Télécharger les sites web qui utilisent Trac

À propos de Trac

Rien dans nos données ne décrit Trac mieux que la dispersion de ses versions. Sur l’ensemble des installations visibles, nous relevons 4 versions distinctes en service, et la version que nous rencontrons le plus souvent est 0.12. Une base de code dont les versions coexistent de cette façon n’est pas un service hébergé mis à niveau de manière centralisée pour tout le monde. Chaque installation appartient à quelqu’un qui l’a montée sur son propre serveur et qui la met à jour, ou non, à son propre rythme.

Trac est arrivé en 2004, venu d’Edgewall Software, sous la forme d’un wiki, d’un suivi de tickets et d’un navigateur de dépôt soudés en une seule application Python, à une époque où une équipe logicielle qui voulait les trois les faisait tourner elle-même ou s’en passait. Sous licence BSD, il n’y avait pas de coût par siège, et c’est ainsi qu’il s’est répandu dans les projets open source, les groupes universitaires, les laboratoires de recherche et les équipes d’ingénierie internes. Les outils qui l’ont supplanté ont déplacé ces mêmes fonctions vers des plateformes hébergées, et les installations encore debout sont celles que personne n’a eu de raison pressante de migrer.

En octobre 2026 nous trouvons Trac sur 21 sites. Un décompte à ce niveau ne mesure pas la quantité de travail suivie à l’intérieur du logiciel, parce qu’une seule instance peut contenir l’historique complet des tickets, des jalons et des commits de toute une organisation d’ingénierie derrière un unique nom d’hôte. Les décomptes de domaines sous-estiment donc à la fois le nombre de personnes qui s’en servent et le volume d’historique qu’il conserve.

Une seconde réserve porte sur ce que signifie une détection publique. Beaucoup de déploiements se trouvent sur un réseau interne qu’aucun robot d’exploration n’atteint, si bien que la population visible est le sous-ensemble tourné vers le web ouvert, le plus souvent parce que le projet qu’il héberge est public à dessein. Les détections penchent vers l’infrastructure open source et s’écartent de l’usage privé en entreprise, et le versant privé nous est invisible plutôt qu’absent.

Ce qui survit sur le web public vous apprend aussi quelque chose sur l’organisation qui l’exploite. Une équipe qui héberge encore son propre outil de suivi a gardé en interne le matériel ou la machine virtuelle, les sauvegardes, le chemin de mise à niveau et la liste des comptes, ce qui relève d’une posture et non d’un oubli. Les organisations qui ont des raisons réglementaires de conserver leurs traces de développement sur leur propre infrastructure ressemblent exactement à celles qui n’ont simplement jamais trouvé le temps de bouger, et seule la stack environnante permet de les distinguer.

Pour un chercheur, la dispersion des versions est la raison de prendre l’export plutôt que le résumé. Les anciennes versions d’une application Python auto-hébergée posent une question de maintenance et parfois de sécurité, et savoir quels hôtes se tiennent sur quelle version est précisément ce qu’une visite site par site ne permet pas d’établir. Les équipes de sécurité qui cartographient l’infrastructure de développement exposée, les fournisseurs qui vendent des solutions hébergées de remplacement, et quiconque étudie combien de temps les outils auto-hébergés survivent après que le marché est passé à autre chose ont besoin ensemble de la population et de sa ventilation par version, ce que porte un fichier téléchargeable et non un service de requête.