J'ai vu peu de personnes s'en servir (en fait même, personne)
Tu le dis toi-même.
Plus largement, je pense que l'édition locale (réseau local) à plusieurs est un sous-ensemble de l'édition collaborative en ligne - ce que libreoffice sait faire
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
la licence s'applique à la distribution : s'il y a de la GPL en amont,
la résultante sera en GPL pour du compilé en statique (puisque ça inclus de la GPL)
la résultante ne sera pas forcément en GPL pour du compilé en dynamique
pour du code interprété, ça dépend…
Moi justement je suis dans le cas du code interprété… On fait du python et du javascript.
Python est compilé en bytecode mais on fournit les sources et la compilation est faite au démarrage (mais si je ne me trompes pas on pourrait distribuer uniquement les pyc, ça marcherait aussi).
La partie frontend est en JS transpilé et minifié … Je ne sais pas si ça rentre dans le cadre de ce qu'on appelle "compilation".
Par contre ce que j'en comprends aussi c'est que si c'est du webassembly, ça s'applique (et c'est assez naturel).
Merci pour les explications en tout cas 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Imaginons que plus personne ne fasse de logiciel propriétaire. Ton modèle économique est mort.
C'est différent pour celui de Zenitram.
Dans l'exemple de ta blague - que je trouve hyper représentatif du sujet, plus les gens sont malpolis, plus tu gagnes d'argent. On ne peut pas dire que ça soit vertueux pour la politesse car tu n'as strictement aucune raison de les inciter à parler poliment.
C'est d'autant plus vrai que ton modèle tombe à 0€ de CA si on fait du libre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Au doigt mouillé, j'ai le sentiment qu'aujourd'hui les deux modèles dominants, c'est l'open core et la vente de services/formations.
Au niveau des éditeurs le modèle le plus largement étendu est l'opencore. Les cas comme Nextcloud, XWiki, Tracim, etc sont clairement pas la majorité.
Tout ce qui est vraiment libre (GPL) génère beaucoup d'économie de type service, mais la majorité du temps, il ne s'agit pas de contribuer en R&D et sans un éditeur solide derrière la solution, c'est compliqué. Combien de boîtes gagnent leur vie sans dépenser le moindre centime chez Nextcloud, gitlab, mattermost, etc ? L'éditeur a intérêt à avoir un modèle solide, pas pour sa propre survie (c'est une évidence) mais pour que toutes ces boîtes puissent continuer à assurer leur service.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
MIT rassure les entreprises privées car avec la GPL elles ont peur de la contagion. A savoir qu'elles ont peur de devoir mettre tous leur soft en GPL s'il y a un bout de GPL dedans. C'est faux mais le lobby anti-open-source joue dessus et les PME n'ont pas les moyens d'étudier plus la question.
?
Dit autrement : si on veut produire du code qu'on ne souhaite pas diffuser sous GPL, on ne peut pas s'appuyer sur des dépendances publiées en GPL ?
Je pose la question sérieusement, je pense ne pas être nase en licence mais j'attends mes limites, surtout s'il y a des distinctions à faire entre code source et version compilée …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est faux mais le lobby anti-open-source joue dessus et les PME n'ont pas les moyens d'étudier plus la question.
Je veux bien que tu m'éduques. Qu'est-ce qui est faux ? Si tu mets du GPL, tout ce qui dérive (ou dépend exclusivement) doit être GPL. En tout cas c'est ce que je comprends.
Je suis preneur de ton explication ainsi que la raison pour laquelle la LGPL a été créée.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Je ne dis pas le contraire. J'ai publié un post de blog sur le site algoo sur le sujet : dès qu'il y a des levées de fond, le ROI devient d'une manière ou d'une autre l'objectif en ligne de mire.
Ce que je dis (ou que j'essaie de dire) :
Facebook, Google aussi ont des investisseurs et le ROI en ligne de mire. Mais dans le cas des technologies qu'ils développent, il s'agit d'outils, pas de leur "machine à cash". D'ailleurs ils ne vendent pas de service autour de leurs briques techno, je pense.
Dans ce contexte il est beaucoup plus facile pour eux de ne pas fermer le code car il n'y a pas d'enjeu fort de ROI sur le développement des produits. Et c'est d'autant plus efficace pour assurer la pérennité du projet. Il n'y a pas de concurrence commerciale dans ce cas de figure.
Par ailleurs, merci pour l'historique des boîtes autour de Redis, je ne connaissais pas 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est possible si tu arrives à contacter l'intégralité des contributeurs. En pratique dès que ton projet dure un peu c'est compliqué (ou alors il faut réécrire des trucs, ce qui peut être compliqué selon les cas)…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
En fait dans les exemples que tu présentes, il me semble que seul Redis est le coeur de métier de son éditeur, son gagne-pain.
Le problème c'est quand un éditeur gagne sa vie avec son produit et que des concurrents viennent le concurrencer. Kubernetes, Cassandra etc il me semble que le business des éditeurs de ces solutions ne repose pas sur la monétisation des outils qu'ils ont développé.
Ça change tout.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
J'avais vu cette page mais je n'avais pas compris les choses comme ça. Mais effectivement, avec ta lecture ça me semble logique et je comprends la même chose maintenant.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
C'est le risque en publiant sur linuxfr, et c'est aussi l'avantage de cet espace : les échanges peuvent digresser et c'est ce qui en fait tout l'intérêt. (raphj n'aurait peut-être pas partagé son script sans mon journal, et manifestement ça intéresse donc c'est très bien comme ça)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
On peut voir ça comme redondant, effectivement ; ce qui importe c'est l'usage qu'on en fait. Si tu suis un projet, aujourd'hui dans tracim tu vas par exemple créer une note avec une liste à puce et chaque point sera une étape, par exemple :
11/12/2023 : Point projet avec le client
08/01/2024 : Mise jour du cahier des charges
…
C'est l'utilisateur, par sa rigueur, qui va devoir garantir la structure de l'information.
L'utilisation d'un kanban dans ce contexte n'est pas forcément appropriée car l'objectif est d'avoir une vue temporelle synthétique : toutes les tâches qu'on mettrait dans un kanban n'auraient pas vocation à être visible dans ce journal de bord.
En pratique, cette nouvelle fonctionnalité recouvre un peu les fonctionnalités qu'on peut avoir par ailleurs mais elle est différente (et complémentaire) dans l'usage :
les notes vont être utiles pour faire une suivi détaillé/exhaustif des compte-rendus de réunion
le kanban va permettre de suivre la réalisation effective de tâches multiples
le journal de bord va permettre d'assurer un suivi temporel d'un projet, d'une expérimentation.
Selon les cas de figure et/ou avec qui tu participes, tu auras tendance à utiliser plutôt le journal de bord, plutôt le kanban ou plutôt des notes.
Tu as raison sur le fait que ça peut se téléscoper avec les autres fonctionnalités ; c'est l'utilisateur qui décidera quel outil est le + pertinent dans quel contexte.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
Tu fais des notes "one line" uniquement ? Ou tu as des notes non datées ? Quel intérêt (quel usage) par rapport aux notes que tu horodates automatiquement ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
La communauté LinuxFR est plutôt férue de techniques informatiques,
C'est réducteur et relativement faux.
Je suis d'accord que le contenu est plutôt léger mais ça n'a rien à voir avec parler de la techno plutôt que de l'outil.
Personnellement ça m'intéresse de voir qu'il y a des nouveautés dans le domaine du logiciel libre sans savoir comment ça tourne. Si je veux creuser les technos, j'approfondirai.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
À noter que la GPL impose la licence du logiciel qui en dépend
Tout a fait. Je persiste cependant à penser que la FAQ de Drupal est solide et elle dit "service providers can use GPL code together with GPL-incompatible code for a client, but cannot redistribute that code to the public.", et donc ça n'importe finalement pas tellement.
Je pense aussi que la FAQ Drupal est solide - c'est pas un projet qui débarque à l'improviste. C'est peut-être lié à la réglementation en vigueur, mais c'est vrai aussi que l'écosystème Wordpress est empli de modules propriétaires ; hors le moteur Wordpress est sous GPL …
Ça m'intrigue, je vais creuser.
Je me demande si c'est pas juste une question de distribution du package : genre le vendeur du module ne vend pas "un wordpress avec son module intégré" mais "son module, que le client lui-même peut intégrer dans un logiciel GPL"… c'est peut-être ça l'astuce.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# parce que ça n'intéresse pas les utilisateurs ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message libreoffice : onglets et édition de documents en réseau?. Évalué à 3.
Tu le dis toi-même.
Plus largement, je pense que l'édition locale (réseau local) à plusieurs est un sous-ensemble de l'édition collaborative en ligne - ce que libreoffice sait faire
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pros / cons
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 2.
Moi justement je suis dans le cas du code interprété… On fait du python et du javascript.
Python est compilé en bytecode mais on fournit les sources et la compilation est faite au démarrage (mais si je ne me trompes pas on pourrait distribuer uniquement les pyc, ça marcherait aussi).
La partie frontend est en JS transpilé et minifié … Je ne sais pas si ça rentre dans le cadre de ce qu'on appelle "compilation".
Par contre ce que j'en comprends aussi c'est que si c'est du webassembly, ça s'applique (et c'est assez naturel).
Merci pour les explications en tout cas 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L'auteur ou les auteurs ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 4.
Imaginons que plus personne ne fasse de logiciel propriétaire. Ton modèle économique est mort.
C'est différent pour celui de Zenitram.
Dans l'exemple de ta blague - que je trouve hyper représentatif du sujet, plus les gens sont malpolis, plus tu gagnes d'argent. On ne peut pas dire que ça soit vertueux pour la politesse car tu n'as strictement aucune raison de les inciter à parler poliment.
C'est d'autant plus vrai que ton modèle tombe à 0€ de CA si on fait du libre.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L'avocat du diable? Parlons business plan.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 3.
Au niveau des éditeurs le modèle le plus largement étendu est l'opencore. Les cas comme Nextcloud, XWiki, Tracim, etc sont clairement pas la majorité.
Tout ce qui est vraiment libre (GPL) génère beaucoup d'économie de type service, mais la majorité du temps, il ne s'agit pas de contribuer en R&D et sans un éditeur solide derrière la solution, c'est compliqué. Combien de boîtes gagnent leur vie sans dépenser le moindre centime chez Nextcloud, gitlab, mattermost, etc ? L'éditeur a intérêt à avoir un modèle solide, pas pour sa propre survie (c'est une évidence) mais pour que toutes ces boîtes puissent continuer à assurer leur service.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pros / cons
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 3.
Du coup on est d'accord que ceci est faux :
?
Dit autrement : si on veut produire du code qu'on ne souhaite pas diffuser sous GPL, on ne peut pas s'appuyer sur des dépendances publiées en GPL ?
Je pose la question sérieusement, je pense ne pas être nase en licence mais j'attends mes limites, surtout s'il y a des distinctions à faire entre code source et version compilée …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: pros / cons
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 3.
Je veux bien que tu m'éduques. Qu'est-ce qui est faux ? Si tu mets du GPL, tout ce qui dérive (ou dépend exclusivement) doit être GPL. En tout cas c'est ce que je comprends.
Je suis preneur de ton explication ainsi que la raison pour laquelle la LGPL a été créée.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ah si ils l'aiment l'open source...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Redis Open Source bronsonisé. Évalué à 2.
Je ne dis pas le contraire. J'ai publié un post de blog sur le site algoo sur le sujet : dès qu'il y a des levées de fond, le ROI devient d'une manière ou d'une autre l'objectif en ligne de mire.
Ce que je dis (ou que j'essaie de dire) :
Facebook, Google aussi ont des investisseurs et le ROI en ligne de mire. Mais dans le cas des technologies qu'ils développent, il s'agit d'outils, pas de leur "machine à cash". D'ailleurs ils ne vendent pas de service autour de leurs briques techno, je pense.
Dans ce contexte il est beaucoup plus facile pour eux de ne pas fermer le code car il n'y a pas d'enjeu fort de ROI sur le développement des produits. Et c'est d'autant plus efficace pour assurer la pérennité du projet. Il n'y a pas de concurrence commerciale dans ce cas de figure.
Par ailleurs, merci pour l'historique des boîtes autour de Redis, je ne connaissais pas 👌
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Quelques exemples
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal GPL vs MIT, que choisir ?. Évalué à 5.
C'est possible si tu arrives à contacter l'intégralité des contributeurs. En pratique dès que ton projet dure un peu c'est compliqué (ou alors il faut réécrire des trucs, ce qui peut être compliqué selon les cas)…
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ah si ils l'aiment l'open source...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Redis Open Source bronsonisé. Évalué à 6.
En fait dans les exemples que tu présentes, il me semble que seul Redis est le coeur de métier de son éditeur, son gagne-pain.
Le problème c'est quand un éditeur gagne sa vie avec son produit et que des concurrents viennent le concurrencer. Kubernetes, Cassandra etc il me semble que le business des éditeurs de ces solutions ne repose pas sur la monétisation des outils qu'ils ont développé.
Ça change tout.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Trop tard ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche Eliane Domingos : nouvelle présidente de The Document Foundation. Évalué à 4.
Je pense que tu n'es pas bien au fait du quotidien dans de nombreuses administrations et services publics.
Libreoffice mais aussi thunderbird et roundcube ont remplacé un certain volume de licences Microsoft.
Ça ne fait pas forcément beaucoup de bruit mais le mouvement est là …
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Changement de licence
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Redis Open Source bronsonisé. Évalué à 3.
Ça ne t'empêche pas de garder le code libre : ça te permet juste en plus de l'exploiter dans une version propriétaire.
Les commit faits en MIT restent disponibles en MIT.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: GUI pour python.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal PySimpleGUI ferme (les sources). Évalué à 4.
J'avais vu cette page mais je n'avais pas compris les choses comme ça. Mais effectivement, avec ta lecture ça me semble logique et je comprends la même chose maintenant.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: GUI pour python.
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal PySimpleGUI ferme (les sources). Évalué à 5.
Je ne comprends pas bien la licence. D'après GitHub c'est du GPLv3, d'après le site c'est GPLv3 pour l'embarqué et royalties free pour web et desktop.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Thingiverse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Où publier des modèles (pour impression) 3D dans l'esprit du logiciel libre . Évalué à 2.
Intéressant ; est-ce que tu vois un site qui serait mieux ? Ou "c'est pas top mais c'est le moins pire" ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Ce que j'utilise au boulot principalement
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au message Vendeur de matériel informatique pour entreprise. Évalué à 2.
D'ailleurs, pour Actual Systèmes, c'est dans les colonnes du forum que Tonio nous l'avait suggéré.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tracim - développement d'une fonctionnalité "journal de bord" - envie de tester ?. Évalué à 4.
ah ah. J'ai remarqué ;) C'est pas un soucis :-D
C'est le risque en publiant sur linuxfr, et c'est aussi l'avantage de cet espace : les échanges peuvent digresser et c'est ce qui en fait tout l'intérêt. (raphj n'aurait peut-être pas partagé son script sans mon journal, et manifestement ça intéresse donc c'est très bien comme ça)
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une vue ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tracim - développement d'une fonctionnalité "journal de bord" - envie de tester ?. Évalué à 3.
C'est de base dans Tracim les liens interdocuments oui.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Une vue ?
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tracim - développement d'une fonctionnalité "journal de bord" - envie de tester ?. Évalué à 3.
Hello,
On peut voir ça comme redondant, effectivement ; ce qui importe c'est l'usage qu'on en fait. Si tu suis un projet, aujourd'hui dans tracim tu vas par exemple créer une note avec une liste à puce et chaque point sera une étape, par exemple :
C'est l'utilisateur, par sa rigueur, qui va devoir garantir la structure de l'information.
L'utilisation d'un kanban dans ce contexte n'est pas forcément appropriée car l'objectif est d'avoir une vue temporelle synthétique : toutes les tâches qu'on mettrait dans un kanban n'auraient pas vocation à être visible dans ce journal de bord.
En pratique, cette nouvelle fonctionnalité recouvre un peu les fonctionnalités qu'on peut avoir par ailleurs mais elle est différente (et complémentaire) dans l'usage :
Selon les cas de figure et/ou avec qui tu participes, tu auras tendance à utiliser plutôt le journal de bord, plutôt le kanban ou plutôt des notes.
Tu as raison sur le fait que ça peut se téléscoper avec les autres fonctionnalités ; c'est l'utilisateur qui décidera quel outil est le + pertinent dans quel contexte.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: L
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au journal Tracim - développement d'une fonctionnalité "journal de bord" - envie de tester ?. Évalué à 3.
Tu fais des notes "one line" uniquement ? Ou tu as des notes non datées ? Quel intérêt (quel usage) par rapport aux notes que tu horodates automatiquement ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Je reviens un peu tardivement sur ce sujet ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Ivre, il crée un générateur de sites statiques avec 300 lignes de python et django. Évalué à 2.
s/mes exploré/mais exploré/#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
# Je reviens un peu tardivement sur ce sujet ...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Ivre, il crée un générateur de sites statiques avec 300 lignes de python et django. Évalué à 2.
J'ai un peu trainé, mes exploré pas mal de choses ici et là. J'ai lutté avec le repo dédié. J'ai laissé tomber … et je viens de m'y remettre.
Je vais expérimenter (en local) une version jssg du site galae.
Je te tiens au courant ; j'ai qques PR prévues (doc pour le moment).
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: J'ai fait la formation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Formation professionnelle Modélisation avec FreeCAD pour l'impression 3D (à Artilect, Toulouse). Évalué à 2.
Je me pose la question de la suivre ; tu la conseilles ?
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: J'ai fait la formation
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Formation professionnelle Modélisation avec FreeCAD pour l'impression 3D (à Artilect, Toulouse). Évalué à 4.
C'est un prix normal pour une formation professionnelle de qualité.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Communiqué de presse
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse à la dépêche eXo Platform 6.5. Évalué à 6. Dernière modification le 13 janvier 2024 à 22:59.
C'est réducteur et relativement faux.
Je suis d'accord que le contenu est plutôt léger mais ça n'a rien à voir avec parler de la techno plutôt que de l'outil.
Personnellement ça m'intéresse de voir qu'il y a des nouveautés dans le domaine du logiciel libre sans savoir comment ça tourne. Si je veux creuser les technos, j'approfondirai.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo
[^] # Re: Je vais regarder ça, ça m'intéresse bien...
Posté par LeBouquetin (site web personnel, Mastodon) . En réponse au lien Ivre, il crée un générateur de sites statiques avec 300 lignes de python et django. Évalué à 3.
Je pense aussi que la FAQ Drupal est solide - c'est pas un projet qui débarque à l'improviste. C'est peut-être lié à la réglementation en vigueur, mais c'est vrai aussi que l'écosystème Wordpress est empli de modules propriétaires ; hors le moteur Wordpress est sous GPL …
Ça m'intrigue, je vais creuser.
Je me demande si c'est pas juste une question de distribution du package : genre le vendeur du module ne vend pas "un wordpress avec son module intégré" mais "son module, que le client lui-même peut intégrer dans un logiciel GPL"… c'est peut-être ça l'astuce.
#tracim pour la collaboration d'équipe __ #galae pour la messagerie email __ dirigeant @ algoo