J'ai eu une réponse de Richard Stallman (je lui ais demandé si je pouvais la poster, j'attends sa réponse). En gros si je ne fais que rependre l'algorithme mais avec mon propre code (donc pas de traduction sans réfléchir) c'est bon.
Donc le clean room design ne semble pas d'actualité, même si Richard dit que c'est un sujet épineux.
Donc j'attends l'autorisation de Richard de publier son email (il a un peu plus de poids que moi dans le domaine) et je redemande à l'auteur de Nagios de montrer le code qu'il pense litigieux.
Je vais quand même lui rappeler qu'il y a un morceau de code en commun (enfin un algorithme), mais vu qu'il est de moi dans le code de Nagios...
En fait je n'ai pas piqué de code, j'ai regardé comment son algorithme faisait pour détecté des paramètres non documentés (en gros j'ai regardé les regexp quoi). Ensuite j'ai refais le mien (qui d'ailleurs est plus long, honte sur moi...) avec de nouvelles regexp (car moi et les regexp j'ai du mal, alors j'ai fait des regexp plus simple, ce qui explique la longueur du code en fait).
Bref, à part me reprocher de ne pas avoir appliquer un clean room design, bah j'ai juste compris l'algorithme et appliqué le mien.
Devoir réécrire ce code pourquoi pas, mais si de toute manière il me reproche d'avoir lu le code de Nagios, bah je ne vais pas l'oublier en effet, donc je ne peu plus toucher à mon propre code? Plutôt ubuesque comme demande...
Sinon oui j'ai repris un algorithme directement (6 lignes de code hein..) car je l'avais fourni à Nagios, et là en effet, il ne peux rien me reprocher (d'ailleurs ile ne m'a jamais dit merci pour ce nouvel algorithme... :( ).
Je n'ai pas peur d'affronter le canal historique en effet. C'est juste que j'aurais préféré qu'on travaille tous ensemble plutôt que devoir faire appel à des avocats :(
Oui, de plus il fallait que j'écrive la doc sur cette partie (comment sont formés les éléments des timeperiods), mais je comptai expliquer avec ce que j'avais compris du code pour les utilisateurs, pas pour un autre codeur :)
Enfin, faisons déjà la documentation, ça sera ça de fait de toute manière.
C'est une bonne question. Là l'auteur par sur "derivated work" qui est bien plus flou qu'un simple copier/coller de code, et j'imagine bien moins limité dans le code justement.
C'est pour cette raison que dans ma réponse j'ai vraiment limité la portée de ce possible "derivated" à une portion minime.
Mais oui, quid entre maintenant et la réécriture si la FSF abonde dans son sens? Je sors la fonction dans un fichier à part et j'y applique la GPLv2 et c'est tout?
Ah il me semblait que des katanas fait par des non japonais ne pouvais être appelé Shinken justement. (référence Wikipedia et ma mémoire), mais étaient tout de même des katanas.
Bon en tout cas c'est un morceaux d'acier trempé qui permet de se raser la matin en gros :)
Oui, mais j'espère tout de même une réponse de la FSF avant l'année prochaine tout de même :)
Je me demande si ce serait si gênant que ça la GPLv2 car leur solution est livrée sous forme de VM. Livrée donc ils donnent les sources de cette partie avec la GPLv2.
Dans un cadre plus global les utilisateurs seront atteint dans leurs libertés, mais concernant XI, que le cœur soit GPLv2 ou AGPL ça ne va pas changer grand chose je pense.
En effet, j'ai admin l'inspiration pour une partie très limitée du code (une fonction en fait), chose qui va être réglée par la FSF quitte à faire réécrire cette partie cette partie après avoir documenté ce qu'il faut pour que la personne n'ait pas besoin du code de Nagios pour cela.
Je préfère un règlement à l'amiable tout de même. J'ai suffisamment confiance dans mon projet pour ne pas avoir à me mettre à dos le projet initial.
Ensuite je lui laisse la possibilité de lister le code en question et même une solution simple : prendre part à la licence avec un simple patch de 5minutes. Il peut sortir la tête haute sans aucun soucis ni rancune.
Il ne faut pas oublier non plus que s'il sort des arguments tirés par les cheveux sur ce genre de choses il a aussi un outil très fortement lié à Nagios et non sous licence GPLv2. Mais bon, la guerre des licences, je la laisse aux avocats des sociétés impliquées.
C'est possible. Mais alors demander le changement de licence n'a pas de sens autre que le fud non? J'ai encore espoir que ce n'était pas dans ce sens.
Il ne peux pas changer la licence se Nagios, mais sa solution XI se base sur Nagios (c'est une interface web à la Centreon, mais en closed source).
Donc à part vouloir faire chuter Shinken, si c'est de ça qu'il a peur, alors oui, il a des raisons d'avoir peur. Car je ne considèrerai XI pas autrement que Tivoli ou HPOV et je fournirai à la communauté toutes les fonctionnalités que je peux. Mais je n'ai pas sa force de développements non plus.
Ensuite il peut très bien réussir sans avoir à flinguer les autres projets open source. Il lui suffit d'être meilleur qu'eux et d'utiliser autant que possible la force de la communauté pour ça. C'est tout ce que je lui souhaite en fait.
Heureusement, j'ai pris un algo (celui que j'avais proposé à Nagios en fait...) et le reste j'ai fait les miens car l'algorithmie c'est marrant je trouve, et recopier un algo sans réellement le comprendre, c'est trop dangereux s'il y a un bug dedans.
J'ai regardé dans la documentation ce que c'était censé faire et c'était parti pour une bonne partie de dialogue avec emacs.
De plus, une adaptation ligne à ligne entre du C et du Python, ça donne du mauvais code Python, mais là on sort du sujet :)
Si le fait de ne pas avoir un concurrent fermé en face de lui lui fait peur, ça peut se régler de suite : il me propose quelques patchs mineurs ou pas que j'inclus de suite dans le projet. Comme ça il aura un contrôle sur la licence qui ne pourra pas devenir fermée.
Je viens d'envoyer une réponse sur la mailing list. Je ne suis pas contre quelques retours sur sa forme/son fond. Je pense avoir été ouvert au dialogue.
Bon ensuite vu mon anglais, j'ai peut être dit tout le contraire que j'aurais souhaité bien sûr...
Je parle pour les utilisateurs en effet. Les dev sont à leur service, la licence ce n'est pas pour faire plaisir à un développeur, mais pour aider au mieux l'utilisateur à mon sens.
Oui tu as raison, les réponses à chaud je devrais éviter. Pour la licence oui, je pense qu'elle est plus adaptées pour les utilisateurs que la GPL standard.
J'attends la réponse de la FSF, mais même si je suis dans mon droit, je vais tout de même expliquer les points qu'il pense litigieux, car le fud sur les licences ce n'est pas bon sur le long terme.
Concernant la non possibilité d'une version privatrice : je signe pour! :)
Par contre je pense être dans mon droit, je me suis inspiré pour une petite partie du code sur la reconnaissance des formats des datas car ce n'était tout simplement pas documenté, je n'avais donc pas trop le choix, mais de plus je ne pensais pas avoir ce genre de soucis par la suite.
Et si changer amène les utilisateurs à avoir moins de liberté, ça m'embête vraiment.
Merci de vos réponses. J'ai déjà envoyé une demande à la FSF et à RMS. J'espère une réponse rapide. Ensuite je regarderai comment faire pour arranger les deux parties.
Si la demande est justifiée et que c'est juste une perte de libertés pour les entreprises supervisées et que je dois passer une partie du code en GPLv2 soit, pas de soucis. Mais si la demande est là juste pour faire du FUD, ça m'embêterai vraiment.
Oui, on va voir comment ça peut se régler à l'amiable et qu'ils donnent des exemples précis de ce qui doit être changé. A mon avis ça va être rapide mais bon.
Le choux était simple : la supervision est parfois faire par une société extérieure et je pense qu'une société monitorée doit pouvoir avoir accès aux sources qui la supervisent, tout simplement.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 4.
Donc le clean room design ne semble pas d'actualité, même si Richard dit que c'est un sujet épineux.
Donc j'attends l'autorisation de Richard de publier son email (il a un peu plus de poids que moi dans le domaine) et je redemande à l'auteur de Nagios de montrer le code qu'il pense litigieux.
Je vais quand même lui rappeler qu'il y a un morceau de code en commun (enfin un algorithme), mais vu qu'il est de moi dans le code de Nagios...
[^] # Re: Sujet à interprétation
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
En fait je n'ai pas piqué de code, j'ai regardé comment son algorithme faisait pour détecté des paramètres non documentés (en gros j'ai regardé les regexp quoi). Ensuite j'ai refais le mien (qui d'ailleurs est plus long, honte sur moi...) avec de nouvelles regexp (car moi et les regexp j'ai du mal, alors j'ai fait des regexp plus simple, ce qui explique la longueur du code en fait).
Bref, à part me reprocher de ne pas avoir appliquer un clean room design, bah j'ai juste compris l'algorithme et appliqué le mien.
Devoir réécrire ce code pourquoi pas, mais si de toute manière il me reproche d'avoir lu le code de Nagios, bah je ne vais pas l'oublier en effet, donc je ne peu plus toucher à mon propre code? Plutôt ubuesque comme demande...
Sinon oui j'ai repris un algorithme directement (6 lignes de code hein..) car je l'avais fourni à Nagios, et là en effet, il ne peux rien me reprocher (d'ailleurs ile ne m'a jamais dit merci pour ce nouvel algorithme... :( ).
Je n'ai pas peur d'affronter le canal historique en effet. C'est juste que j'aurais préféré qu'on travaille tous ensemble plutôt que devoir faire appel à des avocats :(
[^] # Re: Petite question annexe
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 4.
Enfin, faisons déjà la documentation, ça sera ça de fait de toute manière.
[^] # Re: Sens
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Petite question annexe
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
C'est pour cette raison que dans ma réponse j'ai vraiment limité la portée de ce possible "derivated" à une portion minime.
Mais oui, quid entre maintenant et la réécriture si la FSF abonde dans son sens? Je sors la fonction dans un fichier à part et j'y applique la GPLv2 et c'est tout?
[^] # Re: Sens
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Bon en tout cas c'est un morceaux d'acier trempé qui permet de se raser la matin en gros :)
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Prendre des calmants.
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Sinon il y a d'autres points assez facile à traiter, mais genre 30minutes plutôt qu'une poignée de minutes.
[^] # Re: Prendre des calmants.
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
Je me demande si ce serait si gênant que ça la GPLv2 car leur solution est livrée sous forme de VM. Livrée donc ils donnent les sources de cette partie avec la GPLv2.
Dans un cadre plus global les utilisateurs seront atteint dans leurs libertés, mais concernant XI, que le cœur soit GPLv2 ou AGPL ça ne va pas changer grand chose je pense.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Prendre des calmants.
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Je préfère un règlement à l'amiable tout de même. J'ai suffisamment confiance dans mon projet pour ne pas avoir à me mettre à dos le projet initial.
Ensuite je lui laisse la possibilité de lister le code en question et même une solution simple : prendre part à la licence avec un simple patch de 5minutes. Il peut sortir la tête haute sans aucun soucis ni rancune.
Il ne faut pas oublier non plus que s'il sort des arguments tirés par les cheveux sur ce genre de choses il a aussi un outil très fortement lié à Nagios et non sous licence GPLv2. Mais bon, la guerre des licences, je la laisse aux avocats des sociétés impliquées.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Pour l'incompatibilité c'est surtout sur la zone grise du "derivated work" pas des licences qui sont clairement pas compatibles.
On verra bien ce que cela donne.
[^] # Re: ...
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
Il ne peux pas changer la licence se Nagios, mais sa solution XI se base sur Nagios (c'est une interface web à la Centreon, mais en closed source).
Donc à part vouloir faire chuter Shinken, si c'est de ça qu'il a peur, alors oui, il a des raisons d'avoir peur. Car je ne considèrerai XI pas autrement que Tivoli ou HPOV et je fournirai à la communauté toutes les fonctionnalités que je peux. Mais je n'ai pas sa force de développements non plus.
Ensuite il peut très bien réussir sans avoir à flinguer les autres projets open source. Il lui suffit d'être meilleur qu'eux et d'utiliser autant que possible la force de la communauté pour ça. C'est tout ce que je lui souhaite en fait.
[^] # Re: Porte nawak
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 5.
J'ai regardé dans la documentation ce que c'était censé faire et c'était parti pour une bonne partie de dialogue avec emacs.
De plus, une adaptation ligne à ligne entre du C et du Python, ça donne du mauvais code Python, mais là on sort du sujet :)
[^] # Re: ...
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
Si le fait de ne pas avoir un concurrent fermé en face de lui lui fait peur, ça peut se régler de suite : il me propose quelques patchs mineurs ou pas que j'inclus de suite dans le projet. Comme ça il aura un contrôle sur la licence qui ne pourra pas devenir fermée.
Je vais lui proposer tient.
# Réponse renvoyée
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 4.
Bon ensuite vu mon anglais, j'ai peut être dit tout le contraire que j'aurais souhaité bien sûr...
[^] # Re: Porte nawak
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
[^] # Re: Dans le détail, ce FUD est bidon
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
J'attends la réponse de la FSF, mais même si je suis dans mon droit, je vais tout de même expliquer les points qu'il pense litigieux, car le fud sur les licences ce n'est pas bon sur le long terme.
[^] # Re: Dans le détail, ce FUD est bidon
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
Par contre je pense être dans mon droit, je me suis inspiré pour une petite partie du code sur la reconnaissance des formats des datas car ce n'était tout simplement pas documenté, je n'avais donc pas trop le choix, mais de plus je ne pensais pas avoir ce genre de soucis par la suite.
Et si changer amène les utilisateurs à avoir moins de liberté, ça m'embête vraiment.
[^] # Re: Sujet à interprétation
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 3.
Si la demande est justifiée et que c'est juste une perte de libertés pour les entreprises supervisées et que je dois passer une partie du code en GPLv2 soit, pas de soucis. Mais si la demande est là juste pour faire du FUD, ça m'embêterai vraiment.
[^] # Re: ...
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 2.
[^] # Re: La vrai question
Posté par Jean Gabes (site web personnel) . En réponse au journal Différence de licence entre une réimplémentation complète et le projet source. Évalué à 10.