Salut la communauté LinuxFR !
Je vous présente Brivacia, un outil de statistiques web que je développe depuis quelques temps. L'objectif était simple : créer un analytics respectueux de la vie privée, ultra-léger et accessible même aux non-développeurs.
🎯 PHILOSOPHIE
- Mesurer l'activité d'un site SANS tracker les visiteurs individuellement
- Aucune adresse IP complète stockée
- Aucun profil visiteur créé
- Pages vues jamais associées à un visiteur particulier
- Géolocalisation limitée au pays et désactivable
🔒 TRANSPARENCE TOTALE
- Modal "Qu'est-ce que NOM_DU_SITE sait sur moi ?" connectée directement à la DB et aux paramètres (impossible de mentir techniquement sauf en modifiant le code de Brivacia bien entendu)
- API pour intégrer le bouton "Vos données" sur n'importe quel site
- Au clic, ouverture du modal depuis Brivacia pour une transparence totale et vérifiable
- Toute modification des paramètres met automatiquement à jour les informations affichées
⚡ CARACTÉRISTIQUES TECHNIQUES
- 318 Ko de code PHP (54 fichiers, 6 dossiers)
- ~92 Ko CSS/JS minifiés (utilisés en production)
- ~2 Mo ZIP complet avec images
- Installation : upload ZIP (dézippé) + wizard graphique
- 100% self-hosted, aucune dépendance externe
- Multi-sites : suivez plusieurs domaines avec une seule installation
- Backups automatiques SQLite pendant les visites
- Restauration automatique si DB corrompue avec alerte dans le dashboard
- Archives yearly automatiques pour garder une DB rapide (même suite à un import)
- Graphiques générés à la demande (pas de surcharge)
- Perfs : 12-20ms sans import, ~1s avec 2.5ans de données Matomo
- Licence AGPLv3
🌍 ACCESSIBILITÉ
- Interface en cours de traduction en 35 langues (via ChatGPT, perfectible mais l'idée est de rendre l'outil accessible au plus grand nombre)
- Les utilisateurs peuvent améliorer les traductions et me les renvoyer pour intégration
- Pensé pour être utilisé par des non-développeurs
- Custom rules possibles pour adapter l'affichage des pages suivies et d'autres personnalisations
🔧 INDÉPENDANCE
- J'ai codé ma propre forge pour consulter le code sans dépendre de GitHub/GitLab/Microsoft
- Les visiteurs peuvent lire le code source, pas de modification en direct (sécurité)
- Documentation complète disponible (en anglais seulement)
📊 INTERFACE
- Dashboard thème sombre/clair
- Stats en temps réel (auto-refresh du Dashboard par défaut toutes les minutes mais paramétrable et désactivable)
- Visualisations multiples : courbes, barres, camembert et carte interactifs
- Modal "Qu'est-ce que NOM_DU_SITE sait sur moi ?" pour la transparence totale (pour prévisualiser le widget)
- Import possible depuis Matomo (fonctionnel)
- Export CSV, JSON, et rapport humain TXT
🚀 INSTALLATION
1. Télécharger le ZIP
2. Extraire et uploader sur le serveur
3. Ouvrir Brivacia dans le navigateur
4. Compléter le wizard d'installation
5. Copier le pixel de tracking
6. Le coller dans son site
C'est tout.
🎨 APPEL À CONTRIBUTEUR·E GRAPHISTE
Le projet est fonctionnel et utilisé sur mes sites. Il me manque juste le logo officiel pour la v1.
Ce que je recherche :
- Un logo qui raconte l'histoire du projet
- Le B rouge historique de breat.fr doit être conservé (héritage)
- Symbolique : courbe analytics → traverse le B → impact sur bouclier, voir le mockup ci-dessous (les visites sont comptées mais limitées par la protection)
- Style narratif, PAS un logo tech générique type "nœud réseau bleu"
- Livrables : logo principal + version simplifiée favicon + sources modifiables (SVG)
En contrepartie :
- Visibilité sur AlternativeTo, Wikipedia, etc (exposition réelle, milliers de vues)
- Crédit permanent dans l'interface "À propos" avec un lien vers la page de votre choix
- Projet 100% libre, parfait pour un portfolio
- Possibilité d'améliorer les traductions dans sa langue et de me les envoyer pour intégration
🤔 POURQUOI CE PROJET ?
À la base, j'ai développé Brivacia par pur ennui et par frustration.
Je fuis Google Analytics pour des raisons évidentes, et Matomo m'a toujours paru être une usine à gaz incompréhensible pour mes besoins.
Je ne suis pas développeur (ni PHP, ni JS). J'ai défini l'architecture, la logique de confidentialité et les contraintes, et j'ai utilisé l'IA pour générer et assembler le code.
Le code n'est probablement pas parfait ni optimisé comme le ferait un ingénieur senior, mais il fait le job, il est léger, il est à moi, et il respecte mes visiteurs. Comme le projet est en AGPLv3, les améliorations de code sont évidemment les bienvenues !
👤 PROFIL
Développeur amateur, pas graphiste. J'ai une idée précise de ce que le logo doit raconter mais pas les compétences pour lui donner le rendu qu'il mérite.
🔗 LIENS
Site du projet : https://brivacia.breat.fr (bientôt disponible)
Forge (lecture seule) : https://code.breat.fr/b/brivacia/source
Documentation/FAQ : https://code.breat.fr/b/brivacia/docs/faq
N'hésitez pas si vous avez des questions, des retours ou si le design vous intéresse !









