[3615 Mavie]
on a été formé à OpenCascade par un Russe et un Ukrainien, avant la guerre bien entendu, ils travaillaient avec des anciens de Matra Datavision chez Cap (je sais).
On avait financé à l'époque certaines fonctionnalités d'un logiciel d'édition de STEP (que l'on utilise plus). Les fonctionnalités étaient développées sur la version OSS d'OpenCascade.
De mon coté, j'ai développé cad-builder, utilisant OpenCascade via un binding Java (développé sans AI svp) et le petit plm avec l'aide de Chris Hennes quand même. Je n'en parle pas ici, mais je suis très fière de ces projets.
[/3615 MaVie]
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.
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…
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 …
À 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).
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.
Si certains apprécie la VR et Arch, ils sont plutôt discret je trouve, en comparaison à certains anti-tout qui se doivent de le faire savoir (et à ceux que je cherche à éviter qui me parle de LLM avec du Python dedans).
N.B. : C'était en décembre 2025, ROCm et Vulkan on beaucoup évolué (et vLLM). Utiliser une rolling distrib est plutôt judicieux pour ce cas d'usage. Y en a une très populaire depuis peu qui est vraiment efficace (voir sur distrowatch)…
Le RAG permets plus de borner la réponse pour éviter les hallucinations.
Le résultat des documents matchés est réinjecté dans le prompt si tu fais bien les choses.
Il y a donc 2 étapes dans le RAG : on cherche des parties de documents liées au prompt, puis on utilise une template pour reformuler le prompt en injectant le résultat de l'étape précédente.
Comme dit Barmic, c'est différent du fine tuning, c'est très économique (si tu caches tes vecteurs en db) …
Une étude de ce travail de Claude prétendait au contraire que la documentation très précise, pour les standards, et pour les spécifications du hardware, que limite, faire un compilateur devrait être facile pour un llm.. (je ne retrouve plus le lien). L'échec met en perspective qu'un humain, presque normal, peut faire seul tcc (tiny c compiler)…
Faire des études c'est souvent un exercice de baratinage (y compris dans les matières scientifiques, sans trop pousser le bouchon), peu souvent, on demande à réfléchir, on apprend plus que l'on ne comprend.
L'IA est parfaite pour cela. Il nous reste les matières pratiques et les travaux manuels.
Ils ont besoin de Reddit pour le dire (je n'irai pas voir) ? C'est quand même important comme élément, ils sont de plus plutôt prolixe sur leur site, pourquoi ne pas faire une section technique sur celui-ci? Ça ne me donne pas envie.
Je n'utilise pas Claude, mais il faut comprendre que c'est impressionnant quand tu voies ce qu'il peut faire. Difficile d'interdire totalement son usage, pour des projets strictement interne.
Les retours, par de gros utilisateurs : C'est super pour commencer et faire de l'IHM (Javascript + HTML), moins pour designer un modèle de données qui doit être maîtrisé sur la durée, moins pour corriger des bugs ou faire de la maintenance. Il est donc plus productif sur la durée de ne pas l'utiliser.
"Un pancho(t) sur le bureau pour les passes", ça sonnait bien pour une contrepèterie, c'est bien dans l'air du temps en plus … (si on remplace les m par des p, est-ce toujours une contrepèterie ?)
[^] # Re: Compléments
Posté par YBoy360 (site web personnel) . En réponse au lien Yorik VanHavre: Stepping back from FreeCAD maintaining. Évalué à 2 (+0/-0).
Merci,
[3615 Mavie]
on a été formé à OpenCascade par un Russe et un Ukrainien, avant la guerre bien entendu, ils travaillaient avec des anciens de Matra Datavision chez Cap (je sais).
On avait financé à l'époque certaines fonctionnalités d'un logiciel d'édition de STEP (que l'on utilise plus). Les fonctionnalités étaient développées sur la version OSS d'OpenCascade.
De mon coté, j'ai développé cad-builder, utilisant OpenCascade via un binding Java (développé sans AI svp) et le petit plm avec l'aide de Chris Hennes quand même. Je n'en parle pas ici, mais je suis très fière de ces projets.
[/3615 MaVie]
[^] # Re: Compléments
Posté par YBoy360 (site web personnel) . En réponse au lien Yorik VanHavre: Stepping back from FreeCAD maintaining. Évalué à 3 (+1/-0).
Merci pour ces infos, gros utilisateur de Freecad et OpenCascad, je suis largement passé à côté.
On est pas pour rien dans le defeaturing des fichiers STEP d'OpenCascade (utilisable maintenant dans Freecad).
À titre perso j'ai fait un petit plm pour Freecad.
[^] # Re: Rien d'étonnant
Posté par YBoy360 (site web personnel) . En réponse au lien Science & vie filtré par Wikipédia car trop d'articles d'IA. Évalué à 2 (+0/-0). Dernière modification le 20 juillet 2026 à 06:22.
C'est le Voici de la science Science et (Vie|Avecnir).
Je lisais intégralement tous les La Recherche. Certains de mes prof y faisait des articles, c'était le bon temps (90).
# Rangez les fourches ?
Posté par YBoy360 (site web personnel) . En réponse au journal Chères moules, votre bouchot est trop lourd ? J'ai la soluce (libre, en Go, sans Node). Évalué à 2 (+0/-0).
J'attends la version AGPL en Rust auto-hébergeable.
# Juste un doigt
Posté par YBoy360 (site web personnel) . En réponse au journal Reconnaissance faciale sous Linux avec Howdy et Biopass. Évalué à 2 (+0/-0). Dernière modification le 17 juillet 2026 à 06:50.
Une autre documentation Arch inestimable est celle de PAM / FPrint pour l'authentification par empreintes digitales. Elle est assez accessible.
C'est plus rapide que howdy pour moi (cheveux jamais coiffé pareil!) …
Je vais cependant tester Biopass. Merci pour cet article.
[^] # Re: Vive de gasoil
Posté par YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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 YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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 YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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 YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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 YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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 YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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.
# Vive de gasoil
Posté par YBoy360 (site web personnel) . En réponse au journal Brivacia : analytics web respectueux de la vie privée AGPLv3. É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: True Open Source véritable ?
Posté par YBoy360 (site web personnel) . En réponse au journal EuroCommons ou les coalitions du monde de l'open source Européen. Évalué à 2 (+0/-0).
Résumé : pas d'AGPL.
Faut le préciser et le répéter.
# Gnu ?
Posté par YBoy360 (site web personnel) . En réponse au lien A Definitive Splash. Évalué à 4 (+2/-0).
# Prosélitisme et réactionisme
Posté par YBoy360 (site web personnel) . En réponse au journal Les LLM: Langueur, Lassitude et Morosité. Évalué à 2 (+1/-1).
Si certains apprécie la VR et Arch, ils sont plutôt discret je trouve, en comparaison à certains anti-tout qui se doivent de le faire savoir (et à ceux que je cherche à éviter qui me parle de LLM avec du Python dedans).
[^] # Re: Plusieurs cartes en SLI ?
Posté par YBoy360 (site web personnel) . En réponse au journal Auto-héberger ses IA. Évalué à 3 (+1/-0).
Tu as Phoronix qui a benchmarké des R9700 en SLI :
AMD Radeon AI PRO R9700 Linux Performance For Single & Dual GPU Benchmarks
N.B. : C'était en décembre 2025, ROCm et Vulkan on beaucoup évolué (et vLLM). Utiliser une rolling distrib est plutôt judicieux pour ce cas d'usage. Y en a une très populaire depuis peu qui est vraiment efficace (voir sur distrowatch)…
[^] # Re: Merci
Posté par YBoy360 (site web personnel) . En réponse au journal Auto-héberger ses IA. Évalué à 3 (+1/-0).
Même chose ici, et on a le choix entre vulkan ou rocm, même les cpu avec GPU intégré, (comme celui du SteamDeck) se débrouille pas trop mal.
Pour le coup, utiliser CachyOS peut s'avérer intéressant.
[^] # Re: RAG
Posté par YBoy360 (site web personnel) . En réponse au journal IA : mon parcours initiatique. Évalué à 3 (+1/-0). Dernière modification le 17 mai 2026 à 08:45.
Le RAG permets plus de borner la réponse pour éviter les hallucinations.
Le résultat des documents matchés est réinjecté dans le prompt si tu fais bien les choses.
Il y a donc 2 étapes dans le RAG : on cherche des parties de documents liées au prompt, puis on utilise une template pour reformuler le prompt en injectant le résultat de l'étape précédente.
Comme dit Barmic, c'est différent du fine tuning, c'est très économique (si tu caches tes vecteurs en db) …
[^] # Re: Compilateur pastèque
Posté par YBoy360 (site web personnel) . En réponse au lien Chris Lattner à propos du compilateur créé par Claude. Évalué à 4 (+2/-0).
Une étude de ce travail de Claude prétendait au contraire que la documentation très précise, pour les standards, et pour les spécifications du hardware, que limite, faire un compilateur devrait être facile pour un llm.. (je ne retrouve plus le lien). L'échec met en perspective qu'un humain, presque normal, peut faire seul tcc (tiny c compiler)…
[^] # Re: Normal
Posté par YBoy360 (site web personnel) . En réponse au lien L'IA générative dépasse les étudiant(e)s… et après ?. Évalué à 2 (+0/-0). Dernière modification le 15 mai 2026 à 10:08.
Admettons que ce soit excessif..
# Normal
Posté par YBoy360 (site web personnel) . En réponse au lien L'IA générative dépasse les étudiant(e)s… et après ?. Évalué à -4 (+1/-7). Dernière modification le 14 mai 2026 à 06:58.
Faire des études c'est souvent un exercice de baratinage (y compris dans les matières scientifiques, sans trop pousser le bouchon), peu souvent, on demande à réfléchir, on apprend plus que l'on ne comprend.
L'IA est parfaite pour cela. Il nous reste les matières pratiques et les travaux manuels.
[^] # Re: C'est intéressant comme environnement de bureau...
Posté par YBoy360 (site web personnel) . En réponse à la dépêche Orbitiny, un bureau Linux portable qui se lance comme une appli et qui n’a rien demandé à personne. Évalué à 4 (+2/-0).
Ils ont besoin de Reddit pour le dire (je n'irai pas voir) ? C'est quand même important comme élément, ils sont de plus plutôt prolixe sur leur site, pourquoi ne pas faire une section technique sur celui-ci? Ça ne me donne pas envie.
[^] # Re: Dysfonctionnements en France
Posté par YBoy360 (site web personnel) . En réponse au lien Le KGB à Tchernobyl (par Galia Ackerman). Évalué à 7.
C'est 2+2=5 non ?
[^] # Re: à la lecture
Posté par YBoy360 (site web personnel) . En réponse au journal Création d'un script pour Nextcloud : ouvrir le dossier. Évalué à 6.
Je n'utilise pas Claude, mais il faut comprendre que c'est impressionnant quand tu voies ce qu'il peut faire. Difficile d'interdire totalement son usage, pour des projets strictement interne.
Les retours, par de gros utilisateurs : C'est super pour commencer et faire de l'IHM (Javascript + HTML), moins pour designer un modèle de données qui doit être maîtrisé sur la durée, moins pour corriger des bugs ou faire de la maintenance. Il est donc plus productif sur la durée de ne pas l'utiliser.
[^] # Re: Contrepèterie
Posté par YBoy360 (site web personnel) . En réponse au journal Des ciseaux à bouts ronds pour gérer nos ordis - Wrappers on Linux Workstations. Évalué à 2.
Mince,
"Un pancho(t) sur le bureau pour les passes", ça sonnait bien pour une contrepèterie, c'est bien dans l'air du temps en plus … (si on remplace les m par des p, est-ce toujours une contrepèterie ?)