Je suis sûr que c'est encore un coup de Mark S. qui a voulu se venger et à demander sa mise à pied en échange d'une brouette de CD d'Ubuntu Dapper Drake.
Mes livres CC By-SA : https://ploum.net/livres.html
C'est le point le plus important : le feu rouge est une indication et les règles sont une incitation à respecter l'indication. Mais le choix final n'appartient qu'à toi. Et le jour où d'autres raisons te sembleront plus impérieuses que l'ammende et le risque d'accident, tu pourras brûler un feu. (Imagine qu'une bombe soit sur le point d'exploser dans le voisinage).
D'ailleurs, les passages à niveaux permettent toujours un passage même fermé. Il suffit de les contourner (j'ai déjà vu quelqu'un le faire, ce que je trouve suicidaire). Les barrières sont là uniquement comme une indication forte.
Mes livres CC By-SA : https://ploum.net/livres.html
Il a donné les exemples des projets qui contribuaient pas upstream et OpenWRT était le pire, ce qui a été reconnu par Gregers Petersen, développeurs OpenWRT présent dans l'assistance et pas très loin de moi (je l'ai bien reconnu).
Mes livres CC By-SA : https://ploum.net/livres.html
En même temps, les plaignants sont les développeurs qui ont placé leur soft sous GPL ainsi que les auteurs de la GPL.
À priori, ils savent exactement ce qu'ils voulaient en publiant leur soft sous cette licence.
Sur le fond de l'affaire, il n'y a pas à discuter : Free est coupable d'utiliser des logiciels sans respecter les conditions imposées par les développeurs.
La vraie question est : est-ce que les développeurs (avec l'aide de la FSF) ont exprimé correctement leurs conditions ?
Si Free s'en sort et que la réponse est non, c'est parfaitement injuste vu que, selon l'esprit et non la lettre, la culpabilité est évidente. Et même si dans la GPL il apparait qu'on peut chipoter sur des phrases, on peut argumenter sans hésiter que le but premier de la GPL est annoncé de manière claire partout depuis des années, que les conditions imposées par les développeurs depuis le début ont toujours été constantes et évidentes.
L'analogie avec le serveur est complètement foireuse. L'hébergeur, il te loue un espace pour faire ce que tu veux. Tu ne leur fournis rien, au contraire c'est toi le client. Ici, Free fournis du matériel et du logiciel à un client.
Quand au fait que le routeur appartient encore à Free, cela peut s'imaginer si les routeurs étaient par exemple dans les caves et que l'utilisateur ne le voyait pas et ne faisait que brancher un RJ45 dans un mur. Or ici, l'utilisateur a le droit de démonter son routeur avec un tournevis, de le déplacer, d'appuyer sur les bouttons. Il a donc le droit d'avoir accès aux logiciels GPL pour pouvoir les étudier.
Mes livres CC By-SA : https://ploum.net/livres.html
Justement, OpenWRT est assez emblématique de la non-contribution upstream. Ils s'en sont pris plein la gueule (de manière gentille) à Linux Embedded Europe et lorsque la réponse d'un des dev OpenWRT présent dans la salle a été :
- "Sorry" (le tout suivi d'un éclat de rire de l'assistance)
Mes livres CC By-SA : https://ploum.net/livres.html
précision :
1) La FSF a porposé la licence AGPL pour combler la lacune des appli web ou sur serveur
2) La GPLv3 elle est censée adresser le problème des brevets (qui n'a rien à voir ici)
Mes livres CC By-SA : https://ploum.net/livres.html
Ok, la solution proposée n'est pas parfaite : parfois, ça ne marchera pas bien.
À comparer avec la situation actuelle où au moins c'est constant : ça ne marche jamais.
=> au pire, on retombera dans la situation actuelle.
=> c'est une bonne amélioration
=> Je ne vois pas l'intérêt de lui expliquer que c'est une mauvaise idée. Essayez plutôt de trouver comment faire mieux.
Mes livres CC By-SA : https://ploum.net/livres.html
> "Nous étions tout à fait libre de faire ce qu'on voulait lors de nos temps libre en soirée. De plus réserver un nom de domaine n'est pas fonder une société (en avril)."
À noter que c'est une chance extraordinaire. La majorité des entreprises imposent une clause de non-concurrence qui continue plusieurs années après que tu aies quitté la boite.
J'avoue que de reprendre le produit de son patron pendant ton temps libre puis quitter la boite pour lancer ton produit à destination d'un public identique, c'est une action qui me met mal à l'aise selon mes propres critêres moraux (que le produit soit libre ou pas n'a pas d'importance ici). Le fait d'avoir prévu de faire un concurrent (le nom de domaine) tout en continuant à travailler chez un futur concurrent est quelque chose qui me semble inacceptable. Pinky semble l'accepter avec philosophie et c'est sans doute la meilleure réaction qu'il puisse avoir parce que je ne pense pas que fondamentalement son gagne-pain soit menacé.
Note que je comprendrais s'il s'agissait d'adresser un segment de marché différent mais cela ne semble pas être le cas. Si les solutions pouvaient réellement se différencier, cela serait une très bonne chose pour conquérir encore plus le marché. Le problème c'est en effet d'éviter de donner une mauvaise image de la communauté et du libre en général.
Ceci dit, c'est très amusant de vous voir régler vos comptes dans les commentaires. Le temps de prendre un seau de pop-corn et je reviens ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
J'avoue que les raisons du fork me semblent un peu légères.
Pour moi, un fork aura du succès si :
- Il s'avère qu'il y a une grande demande de la communauté et que le mainteneur fait la sourde oreille/change de licence (Sodipodi, X11)
- Il y a une volonté de s'adresser à un type de public complètement différent (simplification de l'UI, réduction de fonctionnalités, adaptation à un use-case spécifique)
Je pense, par exemple, qu'un fork amical de OpenERP pour en faire une version ultra-simplifiée pour Les toutes petites entreprises (1 à 5 personnes) avec une doc appropriée, une mise en valeur de la simplicité serait peut-être intéressant.
Mais là, le message ne passe pas. Toutes les raisons me semblent des petits détails techniques dont très peu influent sur l'utilisateur au final. Et si, comme le dit Fabien, ces détails techniques sont de toutes façons adressés dans OpenERP 5.0...
Par contre le site est plus joli, j'avoue !
Mes livres CC By-SA : https://ploum.net/livres.html
Je ne sais pas pour l'auteur de la remarque originelle mais il est vrai que TaskCoach est complètement dégueulasse au niveau de l'UI :
- Impossible d'arranger tes fenêtres comme tu le souhaites sans des contorsions incroyables (et une part de chance)
- Des bouttons dégueus et non-intuitifs partout
- Complètement inutilisable avec un thème sombre
Après, je ne sais quel pourcentage vient de wxwidget et quel vient du designer de l'UI.
Mes livres CC By-SA : https://ploum.net/livres.html
J'aimerais quelques eclaircissements parce que là, j'avoue que c'est pas clair du tout :
1) Ajouter, enlever et réécrire des lignes de codes, on s'en fout un peu. Ce qui est important ce sont les fonctionnalités. En quoi Tryton diffère-t-il de OpenERP ? Je parle d'un point de vue concret, pour l'utilisateur. Si actuellement il n'y a pas de différence, alors en quoi Tryton va-t-il différer dans le futur ?
2) En quoi ces modifications (que je ne connais pas, voir question 1) ne pouvait-elle pas être intégrée upstream et donc éviter un fork ? À partir de quel moment a été prise la décision d'un fork ? Quel a été l'évênement déclencheur ? (problème de licence ?)
3) Qu'en pense la communauté OpenERP et la société Tiny ?
Mes livres CC By-SA : https://ploum.net/livres.html
j'utilise Swfdec et chaque fois que je veux vraiment voir une vidéo, je tape le titre dans ce plugin et ça marche. Même quand on m'a envoyé le lien sur un autre site de vidéo (dailymotion par exemple), la probabilité est grande qu'il y ait une copie sur youtube.
Bref, une astuce à répendre autour de soi ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
Dans le code du widget lui meme (appelé calendar) :
self.calendar.grab_add()
#We grab the pointer in the calendar
gdk.pointer_grab(self.calendar.window, True,gdk.BUTTON1_MASK|gdk.MOD2_MASK)
#we will close the calendar if the user clic outside
self.calendar.connect('button-press-event', self.__focus_out)
def __focus_out(self,w=None,e=None) :
#We should only close if the pointer clic is out of the calendar !
p = self.calendar.window.get_pointer()
s = self.calendar.get_size()
if not(0 <= p[0] <= s[0] and 0 <= p[1] <= s[1]) :
self.__close_calendar()
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Adam
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Il faut sauver le soldat Williamson !. Évalué à 2.
http://www.happyassassin.net/2008/10/28/why-i-dont-like-cano(...)
Je suis sûr que c'est encore un coup de Mark S. qui a voulu se venger et à demander sa mise à pied en échange d'une brouette de CD d'Ubuntu Dapper Drake.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Avis d'un enculeur de mouches...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal [H.S.] Une bonne initiative pour continuer d'acheter de la musique (pas libre). Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Zut j'ai perdu alors
Posté par ploum (site web personnel, Mastodon) . En réponse au journal La citation du jour. Évalué à 4.
C'est le point le plus important : le feu rouge est une indication et les règles sont une incitation à respecter l'indication. Mais le choix final n'appartient qu'à toi. Et le jour où d'autres raisons te sembleront plus impérieuses que l'ammende et le risque d'accident, tu pourras brûler un feu. (Imagine qu'une bombe soit sur le point d'exploser dans le voisinage).
J'appelle cela le droit à l'infraction :
http://ploum.frimouvy.org/?99-defendre-le-droit-sacre-a-l-in(...)
D'ailleurs, les passages à niveaux permettent toujours un passage même fermé. Il suffit de les contourner (j'ai déjà vu quelqu'un le faire, ce que je trouve suicidaire). Les barrières sont là uniquement comme une indication forte.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 3.
http://www.embeddedlinuxconference.com/elc_europe08/sessions(...)
Il a donné les exemples des projets qui contribuaient pas upstream et OpenWRT était le pire, ce qui a été reconnu par Gregers Petersen, développeurs OpenWRT présent dans l'assistance et pas très loin de moi (je l'ai bien reconnu).
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 6.
À priori, ils savent exactement ce qu'ils voulaient en publiant leur soft sous cette licence.
Sur le fond de l'affaire, il n'y a pas à discuter : Free est coupable d'utiliser des logiciels sans respecter les conditions imposées par les développeurs.
La vraie question est : est-ce que les développeurs (avec l'aide de la FSF) ont exprimé correctement leurs conditions ?
Si Free s'en sort et que la réponse est non, c'est parfaitement injuste vu que, selon l'esprit et non la lettre, la culpabilité est évidente. Et même si dans la GPL il apparait qu'on peut chipoter sur des phrases, on peut argumenter sans hésiter que le but premier de la GPL est annoncé de manière claire partout depuis des années, que les conditions imposées par les développeurs depuis le début ont toujours été constantes et évidentes.
L'analogie avec le serveur est complètement foireuse. L'hébergeur, il te loue un espace pour faire ce que tu veux. Tu ne leur fournis rien, au contraire c'est toi le client. Ici, Free fournis du matériel et du logiciel à un client.
Quand au fait que le routeur appartient encore à Free, cela peut s'imaginer si les routeurs étaient par exemple dans les caves et que l'utilisateur ne le voyait pas et ne faisait que brancher un RJ45 dans un mur. Or ici, l'utilisateur a le droit de démonter son routeur avec un tournevis, de le déplacer, d'appuyer sur les bouttons. Il a donc le droit d'avoir accès aux logiciels GPL pour pouvoir les étudier.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Que va t'on y gagner ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 4.
- "Sorry" (le tout suivi d'un éclat de rire de l'assistance)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Diffusion ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Free assigné en justice par la FSF pour violation de licence GNU/GPL dans sa Freebox. Évalué à 8.
1) La FSF a porposé la licence AGPL pour combler la lacune des appli web ou sur serveur
2) La GPLv3 elle est censée adresser le problème des brevets (qui n'a rien à voir ici)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: bon... je crois...
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le million, le million !. Évalué à 3.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Le million le million !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Le million, le million !. Évalué à 8.
- "Million !"
- "Millionème commentaire! "
- "Millioneums !"
- ..
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: A mais non !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 7.
(voir aussi la parabole de la course de grenouilles)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: A mais non !
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Démarrage (usplash) : Une barre de progression "continue" (smooth). Évalué à 5.
À comparer avec la situation actuelle où au moins c'est constant : ça ne marche jamais.
=> au pire, on retombera dans la situation actuelle.
=> c'est une bonne amélioration
=> Je ne vois pas l'intérêt de lui expliquer que c'est une mauvaise idée. Essayez plutôt de trouver comment faire mieux.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 5.
À noter que c'est une chance extraordinaire. La majorité des entreprises imposent une clause de non-concurrence qui continue plusieurs années après que tu aies quitté la boite.
J'avoue que de reprendre le produit de son patron pendant ton temps libre puis quitter la boite pour lancer ton produit à destination d'un public identique, c'est une action qui me met mal à l'aise selon mes propres critêres moraux (que le produit soit libre ou pas n'a pas d'importance ici). Le fait d'avoir prévu de faire un concurrent (le nom de domaine) tout en continuant à travailler chez un futur concurrent est quelque chose qui me semble inacceptable. Pinky semble l'accepter avec philosophie et c'est sans doute la meilleure réaction qu'il puisse avoir parce que je ne pense pas que fondamentalement son gagne-pain soit menacé.
Note que je comprendrais s'il s'agissait d'adresser un segment de marché différent mais cela ne semble pas être le cas. Si les solutions pouvaient réellement se différencier, cela serait une très bonne chose pour conquérir encore plus le marché. Le problème c'est en effet d'éviter de donner une mauvaise image de la communauté et du libre en général.
Ceci dit, c'est très amusant de vous voir régler vos comptes dans les commentaires. Le temps de prendre un seau de pop-corn et je reviens ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 3.
Pour moi, un fork aura du succès si :
- Il s'avère qu'il y a une grande demande de la communauté et que le mainteneur fait la sourde oreille/change de licence (Sodipodi, X11)
- Il y a une volonté de s'adresser à un type de public complètement différent (simplification de l'UI, réduction de fonctionnalités, adaptation à un use-case spécifique)
Je pense, par exemple, qu'un fork amical de OpenERP pour en faire une version ultra-simplifiée pour Les toutes petites entreprises (1 à 5 personnes) avec une doc appropriée, une mise en valeur de la simplicité serait peut-être intéressant.
Mais là, le message ne passe pas. Toutes les raisons me semblent des petits détails techniques dont très peu influent sur l'utilisateur au final. Et si, comme le dit Fabien, ces détails techniques sont de toutes façons adressés dans OpenERP 5.0...
Par contre le site est plus joli, j'avoue !
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: 2 réponses possibles :
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Time tracker. Évalué à 2.
- Impossible d'arranger tes fenêtres comme tu le souhaites sans des contorsions incroyables (et une part de chance)
- Des bouttons dégueus et non-intuitifs partout
- Complètement inutilisable avec un thème sombre
Après, je ne sais quel pourcentage vient de wxwidget et quel vient du designer de l'UI.
Mes livres CC By-SA : https://ploum.net/livres.html
# 2 réponses possibles :
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Time tracker. Évalué à 4.
http://projecthamster.wordpress.com/ (dispo avec GNOME)
- Taskcoach :
http://www.taskcoach.org/
(voir https://linuxfr.org/forums/41/26227.html )
Mes livres CC By-SA : https://ploum.net/livres.html
# Why forking ?
Posté par ploum (site web personnel, Mastodon) . En réponse à la dépêche Tryton version 1.0.0. Évalué à 7.
1) Ajouter, enlever et réécrire des lignes de codes, on s'en fout un peu. Ce qui est important ce sont les fonctionnalités. En quoi Tryton diffère-t-il de OpenERP ? Je parle d'un point de vue concret, pour l'utilisateur. Si actuellement il n'y a pas de différence, alors en quoi Tryton va-t-il différer dans le futur ?
2) En quoi ces modifications (que je ne connais pas, voir question 1) ne pouvait-elle pas être intégrée upstream et donc éviter un fork ? À partir de quel moment a été prise la décision d'un fork ? Quel a été l'évênement déclencheur ? (problème de licence ?)
3) Qu'en pense la communauté OpenERP et la société Tiny ?
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Problème d'interconnectivité ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Fédérer son serveur Jabber avec Google Talk. Évalué à 2.
Et chez OVH ils ne savent que me dire : on ne bloque pas ce port à priori (ce qui est logique, les autres serveurs passent)
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: D'une ligne adsl Free
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Fédérer son serveur Jabber avec Google Talk. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: traceroute sur un port donné
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Fédérer son serveur Jabber avec Google Talk. Évalué à 2.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: pas gnash... mais mplayer
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Ubuntu ? I'm going to learn Ubuntu ?. Évalué à 3.
Bref, une astuce à répendre autour de soi ;-)
Mes livres CC By-SA : https://ploum.net/livres.html
# bzr ?
Posté par ploum (site web personnel, Mastodon) . En réponse au journal InDefero, bug tracker et navigateur git/subversion en version 0.2.0. Évalué à 2.
Bzr manque en effet d'une interface de ce genre.
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: pas gnash... mais mplayer
Posté par ploum (site web personnel, Mastodon) . En réponse au journal Ubuntu ? I'm going to learn Ubuntu ?. Évalué à 5.
Mes livres CC By-SA : https://ploum.net/livres.html
# 2 solutions pour toi :
Posté par ploum (site web personnel, Mastodon) . En réponse au message Time tracking. Évalué à 1.
http://projecthamster.wordpress.com/ (dispo avec GNOME)
- Taskcoach :
http://www.taskcoach.org/
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: J'y connais rien...
Posté par ploum (site web personnel, Mastodon) . En réponse au message Faire disparaitre une fenêtre GTK quand on clique en dehors. Évalué à 1.
Dans le code du widget lui meme (appelé calendar) :
self.calendar.grab_add()
#We grab the pointer in the calendar
gdk.pointer_grab(self.calendar.window, True,gdk.BUTTON1_MASK|gdk.MOD2_MASK)
#we will close the calendar if the user clic outside
self.calendar.connect('button-press-event', self.__focus_out)
def __focus_out(self,w=None,e=None) :
#We should only close if the pointer clic is out of the calendar !
p = self.calendar.window.get_pointer()
s = self.calendar.get_size()
if not(0 <= p[0] <= s[0] and 0 <= p[1] <= s[1]) :
self.__close_calendar()
Mes livres CC By-SA : https://ploum.net/livres.html