# Pigeon gratuit
Posté par gUI (Mastodon) . Évalué à 10 (+15/-2). Dernière modification le 30 juin 2026 à 08:19.
Toi qui es sur Mastodon tu devrais suivre le compte Pigeon Gratuit. Tu comprendras pourquoi demander du boulot gratos en échange de la visibilité sur un projet minuscule dans un coin de l'Internet c'est du foutage de gueule.
En plus on dirait presque c'est le point principal du journal.
Et l'IA pour coder ça te regarde (et garde ton code pour toi, on se fout de ton projet perso auquel personne ne pourra participer sans utiliser lui-même l'IA), mais l'IA pour écrire le journal, ici c'est non. Donc si tu journal se fait virer, tu sais pourquoi.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pigeon gratuit
Posté par Breat . Évalué à -8 (+3/-11).
Merci pour le retour.
Sur le fond :
- Tu as raison sur "Pigeon Gratuit" : demander un logo gratuit en échange de "visibilité", c'est délicat. Je cherche surtout un graphiste qui aurait envie de contribuer à un projet libre par passion, pas juste "bosser gratos". Si c'est mal formulé, je m'en excuse.
- Le code est ouvert (AGPLv3), en PHP/JS basique. Si quelqu'un veut contribuer, il peut le faire. L'IA n'est pas une barrière, c'est juste un outil que j'ai utilisé pour générer le code à partir de mon besoin.
- Pour le journal : j'ai utilisé l'IA pour m'aider à structurer et rédiger une première version à partir de mes notes et infos techniques, puis j'ai tout relu, modifié et adapté. Je ne suis pas écrivain, donc oui, j'ai utilisé un outil pour m'aider à communiquer clairement. Mais le contenu, les choix, les captures, tout vient de moi.
Je suis là pour apprendre et améliorer le projet qui n'est encore qu'en beta. Si tu as des critiques constructives sur le code ou le projet, je suis preneur.
[^] # Re: Pigeon gratuit
Posté par gUI (Mastodon) . Évalué à 10 (+14/-0). Dernière modification le 30 juin 2026 à 09:16.
Vu la quantité de code et le manque total de documentation sur la structure du code, les bonnes pratiques etc. non. Ton projet est enfermé dans le vibe coding.
Perso ça me dérange pas, j'ai maintenant plein de trucs codés comme ça, y compris au boulot, mais j'en rédige pas un journal et je demande pas à la communauté de finir mon boulot (gratos).
J'insiste sur le gratos parce que de ton côté tu mets des pubs sur ton site avec une bannière demandant de virer les pubs, et tu as des liens pour qu'on laisse du pognon. Donc je doute que tu ne fasses ça que pour la beauté du geste et l'amour du travail.
De plus on fait comment pour contribuer ? On t'envoie un email ? Si les gens utilisent des froges comme github ou gitlab c'est aussi parce que la façon de contribuer est standard. On pushe une merge request, les auteurs lisent, commentent, et après quelques intérations ils peuvent merger. On garde l'historique de qui a fait quoi.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pigeon gratuit
Posté par gUI (Mastodon) . Évalué à 7 (+4/-0). Dernière modification le 30 juin 2026 à 09:24.
Ça m'a pris 2mn avec Claude de sortir que dans tes logs :
- tu as le HTTP_USER_AGENT et le REMOTE_ADDR en clair et complet
- tu as l'URL complète (potentiellement elle peut contenir des secrets, en tous cas des meta-data qui peuvent être croises avec d'autres)
- le hash du user-agent c'est une bonne idée, mais vu qu'il contient des versions assez précises, tu pourrais tout de même pouvoir tracer un visiteur dans la même journée. faut le simplifier pour augmenter les collisions.
Mon prompt : "ce logiciel se vante de respecter la vie privée. vérifie comment il fait et ce qu'il loggue réellement ?"
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pigeon gratuit
Posté par Breat . Évalué à -2 (+3/-5). Dernière modification le 30 juin 2026 à 10:00.
Merci pour le retour technique sur les logs, je vais corriger ça car c'est en contradiction avec la philosophie du projet.
Par contre, je pense qu'il y a une confusion : breat.fr est mon site personnel, complètement indépendant de Brivacia. Les liens affiliés sur breat.fr n'ont aucun rapport avec Brivacia qui est un projet 100% open source (AGPLv3), gratuit, sans publicité et sans tracking intrusif.
Brivacia lui-même :
- N'affiche aucune publicité
- Ne collecte pas d'IP complète
- Ne crée pas de profil visiteur
- Est auto-hébergé par ceux qui l'installent
Le fait que mon site perso ait des liens affiliés pour financer mes projets ne change rien à la nature de Brivacia qui reste un outil de statistiques respectueux de la vie privée (une fois le problème de logs corrigé).
Je cherche effectivement un graphiste pour collaborer sur le logo, pas pour refaire tout le code. Le projet est en beta, la documentation et les commentaires seront ajoutés avant la publication officielle.
La forge actuelle est temporaire. Je prévois d'ajouter un Git standard (GitLab, Gitea ou autre) pour faciliter les contributions avant la v1.
[^] # Re: Pigeon gratuit
Posté par Misc (site web personnel) . Évalué à 7 (+6/-2).
Bon alors moi, ça m'a pris plus que 2 minutes à la main, mais y a aussi des failles d'injections SQL assez triviales à trouver.
Pour le modique TJM de 800€ par jour, je suis prêt expliquer le souci (sous forme de donation à l'ONG de mon choix, parce que bon, 800€ de plus sur mon compte en banque, ça suffit pas pour que je me fasse chier avec l'administratif du coté de mon employeur et des impots)
[^] # Re: Pigeon gratuit
Posté par lejocelyn (site web personnel) . Évalué à 2 (+0/-0).
À noter qu'en tant qu'auteur, en France,je crois qu'on a le droit à 4000€ par an de manière assez simple, sans trop d'admnistratif. J'en ai déjà bénéficié, je peux retrouver les info si ça intéresse.
[^] # Re: Pigeon gratuit
Posté par octane . Évalué à 10 (+9/-1).
Tu peux bosser passionnément pour moi? J'ai du boulot à faire. (un salaire? restons sérieux, tu es passionné, ça te suffit)
bah non, tu es là pour chercher un graphiste, non rémunéré, passionné, qui va travailler pour toi sans rétribution.
Je pense que tu vis dans le passé. L'IA, c'est tellement 2025. on est en 2026 mec! Les applis, tout le monde s'en fout, tout le monde peut en faire avec 3 prompts et quelques milliers de tokens. En 2026, on fait du loop-code. Tu donnes une idée à une IA, elle prompte elle-même les subIA et ton app se construit sous tes yeux!

Donc viens pas avec ton code tout crado, personne ne le lit. Viens avec ton idée, c'est là où tu es fort.
Fais un journal en disant: "j'ai l'idée de faire un site d'analytics respectueux de la vie privée". Et bam! n'importe qui peut le faire maintenant, tout le monde peut avoir son site d'analytics. Là j'ai donné ça à ma loop-Ia:
et je vais avoir une super app, merci brit!
Et tu sais quoi, en loop coding, même pas besoin d'aller sur un site pour réclamer des graphistes, l'IA fait le logo pour moi. C'est bien.
(sarcasme, tout ça, hein)
Bref, je suis allé voir ton site web, et sérieusement, t'as l'air intéressé par le PC, l'info, le jeu vidéo, tu veux pas juste passer du temps à apprendre à coder pour de vrai (sans IA)? c'est bien. Et sinon, pour le lol, tu peux pas expliquer comment désactiver les pubs pénibles et t'en plaindre sur la même page:

[^] # Re: Pigeon gratuit
Posté par gUI (Mastodon) . Évalué à 2 (+0/-1).
Arglll c'est clairement le level 5 !!! Tu parles de trucs style Gas Town ?
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pigeon gratuit
Posté par octane . Évalué à 9 (+8/-1).
je pensais à ce genre de truc: https://www.coderabbit.ai/blog/loop-engineering
après le vibe-coding, le loop_coding ou loop-engineering. Juste un terme à la mode qui va changer bientôt pour une autre lubie.
Je pense qu'on arrive au bout du chemin (enfin). En SF, on parlait de la singularité, le moment ou une IA réussit à être suffisamment intelligente pour réussir à développer une IA plus intelligente qu'elle, on va juste réussir à créer une IA qui va prompter une IA à notre place. Du coup, il existe un monde ou les IA se promptent entre elles, et dans lequel nous ne faisons plus rien. C'est cool, on pourra recommencer à coder entre nous, pauvres humains qui seront devenus incapables de prompter les IA trop occupées à s'autoprompter.
[^] # Re: Pigeon gratuit
Posté par Tonton Th (site web personnel, Mastodon) . Évalué à 10 (+9/-1).
Merci de nous avoir démontré le contraire.
Et encore j'ai pas cherché plus loin.
Et tu nous balances dans la tronche 400K de code que tu es incapable de comprendre en espérant qu'on t'aide à le remettre d'aplomb, alors que tu n'as même pas de numéro de FAX pour qu'on t'envoie le devis ?
[^] # Re: Pigeon gratuit
Posté par Breat . Évalué à -5 (+1/-6).
Liens affiliés ≠ publicités intrusives : Les liens affiliés sur breat.fr sont cantonnés à la barre latérale, discrets, et ne gênent pas la lecture. C'est très différent des pubs pop-up, auto-play vidéo, ou bannières qui clignotent. Il est tout à fait possible d'expliquer comment bloquer les pubs envahissantes tout en ayant quelques liens de soutien discrets.
code.breat.fr ≠ Brivacia : code.breat.fr est ma forge personnelle en lecture seule, pas le projet Brivacia lui-même. Le 403 est intentionnel pour certaines sections. Brivacia est l'outil d'analytics, pas la forge.
Appel à graphiste ≠ appel à développeurs : J'ai demandé un logo pour finaliser l'identité visuelle du projet. À aucun moment je n'ai demandé à quelqu'un de refaire ou corriger le code. Le projet est fonctionnel, utilisé en production, et le code est ouvert en AGPLv3 pour qui veut contribuer ou l'améliorer.
[^] # Re: Pigeon gratuit
Posté par gUI (Mastodon) . Évalué à 10 (+8/-1).
Je ne comprends pas la différence. Les deux catégories de personnes doivent se loger et doivent manger chaque jours (plusieurs fois pas jour même).
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Pigeon gratuit
Posté par BAud (site web personnel) . Évalué à 8 (+6/-0). Dernière modification le 30 juin 2026 à 13:50.
tu veux parler de l'ascenseur à publicités intrusives qui défilent à toute berzingue et feraient tourner de l'œil n'importe quel épileptique ? (même ceux qui s'ignorent ?)
ce n'est pas ce que j'appelle « discret » et vu que je n'ai vu que ça, effectivement, ça ne gêne pas la lecture vu que j'ai vite refermé la page.
[^] # Re: Pigeon gratuit
Posté par volts (Mastodon) . Évalué à 9 (+8/-1).
Quarante quatre fiches d'argumentaire anti-IA proposées par le site derrière le compte masto, sur le modèle du petit cours d’autodéfense intellectuelle ?
…
MAIS IL EST SUPER CE SITE !!! 😱
[^] # Re: Pigeon gratuit
Posté par Ysabeau 🧶 (site web personnel, Mastodon) . Évalué à 8 (+5/-0).
Le Monde diplomatique va sortir en septembre un Manuel d'autodéfense intellectuelle - Géopolitique. Il est en pré-vente actuellement. Ils ont aussi sorti un Manuel d'autodéfense intellectuelle - Histoire que je vais, je crois bien, acheter aussi.
Je n’ai aucun avis sur systemd
# Une recherche aurait suffit
Posté par orfenor . Évalué à 9 (+8/-1).
Au delà de ce que les autres ont écrit (et que j'aprouve), je me suis surtout dit "encore un". Encore un système d'analyse respectueux, plus simple, etc. Y'en a déjà plein, libres, respectueux et simples, il en sort chaque année. Mieux codés (à la main), plus légers, mieux designés, avec des logos et surtout maintenus.
Une recherche aurait suffit.
# A ce niveau...
Posté par passant·e . Évalué à 7 (+6/-1). Dernière modification le 30 juin 2026 à 10:57.
je me demande si les IA n'ont pas été entraînées pour troller LinuxFR.
BAud demandait des exemples de posts IA / boostés par l'IA. J'espère qu'il tombera sur les derniers journaux.
J'en reste qu'une catégorie à part pour les publications et projets écrits par une IA éviterai de polluer les dépêches et journaux. Je consacre zéro seconde de mon temps humain à relire ce type de contenu IA. Autant demander à une IA de le faire.
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: A ce niveau...
Posté par gUI (Mastodon) . Évalué à 5 (+2/-0). Dernière modification le 30 juin 2026 à 11:45.
pas besoin d'entraîner spécifiquement. un LLM généraliste avec un agent pour interagir avec LinuxFR.org, un prompt bien léché et zou! chaque jour son flot de bouse.
on nettoie, et parfois même à la demande de l'auteur (c'était le cas hier). mais du coup je me demande si c'est une bonne idée de nettoyer, parce que t'auras toujours des hurluberlus qui pensent que c'est une idée géniale de venir nous montrer ce qu'ils ont fait (faire à l'IA).
catégorie à part ? ou vraiment les supprimer ? voir le point ci-dessus, c'est peut-être pas si simple de trancher…
après l'idée de la catégorie nous permettait (équipe de modération) de ne pas hésiter à catégoriser rapidement, contrairement à effacer où ça reste toujours délicat. au pire on négocie avec l'auteur et on décatégorise.
ça vaut la peine d'y réfléchir je pense.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: A ce niveau...
Posté par passant·e . Évalué à 1 (+0/-1).
Oui, la catégorisation (/journaux-ia) laisse la possibilité à l'auteur de faire "appel" de la décision.
Cela permet aux personnes qui n'ont aucun intérêt pour ce type de contenu de ne pas les voir défiler (et perdre du temps) dans les journaux ou les dépêches et cela évite de devoir mettre en place des règles compliquées de filtrage et/ou de modération.
Si certains utilisateurs sont heureux avec leur llm pourquoi ne pas leur laisser un espace dédié.
Je trolle dès quand ça parle business, sécurité et sciences sociales
[^] # Re: A ce niveau...
Posté par BAud (site web personnel) . Évalué à 3 (+1/-0).
je demandais surtout des journaux spécifiques pour ne pas discuter dans le vide, ce pourquoi je proposais le tag soupçon_ia. Et il n'y a qu'une seule proposition o_O (actuellement)
Parce qu'il y a bonne IA et mauvaise IA. La bonne utilisation de l'IA donne de bons journaux et la mauvaise IA bin c'est une mauvaise IA et c'est pénible. Sans classement, tout va être rejeté sans discernement (à raison dans pas mal de cas).
Bon, les tags sont une méthode de catégorisation, je fais avec les fonctionnalités existantes de LinuxFr.org ;-) Sinon, bin ya déjà tout ce qu'il faut avec les forums (qui ont des fonctionnalités supplémentaires en plus).
Plutôt qu'une nouvelle section de contenus, créer des sous-forums correspondrait au besoin (les journaux n'étant que des entrées de forums n'ayant pas de question :D). On avait bien les journaux de première page et de seconde page avant le passage à Ruby :p (et la possibilité de promouvoir un journal de seconde page en première page). Il y a la fonction de déplacement de forum déjà existante.
Pour l'ancien fonctionnement (oui pré-2011…) il est complètement faisable avec les forums. Simplement, une rewrite-rule pour afficher https://linuxfr.org/journaux comme le contenu de https://linuxfr.org/forums/journal-pp (comme « première page » et sp pour « seconde page »)
Il y a la possibilité pour l'équipe de modération / admin' de promouvoir un nourjal en CC-by-SA en dépêche, pas de déplacer un nourjal en entrée de forum :/
Il y a la possibilité de changer de section une entrée de forum et avec les sections adéquates (à trouver) cela pourrait le faire ?
# Contribution
Posté par devnewton 🍺 (site web personnel) . Évalué à 4 (+4/-3).
Voici le logo dont tu as besoin:
Sous licence CC-BY-SA !
Ce post est offensant ? Prévenez moi sur https://linuxfr.org/board
[^] # Re: Contribution
Posté par Krunch (courriel, site web personnel) . Évalué à 2 (+0/-0).
Ton image ne s'affiche pas (404).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Contribution
Posté par BAud (site web personnel) . Évalué à 2 (+1/-1).
je pense que tu as compris que c'est un goatse ?
# Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 1 (+2/-3).
Marrant, personne ne s'offusque de la licence… J'aurais bien aimer un critère pour ce choix.
Et aussi personne jusqu'à maintenant pour souligner le désastre écologique de cette démarche.
[^] # Re: Vive de gasoil
Posté par fork_bomb . Évalué à 2 (+1/-0).
Pourquoi on s'offusquerait de la licence ?
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 3 (+3/-2). Dernière modification le 30 juin 2026 à 20:01.
Si tu utilises une dépendance avec cette licence, même sans redistribuer de logiciel, tu te dois de rendre les sources publiques. Par exemple, si tu génères des PDF avec un logiciel en AGPL ……
Nous avons été poursuivi par Apryse, parce que par accident, nous avions utilisé iText 7 (sous licence AGPL) à la place de iText5 (en GPL v2), notre code est en Apache v2, donc tu fais quasiment ce que tu veux. Sauf, bien sûr, si tu inclus une dépendance en AGPL …
Dans notre cas, le code est donc en OpenSource, sauf une toute petite section qui sert à générer des fiches techniques, qui n'a pas de sens d'être redistribué, car c'est assimilable à de la configuration.
Et bien non, stricto sensu, t'es poursuivi et tu raques (en tout cas nous). C'est beaucoup de procédures, peu de gains, et beaucoup d'incertitude. Donc je hais cette licence.
[^] # Re: Vive de gasoil
Posté par orfenor . Évalué à 4 (+2/-0).
Pardon si j'ai mal compris. Vous étiez poursuivis pour ne pas avoir respecté la license? Pourquoi hair l'AGPL, si elle a rempli son objet ? Les devs l'ont choisi en connaissance de cause apparemment. Ses conséquences sont ce pour quoi elle a été créée. Ou alors j'ai rien compris (c'est possible, je manque de sommeil).
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à -1 (+3/-6).
À aucun moment dans ma vie je n'ai souhaité cette licence, ce genre de pratique. Mettre "GPL" dans leur nom "pour faire cool", bravo. C'était une erreur.
Je n'aime pas cette licence, et n'utiliserai plus jamais de dépendance l'intégrant. Pour moi c'est du code mort. Conditionner l'usage d'un logiciel non redistribué par une dépendance dont les sources sont accessibles, c'est du délire et un contre sens total.
L'objectif n'est pas de faire de l'OpenSource mais de camoufler des pratiques pire que du propriétaire, puisqu'il n'y a pas de possibilité de négocier ou de se mettre en règle et de le prouver. On négocie sur une quantité de travaille estimé de la librairie.
On gère beaucoup de dépendances, on a pu remplacer aisément cette librairie, je passe à autre chose, on a juste enrichi des ….rds.
Et pourtant, je sais, j'aurais dû faire comme les anciens du monde Java: NE JAMAIS UTILISER DE DÉPENDANCE AGPL dans un projet sérieux. (c'est l'une des raisons du succès de Java en entreprise).
[^] # Re: Vive de gasoil
Posté par fork_bomb . Évalué à 2 (+2/-1).
C'est une blague ? Le logiciel dont tu parles (iText) est disponible sous licence AGPL et également sous licence commerciale. Il est donc tout à fait possible de l'utiliser dans un logiciel propriétaire en étant en règle.
J'ai une mauvaise nouvelle pour toi : certains composants de Java ne sont pas open source, les utilisateurs ne font souvent pas attention à ce qu'ils installent, et Oracle est très agressif dans les audits de licence.
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 2 (+1/-1).
On "OpenSource" beaucoup de nos logiciels, lorsque cela a du sens … Mais pas toujours sur le moment.
Notre but était juste d'utiliser en interne cette librairie pour générer des PDF. Le binaire n'était pas redistribué. La licence AGPL t'oblige dans ce cas à publier les sources et le mode de fonctionnement (c'est le problème). D'où la négociation pour l'usage de la librairie dans un cadre propriétaire.
L'AGPL favorise ce genre de pratique, voila. C'est d'autant plus dommageable qu'iText n'était pas sous AGPL en version 5, que BiRT a dû stopper à cause de ça…
Normalement, je fais attention aux dépendances que j'utilise. Même si on dirait pas…
[^] # Re: Vive de gasoil
Posté par orfenor . Évalué à 7 (+6/-1). Dernière modification le 30 juin 2026 à 23:50.
Franchement ta position fait bizarre :
Vous avez utilisé un truc libre, mais dont la license ne convenait pas. En jouant un peu sur les mots (pardon), tu râles parce que du code que tu n'as pas payé est sous une license qui ne te convient pas. Ça fait bizarre. Je pense n'avoir pas tout compris.
Plus haut, tu râles aussi parce que iText Software mettrait GPL pour faire bien, mais ne serait pas dans l'esprit : Mettre "GPL" dans leur nom "pour faire cool", bravo. C'était une erreur. (…) L'objectif n'est pas de faire de l'OpenSource mais de camoufler des pratiques pire que du propriétaire (…). Alors que le code est libre depuis longtemps et que l'entreprise a été créée après le code, pour en vivre. Les auteurs s'expliquent très bien sur le choix de l'AGPL :
Que ce ne soit pas distribué n'y change rien. Il y a plein de libs proprios que tu n'as pas le droit d'utiliser sans payer, même si c'est un usage interne. Je ne comprends donc pas ton histoire de contresens.
Enfin, je déduis qu'il y a eu courriers d'avocats et sans doute procès. Vous étiez en tort, vous avez du payer. J'ai l'impression que tu n'as pas digéré ça et que tu estimes avoir été dans ton droit. Les juristes ou les juges en ont décidé autrement. C'est leur rôle, c'est à eux que revient de trancher. Ce n'est pas à nous de dire le droit.
Pardon si le ton est rude, c'est involontaire ; j'essaie seulement de comprendre et te faire comprendre ce qui peut être choquant pour les autres.
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 2 (+1/-1).
Pas de soucis, ton ton n'est pas trop rude.
Comme tu dis, nous n'étions pas en règle, ça a durée 3 mois. On a payé, après relance d'avocat. La licence le permet, elle favorise même ce cas de figure au nom du “we’re open if you’re open” (comprendre : on va te n…). Donc tout va bien.
Pour moi c'est un peu péremptoire ce “we’re open if you’re open” … Publier les modifications d'iText, bien sûr, devoir publier la totalité de ce qui l'utilise, plus en faire une ensemble fonctionnel, bah il n'y a pas vraiment de réciprocité entre ce qu'il m'impose de faire et ce qu'il me propose. En terme d’exigence au près du client lambda, bof, le client se retrouve bien plus ouvert :/.
"We gave you this, give me everything or pay" aurait été plus juste de ma petite expérience.
[^] # Re: Vive de gasoil
Posté par orfenor . Évalué à 2 (+0/-0).
Aaah oui, en effet. Je comprends mieux ta position.
[^] # Re: Vive de gasoil
Posté par Misc (site web personnel) . Évalué à 7 (+5/-1).
Mais la question est surtout "est ce que ça du sens de ne pas le distribuer" ? Parce que clairement et du peu que tu dis de ton histoire, si il y a eu beaucoup de procédures, ça n'a pas l'air d'être signe qu'il y a eu une volonté de se mettre en conformité en publiant du code qui aurait pu être publiable, même si ça n'a pas de sens.
il n'y a pas d'incertitude si tu publies le code. L'incertitude n'arrive que quand quelqu'un ne veux pas publier, et ne sait pas si c'est possible. Mais quand tu fais 100% du libre et que tu joues le jeu, l'incertitude n'est pas la.
Il faut arrêter le FUD.
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 0 (+1/-3).
Il ne s'agit pas seulement de redistribuer un bout de code (toute cette partie est OpenSource), il faut que cela puisse fonctionner. C'est coûteux de demander à des avocats payer plus que la normal de reproduire nos fiches techniques, from scratch, sous Linux et de leur assurer que c'est bien ce binaire qui fut utilisé, et qu'il n'y a pas d'autres usages.
On pourra toujours avancer que l'on a pas tout dévoilé… Tout est déclaratif. C'est comme si lors d'un contrôle fiscal, on disait que tes chiffres étaient faux (malheureusement, ça arrive)…
Il y a un moment tu dis stop. Maintenant, qu'on m'explique l'intérêt de cette licence, à part piéger des dev random …
[^] # Re: Vive de gasoil
Posté par fork_bomb . Évalué à 4 (+4/-1).
Admettons que tu écrives une base de données libre.
L'entreprise truc créé et vend une base de données dérivée de ta base de données libre.
La licence GPL oblige l'entreprise à distribuer le code source de sa base de données sous licence GPL.
Maintenant admettons que l'entreprise truc ne mette à disposition sa base de données dérivée que sous forme de SaaS.
Avec la licence GPL tu est niqué. Avec la licence AGPL tu peux t'assurer que le code source de la base de données dérivée soit disponible.
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . Évalué à 4 (+2/-0).
Ce n'est pas la limitation à laquelle nous avons été confrontée : Nous n'avons pas modifié iText, juste pas publié le code l'utilisant.
Mais en effet, je comprends bien l'aspect usage via "connexion".
Je pensais que la GPLv3 suffisait dans le cas exposé…
[^] # Re: Vive de gasoil
Posté par Voltairine . Évalué à 3 (+1/-0). Dernière modification le 01 juillet 2026 à 07:27.
J'ai essayé de suivre le fil mais je ne comprends absolument pas quel clause de la licence AGPlv3 a pu être utilisée pour vous contraindre à payer quelque chose (une licence propriétaire ?) alors que le code de la bibliothèque utilisée n'a pas été modifié (ce qui exclu l'application de la section 13).
[^] # Re: Vive de gasoil
Posté par Renault (site web personnel) . Évalué à 6 (+3/-0).
Pour que ce soit plus clair car ton propos me semble assez flou.
La licence AGPL c'est en quelque sorte une licence GPL mais qui s'applique à du code exécuté côté serveur.
Donc si tu utilises une bibliothèque sous licence AGPL (ou GPL), un utilisateur du logiciel peut demander la licence du code complet (bibliothèque modifié ou non + ton code à toi).
La GPL ne s'applique qu'à l'utilisateur direct du logiciel, à savoir s'il l'exécute lui même sur une machine alors que l'AGPL couvre du code exécuté sur un serveur auquel il n'a pas accès mais où il a pu interagir avec via une API ou une interface.
Donc histoire d'éviter une mauvaise compréhension, si tu développes un outil en interne pour l'entreprise et seulement l'entreprise s'en sert directement ou indirectement, et qu'une bibliothèque est sous licence AGPL, il n'y a rien à repartager obligatoirement.
D'ailleurs, normalement comme la GPL aussi, c'est l'utilisateur qui peut demander l'accès au code source. Cela n'a pas forcément à être proposé à tout le monde (si l'application n'est pas en accès libre) et encore moins par défaut.
[^] # Re: Vive de gasoil
Posté par Dr BG . Évalué à 10 (+12/-0).
Alors perso, ce qui me pique les yeux, c'est l'utilisation des emojis à tire-larigot. J'en peux plus de cette profusion de liste à puce avec emojis façon LinkedIn (et pourtant, je ne suis pas sur ce réseau). Cette sur-utilisation vient-elle de la surreprésentation des marketeux sur le web ?
[^] # Re: Vive de gasoil
Posté par Maclag . Évalué à 7 (+4/-0).
👍 Entièrement d'accord!
(oui, je sais où c'est… ----> 🚪)
[^] # Re: Vive de gasoil
Posté par ted (site web personnel) . Évalué à 9 (+7/-0).
De nos jours c'est surtout le signe d'un texte rédigé par un LLM
Un LUG en Lorraine : https://enunclic-cappel.fr
[^] # Re: Vive de gasoil
Posté par Misc (site web personnel) . Évalué à 3 (+0/-0).
L'AGPL, une licence qui carbure.
# Corrections
Posté par Breat . Évalué à -5 (+0/-1).
J'ai apporté pas mal de corrections à Brivacia notamment le problème d'UA qui a avait été rapporté, j'ai aussi abandonné l'authentification basique via htpasswd pour une vraie authentification avec protection anti brute-force (verrouillage progressif après plusieurs échecs) et la possibilité d'activation du 2FA.
En ce qui concerne la forge maison, j'ai ajouté un bouton pour pouvoir contribuer, ce n'est pas complet comme les git publics mais au moins c'est fonctionnel et minimaliste. ceci n'empêche toutefois pas une utilisation ultérieure d'un git public, je ne sais pas encore si je le ferai ou non.
Brivacia est toujours en développement et non publié, mais ça avance petit à petit.
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.