Alors, si vous faites partie des fervents supporters de cette distribution, et que vous aimeriez bien que le projet respecte la date de publication prévue, à savoir le 4 décembre 2006, n'hésitez pas à soutenir cette initiative. Bien qu'initié et soutenu par des développeurs Debian, ce projet reste autant que possible indépendant de Debian, tout simplement parce que le financement de développeurs Debian par d'autres développeurs Debian pose d'évidents problèmes : comment sélectionner les développeurs qui seront financés, pourquoi tel projet et pas tel autre, est-ce que 5000 dollars n'est pas trop cher pour ce projet ?
Tous ces problèmes existent encore avec dunc-tank, et il faudra du temps et du travail pour les résoudre de manière satisfaisante. C'est pourquoi ce premier projet à financer constitue une expérience qui permettra de vérifier si l'idée est économiquement envisageable et s'il est souhaitable d'aller au delà et de s'attaquer aux problèmes mentionnés ci-dessus.
Aller plus loin
- Dunc-tank (8 clics)
- Annonce officielle (3 clics)
- Participer et faire une donation (5 clics)
- Point de vue de Raphael Hertzog (4 clics)
- Note du Debian Project Leader (5 clics)
# pas logique
Posté par void . Évalué à 10.
Et que le débat s’ouvre!
Les commentaires sont fermés.
ceci dit l'idée ne me parrait pas terrible d'un point de vue perso. Compliqué a gérer, peut-être du coup manque de motivation de ceux qui ne seront pas payés ... jalousie interne au projet, enfin tout ce que l'argent peut apporter de mauvais. Il peut y avoir des avantages mais pour moi, etch sortira quand ca sera prêt et un point c'est tout !
[^] # Re: pas logique
Posté par Alexis P. (site web personnel) . Évalué à 10.
Tout à fait d'accord, je ne comprends pas toujours cette pression qui s'exerce sur l'équipe debian pour la sortie de la nouvelle version de la distribution. S'il s'agissait d'une distrib déstinée aux utilisateurs de bureau, là je comprendrai bien, on veut les dernières nouveautés que proposent nos logiciels favoris, mais la branche stable ne s'adresse pas à cette catégorie là.
Si etch ne sort pas à temps, c'est que ce n'est tout simplement pas prêt. C'est pour proposé un meilleur "produit" que l'équipe de debian n'effectue pas la sortie, pas parce qu'ils prennent plaisir à agir ainsi... Si c'est le prix qu'il faut payer pour avoir un système qui tourne bien, un peu de patience ne fait pas de mal.
Puis pour ceux qui râlent, c'est qu'ils n'ont à priori pas besoin de la version stable, ils n'ont qu'à passer en sid puis voilà. Moi ça me convient parfaitement...
[^] # Re: pas logique
Posté par Stéphane Davy . Évalué à 6.
Il n'y a pas que dans le monde de la bureautique que les choses évoluent rapidement. Dans le monde des serveurs, le matériel évolue également et nécessite parfois des softs récents, notamment au niveau du noyau. Bien entendu, il est toujours possible de debootstraper une Sarge puis recompiler un noyau récent, mais adieux les mises à jours de sécurité. Je parle ici d'un contexte professionnel, pas d'une utilisation perso. Les derniers mois avant la sortie de Sarge ont été assez délicats, il était quasiment impossible d'installer Woody sur un serveur neuf, et le problème commence à se poser avec le noyau 2.6.8 de Sarge, par exemple avec les cartes RAID SATA. Sid n'est absolument pas une solution dans ce contexte.
Je pense que toute initiative visant à aider le projet Debian à tenir sa roadmap et à raccourcir le temps entre 2 releases est la bienvenue.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 4.
Heureusement, il y a les backports. Une chose qui manque à la stable est justement une meilheure visibilité de ces backports. Nous n'utilisons ici que les backports pour le noyau (matériels récents), openoffice, firefox et thunderbird. De manière très ponctuel, et pour quelques serveurs, d'autres paquets comme le serveur ssh...
Il y a des installeurs sarge avec des noyaux plus récent (2.6.15) mais comme rien n'est officiel, il faut faire confiance...
Bref, un backports un peu plus officiel mais ayant les recommendations du backport actuel (à utiliser avec précauin et parcimonie...) avec des images aussi plus récentes pour les cas difficiles serait les bienvenues. Une bonne partie du travail est à mon avis déjà réalisées. C'est "juste" un problème de "com".
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
> comprendrai bien, on veut les dernières nouveautés que proposent
> nos logiciels favoris, mais la branche stable ne s'adresse pas à cette
> catégorie là.
Ah bon !
Ben chez moi, tout le monde est sur stable. Il n'est pas question de mettre du testing et de l'unstable sur les postes de bureautique. Sur quelques serveurs, en nombre très limité, pourquoi pas.
Je ne vais pas faire le tour des postes de bureautique pour expliquer aux gens tous les quatre matins que tout a changé.
Bon, pour une machine perso, c'est autre chose...
[^] # Re: pas logique
Posté par Alexis P. (site web personnel) . Évalué à 1.
Si mes souvenirs sont bons, openoffice.org n'était pas disponible sur woody, ce qui rendait l'usage de sarge plus ou moins obligatoire (mis à part usage de backports) pour ceux qui en avaient besoin.
En gros ce que je veux dire, c'est que la stabilité qu'offre la version stable de debian ne s'adresse qu'à un public à mon avis restreint. J'utilise sid depuis quelques années déjà, et n'ai eu affaire qu'à une petite dizaines d'ennuis lors de mises à jour, mais la machine restait tout à fait utilisable. Si on installe donc une sid qui ne présente pas de problèmes particuliers, c'est plus que confortable pour de la bureautique (par exemple).
Pour ce qui est de l'évolution des serveurs, je n'ai pas une expérience personnelle sur le sujet donc j'en resterai à des suppositions, mais je pense que pour un grand pourcentage d'entre eux, on ne fait pas de mise à jour (mis à part des patches de sécurité) tous les 3 mois, que ce soit hardware ou software. Puis si le hardware doit être remplacé pour une raison X ou Y, rien n'empêche de prendre un noyau directement sur kernel.org afin que le matériel soit supporté. Si après une mise à jour logicielle s'impose afin que le tout tourne convenablement, j'ai tendance à croire qu'il s'agit là de cas très particuliers et qu'ils ne représentent pas à eux tous seuls la majorité.
[^] # Re: pas logique
Posté par Stéphane Davy . Évalué à 2.
et bien si justement, les mises à jours de sécurité sont fréquentes, y compris sur la stable. Et surtout, on n'attend sur stable que des mises à jour de sécurité.
Le problème de Sid, ce n'est pas sa stabilité en terme de fonctionnement (plantage,...) mais la stabilité du contenu. A chaque MAJ de Sid, il y a des choses qui changent, des montées de version de soft avec parfois des effets de bords,...
Tout ceci est tout à fait gérable pour un poste perso, mais pas sur un serveur ou sur un ensemble de poste de travail.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Pour ce qui est de la stable, je suis en totale opposition. Combien de machines gères-tu ? Sur quel type de réseau ? Pour ma part, je suis sur du réseau à accès gigabits en frontal sur le net, mes machines sont toujours à jours, au minimum deux à trois fois par semaines ! Idem pour les serveurs, par exemple, la dernière mise à jour concerne gzip donc là, tu as tout ton parc à mettre à jours... (merci clusterssh)
Par ailleurs, j'utilise cfengine pour autoconfigurer les postes. J'ai donc tout intérêt a avoir un parc homogène d'un point de vue logiciel. Si j'installai un poste pour ne plus y toucher après, je ne serais pas sur à 99% que mes routines cfengine ne fassent pas le bazard ici ou là.
Ta technique ne me parait valable que pour des petits parcs qui ne sont pas en frontal sur le net avec des grosses liaisons.
[^] # Re: pas logique
Posté par Colin Leroy (site web personnel) . Évalué à 2.
Essaie cron-apt :)
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
cron-apt télécharge mais n'installe pas chez moi. Par contre, je suis devant un terminal pour voir comment se passe les mises à jour. Surtout que sur les serveurs, il y a parfois des choses à reprendre, heureusement très rarement. Et puis, c'est pas vraiment un problème, avec clusterssh, je fais 25 machines d'un coup. Le jour ou j'aurais 400 machines, je reverrais ma manière de faire.
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 2.
Le problème est que ca ne marche pas toujours... Dans mon boulot actuel, nous sommes sur plusieurs bâtiments. Il est donc pour moi hors de question de faire le tour des postes de travail le matin en arrivant.
[^] # Re: pas logique
Posté par Anonyme . Évalué à 1.
Même son de cloche qu'au dessus : tu n'as peut-être pas l'intérêt d'une machine de bureau sous sarge, mais d'autres l'ont. Exemple tout bête : machine perso derrière une connection à 500 ko/s avec quelques services (apache et dns en libre accès, postfix, ftp et ssh filtrés sur l'IP ; comme tout le monde n'a pas les moyens ni l'envie d'avoir une machine dédiée comme passerelle (et encore mieux une troisième comme DMZ), elle est en stable malgré qu'elle soit aussi utilisée comme machine de bureau.
Pour ma machine perso, j'ai jamais voulu passer à sid, je suis resté en testing. Et je ne suis pas uptodate, je ne mets à jour que chaque mois.
[^] # Re: pas logique
Posté par Alexis P. (site web personnel) . Évalué à 1.
:)
C'est exactement ce que j'entend par serveur et non machine de bureau. L'utilisateur moyen, voulant pouvoir lire ses mails, surfer sur le net puis faire usage d'une suite bureautique, ne connais d'apache que les tribus, dns pour lui c'est du chinois, ssh et postfix n'en parlont même pas.
Certains diront, "lui, il ne travaille pas sous linux alors", mais les tendances montrent que de plus en plus de personnes se retrouvent à faire la transition windows-linux, pas forcément par choix personnel (je pense à toutes les administrations/organisations qui décident de passer sous linux).
Il me semble possible pour un administrateur de trouver un état de sid qui lui convient, faire une install sur une machine puis après (par quelque moyen que ce soit, image ou autre), distribuer le tout sur son réseau.
Ceci dit tout ceci n'est qu'une supposition, je le rappelle, puisqu'à la question :
je réponds, 1.5, mon pc puis un portable archaïque sur lequel je fais des tests une fois tous les 6 mois (d'où le 0.5). Rien qui ne permette une expérimentation très concluente, surtout que la "solution" ci-dessus ne s'applique à priori facilement que sur un réseau comportant des machines plus ou moins semblables (encore que...).
[^] # Re: pas logique
Posté par Sytoka Modon (site web personnel) . Évalué à 3.
Je ne comprends pas pourquoi tu cherches a avoir un état de sid qui te convienne pour le distribuer sur un parc. Ton truc ne sera jamais maintenable dans la durée. C'est justement ça : une stable. Une stable est juste une sid sans bogue à un instant donné qui est ensuite suivis.
Pour avoir des machines qui ont eu la slink, puis la patate, puis la woody, maintenant la sarge et qui risque de finir leur vie sur etch, la période de transition d'une version à l'autre n'est pas toujours triviale, même si debian est pour cela exemplaire. Cela ne marche pas à tous les coups et ça prends du temps.
Ensuite, l'idéal est effectivement d'avoir un parc homogène comme cela tu essayes sur une machine et tu propages. Malheureusement, je n'ai pas de parc homogène, les seuls que je connaisse qui ont des parcs très homogènes sont ceux qui gèrent des salles de cours pour les étudiants. Dans ces cas là, oui, c'est plus facile. Même au niveau des secrétariats d'administration, c'est assez hétéroclite, surtout en ce moment où avec le même nom, deux machines ayant six mois d'écarts sont très différents (je pense notament au DELL Optiplex GX620).
Enfin pour finir sur l'utilisateur qui n'y connais pas grand chose, que tu lui mettes gnome 2.14 ou gnome 2.16, il s'en fiche un peu. S'il ne connait que la version 2.14, cela lui conviendra tout à fait (en plus, elle est pas si mal cette version). J'ai même eu des personnes qui ne voulaient pas openoffice2 car ils ne voulaient pas changer leur habitudes et la version 1 leur allaient.
J'ai par ailleurs vu des développeurs qui en ont marre que leur code ne compile plus tous les mois à cause d'une bibliothèque qui change sans cesse et qui, après avoir été "bleeding edge" quelques temps, me demande une stable bien stable (qui surtout ne bouge plus).
Bref, faut presque se battre pour avoir le droit d'installer juste les mises à jour de sécurité ;-)
[^] # Re: pas logique
Posté par Anonyme . Évalué à 0.
Bon, je reformule, tu auras peut-être moins de mal à suivre : même sans parler d'un parc de plusieurs machines comme l'a fait Sytoka Modon au-dessus, il y a une raison toute simple pour préférer utiliser une Debian stable sur un poste de travail unique : une machine que l'on administre pour son utilisateur, et qu'on a pas envie de mettre à jour tous les jours, ou même tous les mois. Surtout si la machine est reliée à internet, avec les problèmes de sécurité que ça peut poser, et si en guise de compensation on en profite tourner quelques services.
Merci de ne pas me rabattre les oreilles en répétant une fois de plus que cette machine est un serveur, puisque ce n'est pas le cas. C'est une machine de bureau, qui n'existerait pas si son utilisateur n'avait pas besoin d'une machine de bureau. Et elle est en Debian stable. Et ça serait cool si etch sortait à la fin de l'année, enfin, pas avec un an de retard quoi, histoire que l'utilisateur profite d'une mise à jour générale de son système.
[^] # Re: pas logique
Posté par Alexis P. (site web personnel) . Évalué à 1.
extrait de wikipedia
Je ne fais donc pas référence à serveur dans le sens grosse machine qui à elle seule remplit une salle...
Donc en ce sens on est d'accord, tu as besoin des garanties que propose la version stable, c'est normal et non contraire à ce que je dis. Ceci dit, une machine pûrement client, peut avoir besoin (remarquez besoin est un bien grand mot) de dernières nouveautés que l'on ne trouve que dans testing/sid.
Je pense que si mon jugement est éventuellement faussé, c'est du au fait de ma courte expérience de Debian, puisque les seules stables que j'ai connu sont woody puis sarge. Et avec woody, il y avait en effet un problème d'ancienneté qui n'était pas négligeable à l'époque.
[^] # Re: pas logique
Posté par Anonyme . Évalué à 1.
Pour en revenir à cette fameuse machine et au risque de me répéter, je ne la considère pas comme un serveur tout simplement parce que ce n'est pas sa première fonction. Si son propriétaire n'avait pas l'utilité d'une machine de bureau, elle n'existerait pas. Mais à partir du moment où elle est connectée 24/7 à Internet, j'ai pris la liberté d'y faire tourner quelques services. Selon moi, ça n'en fait pas un serveur pour autant.
Plus important, ce n'est pas la présence de ces services qui sont la première motivation de la laisser en stable : je ne mets pas en testing une machine connectée 24/7, même avec un firewall. En deuxième, ça réduit les besoins de maintenance, ce qui est tout à fait à mon goût. Et enfin, ces fameux services interdisent de toutes façons autre chose que la branche stable.
[^] # Re: pas logique
Posté par Raphaël Hertzog (site web personnel) . Évalué à 9.
En ce qui concerne etch, oui elle sortira quand elle sera prête dans tous les cas. Le challenge est donc qu'elle soit prête dans les délais que l'on souhaite respecter!
[^] # Re: pas logique
Posté par Alexis P. (site web personnel) . Évalué à 3.
Certes j'apprécie grandement la distribution et le travail de tous les développeurs, mais ceci dit ça me semble une donnation trop ciblée (du point de vue des récepteurs du don) et pour une cause qui n'est pas justifiée.
Donc oui pour une donation, mais au projet Debian en tant que tout.
[^] # Re: pas logique
Posté par Flavius . Évalué à 2.
En gros, s'ils doivent sortir la future version pour le 4 décembre (et qu'ils ne seront payé que si elle sort le 4 décembre) qu'est-ce qui empeche les "release manager" de sortir leur version même si celle-ci n'est pas complètement finalisée et ce uniquement dans le but de toucher leur argent?
Est-ce que au final on ne risque pas d'avoir une déviance monétaire à la Microsoft (dans une moindre mesure bien évidemment) ?
[^] # Re: pas logique
Posté par Flavius . Évalué à -2.
En gros, s'ils doivent sortir la future version pour le 4 décembre (et qu'ils ne seront payé que si elle sort le 4 décembre) qu'est-ce qui empeche les "release manager" de sortir leur version même si celle-ci n'est pas complètement finalisée et ce uniquement dans le but de toucher leur argent?
Est-ce que au final on ne risque pas d'avoir une déviance monétaire à la Microsoft (dans une moindre mesure bien évidemment) ?
# Un peu cher non ?
Posté par Olivier Berger . Évalué à 6.
[^] # Re: Un peu cher non ?
Posté par patrick_g (site web personnel) . Évalué à 10.
Il faut noter que pour l'instant (comme le projet n'est pas encore approuvé) ce ne sont que des promesses de don. Peut-être qu'une fois le système réellement en place il sera possible de faire un don plus petit ?
En tout cas, en tant qu'ubuntiste, j'ai l'intention de faire un don. Faut pas oublier d'ou viennent nos paquets logiciels !
PS : Si Mark Shuttelworth pouvait faire un don aussi ce serait bien...
[^] # Re: Un peu cher non ?
Posté par Raphaël Hertzog (site web personnel) . Évalué à 7.
En tout cas, je fais remonter la remarque.
# Dunc Tank
Posté par j (site web personnel) . Évalué à 7.
Est-ce que ça ne fait pas un peu double emploi avec http://www.spi-inc.org ?
Que signifie "Dunc Tank" ?
[^] # Re: Dunc Tank
Posté par Raphaël Hertzog (site web personnel) . Évalué à 2.
C'est pourquoi il a été décidé de faire cela en externe, au moins dans un premier temps afin que Debian puisse voir comment cela se passe, et une fois qu'on aura un peu plus d'expérience sur comment gérer ce genre de problématiques, peut-être pourra t'on réintégrer cela officiellement dans Debian.
C'est exactement ainsi que cela s'est produit pour la debconf, la conférence annuelle de Debian qui était gérée par des développeurs Debian mais avec des moyens de financement totalement distinct de SPI et qui finalement a réussi à être plus ou moins réintégré.
La grosse problématique de dunc-tank n'est pas tant la provenance de l'argent que la manière de l'utiliser. Certains voient des conflits d'intérêts et ne veulent pas que des développeurs Debian puissent financer d'autres développeurs Debian sur des projets... pourtant cela existe déjà, sauf que ce n'est pas organisé de manière ouverte et transparente.
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à 6.
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à -2.
[^] # Re: Dunc Tank
Posté par patrick_g (site web personnel) . Évalué à -1.
Putain en quoi faire appel aux gens est une transformation de Debian en Ubuntu ? Debian n'est plus une organisation de volontaires maintenant ?
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à 1.
À part que pour Ubuntu il y a un seul donateur, cela revient strictement au même.
[^] # Re: Dunc Tank
Posté par patrick_g (site web personnel) . Évalué à 3.
Une fois cela admis quoi de plus naturel que de soutenir les release manager afin qu'ils puissent bosser à plein temps sur cette sortie ?
Putain rejeter le diktat de l'argent en privilégiant l'excellence technique je veux bien mais cela ne doit pas conduire au mépris de l'argent lui même. L'argent c'est juste un moyen pour obtenir un truc. Du moment que ce truc est légitime alors pourquoi pas cette méthode ? Les buts de Debian ne changent pas du fait de ce soutien aux release managers.
Tu m'excusera si je me trompe mais je ressent ton post comme soit de la jalousie envers les release managers soit de la puérilité communisto-anarchiste qui vomit l'argent et qui ne veut pas que cet hideux papier monnaie salisse sa belle distro.
Expérience mentale : Imagine que je sois un riche rentier philantrope. Je décide, car j'aime Debian, de filer de l'argent à des développeurs Debian afin d'améliorer la distro. Est-ce bien ou mal ? Tout le monde trouvera ça bien. Mais alors en quoi Dunc Tank est-il différent ? La seule différence que je vois est que le fric est dépensé pour soutenir les release managers et que ce choix a été fait par le DPL et pas par moi le riche philantrope.
Cela ne me gène pas car ce choix est explicite dès le début, dès l'appel au don. Après les gens donnent ou pas mais c'est en connaissance de cause.
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à 4.
Le vote n'a jamais approuvé le financement de développeurs par d'autres développeurs.
Une fois cela admis quoi de plus naturel que de soutenir les release manager afin qu'ils puissent bosser à plein temps sur cette sortie ?
Quoi de moins naturel, dans un projet géré par le volontariat, tu veux dire.
Putain rejeter le diktat de l'argent en privilégiant l'excellence technique je veux bien mais cela ne doit pas conduire au mépris de l'argent lui même.
Il y a de nombreux développeurs qui sont payés, et ça ne pose de problèmes à personne. Là on a affaire à la fois à un problème de conflit d'intérêts, et à un problème de catégorisation des développeurs. Il y a les développeurs importants (les RM) et les autres.
Tu m'excusera si je me trompe mais je ressent ton post comme soit de la jalousie envers les release managers soit de la puérilité communisto-anarchiste qui vomit l'argent et qui ne veut pas que cet hideux papier monnaie salisse sa belle distro.
Tu peux voir ça comme de la jalousie, c'est exactement ça. Pourquoi je continuerais à contribuer, alors que j'en fais autant qu'eux, si moi je ne suis pas payé par le projet ? Le boulot que je fais moi est donc moins valable ?
Expérience mentale : Imagine que je sois un riche rentier philantrope. Je décide, car j'aime Debian, de filer de l'argent à des développeurs Debian afin d'améliorer la distro. Est-ce bien ou mal ? Tout le monde trouvera ça bien.
Une expérience très ressemblante a déjà tentée, ça s'appelle Ubuntu. Sans m'appesantir sur les détails, je trouve le résultat absolument catastrophique pour le projet.
Mais alors en quoi Dunc Tank est-il différent ?
Il ne l'est pas, c'est tout le problème.
Cela ne me gène pas car ce choix est explicite dès le début, dès l'appel au don. Après les gens donnent ou pas mais c'est en connaissance de cause.
Non, les gens font confiance à la parole du DPL, qui est (comme par hasard) le fondateur de ce projet, pour savoir là où ils doivent mettre leur argent. On ne peut pas demander au quidam externe au projet de savoir juger où il doit investir son argent.
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à 5.
[^] # Re: Dunc Tank
Posté par patrick_g (site web personnel) . Évalué à 2.
Parceque tu aime Debian ?
Si tu contribue uniquement à la condition que les autres devs recoivent exactement le même traitement que toi et que tu est prêt à cesser ta participation si ils sont payés et pas toi alors il me semble que ton aide bénévole est en fait bien égoïste et dépendante des autres.
Ce qui compte c'est le projet en lui même et pas le fait que x est payé et que y ne l'est pas.
T'imagine si les volontaires de Médecins sans frontières décidaient de cesser leur aide au pretexte qu'il y a des salariés de MSF alors que eux sont des bénévoles ! Et pourtant c'est exactement pareil : c'est bien la direction de MSF qui décide qui va être payé ou pas.
[^] # Re: Dunc Tank
Posté par Anonyme . Évalué à -4.
À 25.000 ¤ + frais de voyages pour 5 jours de boulot (25 au 29 mars 2003), mois aussi je veux bien aller faire des rapports de 19 pages ! ( http://www.fil-info-france.com/actualites-monde/bernard-kouc(...) )
[^] # Re: Dunc Tank
Posté par Colin Leroy (site web personnel) . Évalué à 5.
T'as lu de travers, et tu dis des conneries. C'est Total qui a payé 25.000 ¤ et non MSF. Cette histoire n'a rien à voir avec MSF si ce n'est que Kouchner en est le fondateur.
[^] # Re: Dunc Tank
Posté par patrick_g (site web personnel) . Évalué à 6.
Cet histoire de rapport de Kouchner concerne la firme Total. C'est Total qui a payé Kouchner pour sortir ce rapport de 19 pages et MSF n'a absolument rien à voir avec cette histoire.
Je te rappelle que Bernard Kouchner à quitté MSF en 1979 c'est à dire il y a 27 ans !
Sous-entendre que MSF aurait employé l'argent de ses donateurs pour payer 25000 euros à Kouchner est absolument répugnant.
[^] # Re: Dunc Tank
Posté par Anonyme . Évalué à 0.
Cela dit, mon propos ne concernait pas spécialement MSF, qui visiblement n'a rien à se reprocher à ce sujet, mais plutôt beaucoup d'associations à caractère humanitaire dont la majorité (ou une grosse partie) du budget est dépensé en frais de gestion, dont une grande partie en salaires des dirigeants. L'ARC aurait été un exemple parfait.
[^] # Re: Dunc Tank
Posté par patrick_g (site web personnel) . Évalué à 5.
Aucune autre ONG ne la fait, préférant empocher tant que l'émotion était à son comble.
[^] # Re: Dunc Tank
Posté par Jar Jar Binks (site web personnel) . Évalué à 2.
[^] # Re: Dunc Tank
Posté par Bruno Muller . Évalué à 1.
volontariat != bénévolat...
[^] # Re: Dunc Tank
Posté par ragoutoutou . Évalué à 3.
Totalement d'accord avec toi sur ce point, commencer à lever des fonds pour payer certains et pas d'autres dans un projet normalement basé sur le volontariat et le bénévolat, c'est effectivement injuste pour les personnes ne touchant rien.
De plus, si une organisation B commence à payer de manière arbitraire des personnes clef d'une organisation A pour que celles-ci posent des actes en tant que membres de cette organisation A, ça commence à sentir sérieusement mauvais, et on pourrait parler d'une forme de corruption, de prise de contrôle.
Y a t'il quelque-chose dans les règlements de Debian qui permettent de contrôler les dons visant des individus? Il y a un véritable problème déontologique qui mériterait d'être adressé.
[^] # Re: Dunc Tank
Posté par Éric (site web personnel) . Évalué à 3.
Après tu voulais peut être dire bénévole, mais justement, quand on les subventionnera ils ne le seront plus.
(de là à dire que ça transforme en Ubuntu par contre, je suis d'accord avec toi, il ne faut pas tout mélanger)
# Cette news est un mensonge
Posté par Pierre Habouzit . Évalué à 5.
Je pense qu'il va y avoir du grabuge dans les jours qui viennent…
[^] # Re: Cette news est un mensonge
Posté par patrick_g (site web personnel) . Évalué à 7.
Hum j'ai du mal à voir en quoi. Tu peux préciser ?
# Projet indépendant de Debian
Posté par Jar Jar Binks (site web personnel) . Évalué à 7.
Car bien entendu, les destinataires de ces fonds sont déjà choisis : les release managers. Pourquoi eux ? Mystère, il paraît qu'il suffit de les payer pour que miraculeusement etch soit prête à l'heure malgré les innombrables problèmes.
Décision prise tout de go dès le début donc, mais pour mener l'idée jusqu'au bout en contournant le désaccord violent d'un certain nombre de développeurs, on fait un montage financier pour le moment opaque, qui ne sert qu'à tenir l'affirmation (fausse) selon laquelle il est indépendant du projet.
Ceux qui ont fait ça peuvent être fiers d'eux : le monstrueux troll qui se prépare risque de repousser la release plus loin qu'ils n'auraient pu l'espérer. Sans parler des autres conséquences.
[^] # Re: Projet indépendant de Debian
Posté par ciol . Évalué à -5.
# planet.debian.net
Posté par j (site web personnel) . Évalué à 3.
et aussi un avis beaucoup plus sceptique, celui de Lucas Nussbaum
[^] # Re: planet.debian.net
Posté par Lucas . Évalué à 3.
Appliqué à Dunc Tank, ça veut juste dire que cette "expérience" peut se réveler dangereuse, et qu'il faut faire attention. Mais j'aurais plutot tendance à faire confiance à Raphael et aux autres pour ne pas faire de bêtises :-)
[^] # Re: planet.debian.net
Posté par Sylvain Sauvage . Évalué à 3.
Non seulement la participation globale en pâtit (jalousie, rejet des inégalités…) mais aussi la productivité de ceux qui sont pas payés.
Comme l'explique assez bien Joel Spolsky ( http://www.joelonsoftware.com/items/2006/08/09.html ), la motivation endogène (je participe parce que j'aime ça) est plus forte que la motivation exogène (je participe parque je suis récompensé). Et ajouter de l'extérieur de la motivation, par des récompenses, sur de la motivation endogène fait que l'on se demande « Est-ce que, finalement, je ne serais pas en train de participer seulement à cause de la récompense ». D'où perte de la motivation endogène et perte de la productivité.
Mais bon, les cas où cela coince, c'est surtout quand les objectifs sont mal établis (genre : « un bogue en moins, 100$ en plus »).
Il faut voir comment cela s'organise.
Et c'est peut-être le problème ici : cela a été lancé sans avoir été vraiment organisé.
La gestion « auto-organisation, on trouvera une règle pour gérer les problèmes quand ils se poseront » est une mauvaise méthode : c'est ce qui est fait pour les impôts, la comptabilité, les lois, etc., et on se retrouve avec des usines à gaz avec des niches, des incohérences et cela ne règle pas les problèmes.
Et puis, il y a d'autres solutions : http://naquadah.org/~jd/debian/beer-tank/
[^] # Re: planet.debian.net
Posté par cmiramon . Évalué à 3.
Je crois que cela ferait beaucoup de bien à Debian d'avoir un noyau de permanents dont l'une des tâches pourrait être de rendre le projet plus accueillant pour les volontaires. Celui qui empaquette un logiciel et qui a deux heures par semaine à consacrer au projet n'a pas envie nécessairement d'attendre 6 mois avant de devenir Développeur Debian ou de chercher trop longtemps de l'information ou de perdre des heures à lire des listes de diffusion engorgées. C'est là que des permanents peuvent aussi aider.
Une autre tâche que pourrait avoir les permanents c'est de rendre le projet à nouveau attirant et d'avoir une véritable communication. Pourquoi devrais-je donner mon temps pour Etch et pas pour Ubuntu ou Gnome ou KDE ou etc. Ubuntu a réussi à se rendre attirant alors que Debian semble englué dans un passé et une image austère et hostile dont il ne peut se défaire.
La question c'est pourquoi un site au nom aussi bizarre et aussi peu professionnel. Ceux qui ont de l'argent pour Debian, ce n'est pas les geeks.
[^] # Re: planet.debian.net
Posté par ragoutoutou . Évalué à 5.
Seulement si la question du "qui reçoit quoi et pourquoi" est gérée au sein du projet debian et non par une magouille externe. C'est malsain d'avoir un club externe, indépendant et non sollicité qui distribue les points et les salaires au nom du projet Debian...
[^] # Re: planet.debian.net
Posté par cmiramon . Évalué à -1.
S'il y a des collaborateurs Debian reconnus dans l'équipe de Dunc-tank, on peut espérer qu'ils répartissent l'argent dans l'intérêt global du projet à moins que ce soit un projet secret pour que Raphaël Hertzog s'offre une (deb) Ferrari.
[^] # Re: planet.debian.net
Posté par Sylvain Sauvage . Évalué à 4.
— un pauvre bouton sur le site ;
— avec une structure externe qui démarche et qui définit des tâches ;
pour évacuer
— une structure interne qui démarche et qui définit des tâches.
[^] # Re: planet.debian.net
Posté par Sylvain Sauvage . Évalué à 3.
# Mauvaise idée...
Posté par THR4K . Évalué à 6.
Un appel public a contribution est donc une idée qui n'est pas inintéressante si celle-ci peut permettre de faire évoluer plus efficacement le projet sur certains de ses aspects.
Malgré tout, et j'ai beau aimer Debian (le mot est faible, ceux qui me connaissent le savent) mais dans le cas présent, l'initiative telle que présentée et organisée est à mon sens particulièrement maladroite ; non désolé, pour moi la "pilule" ne passe pas, je m'explique :
1) - une structure de financement indépendante et externe au projet
Plutôt que d'utiliser SPI dont l'un des rôles est de gérer ce type d'aspect, un projet "parallèle" (un genre de fork de SPI ?) est assez soudainement monté dans ce but en expliquant que c'est plus ou moins nécessaire pour éviter de possibles tensions plus ou moins en raison de la façon dont vont être redistribué les dons financiers O_o !
Excusez-moi si je me trompe, mais ce manque de cohésion/d'unité autour de Dunc-tank (qui clairement ne fait pas l'unanimité) nuit d'une certaine façon à l'image et à la crédibilité du projet Debian par le sentiment de confusion et de dissension qui s'en dégage, non ?
2) - la rémunération de certains développeurs seulement
Totalement discriminatoire et facile : une petite équipe de développeurs va être considérée comme étant prioritaire, méritant donc rémunération pour remplir certains objectifs immédiats du projet...
Comment créer le vif mécontement ou la déception de nombreux contributeurs ½uvrant tout autant pour le projet mais dont le travail sera considéré d'une certaine façon comme moins valable (j'ai envie de dire : moins "bankable") malgré tous leurs efforts afin que Debian puisse fournir des distributions de qualité. A mon sens le problème est moins une question d'argent qu'une question de respect (la reconnaissance et l'amour propre jouent sans doute un rôle encore plus important dans ce cas).
3) - afin de pouvoir respecter la date de publication de Etch
Alors lorsqu'un grand nombre attendait impatiement la sortie de Sarge à l'époque, l'excuse invoquée (et justifiée comme indiqué sur le site de Debian) pour le retard c'était : "ça sort quand c'est prêt". Apparement ça n'a (heureusement) pas changé bien qu'une date ait été avancée pour décembre 2006, mais on peut se demander à quoi bon si du coup le calendrier implique les impératifs financiers qu'on connait et les risques qui en découlent pour mener l'opération à bien.
A nouveau la démarche est mal appropriée : en plus des effets négatifs décrits précédement s'ajoute la pression, d'autant plus forte qu'ils seront consciencieux, sur les développeurs rémunérés dans la mesure où la nécessité est à la fois de satisfaire les utilisateurs (délais tenus + qualité finale de Etch) et les autres développeurs non rémunérés (honorer la confiance de ceux qui auront accepté le compromis).
Dernier point dérangeant : le motif. La sortie de Etch (sachant que ce qui prime de toute façon c'est de la sortir uniquement lorsqu'elle sera vraiment finalisée et prête) me paraît être une justification assez maigre en regard des conséquences possibles que cette histoire va engendrer.
Conclusion :
Si l'idée du don en argent me paraît utile pour la pérennité de Debian, c'est toutefois dans un cadre bien défini : interne au projet, clair et en rapport direct avec la gestion de son infrastructure dans son ensemble (financement d'équipements matériel, de manifestations/conférences et des frais connexes pour les développeurs y participant, de la promotion du projet par le biais de médias divers, etc.) et non dans la rémunération de quelques développeurs triés sur le volet pour accomplir des tâches qui seront uniquement profitables sur le court terme...
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.
[^] # Re: Mauvaise idée...
Posté par ragoutoutou . Évalué à 4.
Ben ça changera peut-être le modèle du "ça sort quand c'est prêt" en "ça sort quand on (les release managers) aura reçu assez de sous" ...
[^] # Re: Mauvaise idée...
Posté par rzr (site web personnel) . Évalué à 1.
http://www.lemondeinformatique.fr/actualites/imprimer-debian(...)
gpg:0x467094BC
[^] # Re: Mauvaise idée...
Posté par j (site web personnel) . Évalué à 2.
d'après la note du DLP : We’re currently hoping that SPI will agree to accept funds on our behalf, and thus provide a good level of accountability. The board meeting later today will hopefully shed some light on whether that’s feasible.
[^] # Re: Mauvaise idée...
Posté par patrick_g (site web personnel) . Évalué à 0.
C'est vraiment l'égalitarisme dans ce qu'il a de plus dogmatique !
C'est tellement difficile de reconnaitre que le travail de certaines personnes est plus important que celui d'autres personnes dans un projet ?
Cela ne dit rien sur la valeur de ces personnes ! Cela souligne juste que leur travail est plus ou moins utile en vue de l'obtention d'un résultat particulier.
N'importe qui de sensé reconnaitra que le travail du développeur Debian X qui est responsable d'un paquet unique (par exemple gzip) est moins important, dans la perspective de la sortie de Etch dans les temps, que le travail du release manager Z.
Encore une fois on ne compare que l'utilité d'un travail en vue d'un but. On ne juge pas les personnes.
Le but c'est la sortie d'Etch dans les temps donc on finance les release managers. C'est logique, ce n'est pas discriminatoire.
[^] # Re: Mauvaise idée...
Posté par ptitlouis . Évalué à 3.
Peux-tu nous dire ce que vont faire de plus les RM que les autres développeurs ? corriger les bugs ? je doute que les RM connaissent mieux le code que les mainteneurs des paquets. Que vont-ils faire de leur temps pour permettre de releaser etch a temps ? Virer des paquets ? ou faire des corrections de gruik pour que ca fonctionne ?
# illuminati
Posté par moo2 . Évalué à 3.
# Honteux !
Posté par GPLorDIE . Évalué à 2.
La liberté et la démocratie sont les deux valeurs fondamentales véhiculées par le Libre dans son message au monde, il est important de ne pas l'oublier !
[^] # Re: Honteux !
Posté par patrick_g (site web personnel) . Évalué à 0.
D'après ce que j'ai compris la majorité des réactions était positive. Cependant, afin de respecter aussi l'opinion minoritaire des opposants, il a choisi de ne pas faire cet appel au don dans le cadre de Debian mais au sein d'une structure distincte du projet.
Si la situation est bien celle là alors je pense, contrairement à toi, que le DPL à fait le bon choix et qu'il ne mérite pas le torrent de haine et d'injures qui s'abat sur lui.
[^] # Re: Honteux !
Posté par Pierre Habouzit . Évalué à 4.
Si par majoritaire tu veux dire par là 60 contre 40% tu as peut-être raison. Mais le DPL dans la constitution doit rechercher le consensus. Et va relire la définition de consensus, c'est très différent de “majorité”. Consensus ça veut dire que les gens trouvent tous que la proposition est acceptable. Or les si les gens en faveur de l'essai montraient tout le spectre des support du plus fort au plus mou, la plupart des oppositions étaient nettes et sans appel.
Non pas pour les respecter. Si il les avait respectés, il n'aurait rien fait. Il a choisi de les ignorer, et d'éviter de discuter avec ses opposants.
[^] # Re: Honteux !
Posté par patrick_g (site web personnel) . Évalué à 1.
Mais il a quand même le droit de faire ce qu'il veut en dehors de Debian non ?
Il a proposé son idée. Il a vu qu'en dépit d'un soutien majoritaire il y avait quand même pas mal d'opposition. Il a donc sagement décidé de le faire en dehors de Debian.
Et toi tu hurle au loup contre ça ? Selon toi quand on est DPL on n'a plus de vie extérieure au projet ? On n'a plus le droit de rien faire dans sa vie si on n'a pas l'accord de 100% des devs Debian ?
Il a encore le droit d'aller au ciné sans ton accord ou pas ?
[^] # Re: Honteux !
Posté par dab . Évalué à 3.
Ah, l'éxagération...
Entre aller au ciné et monter dunc-tank, il y a quand même une différence, non ?
dunc-tank est directement lié à Debian, ce projet permettant de faire exactement ce qu'il avait proposé au sein même de Debian et qui n'avait pas été validé.
# La Bible
Posté par golum . Évalué à 4.
Après la mort de Jésus la communauté des premiers chrétiens avait pour mission de répandre la "bonne parole" à travers le monde. Des congrégations ont donc été etablies dans certaines villes et les apôtres communiquaient avec leurs frères avec des "lettres". Dans une de ces lettres, Paul (faudrait vérifier) écrivit aux corynthiens (à vérifier aussi). Il s'adressa à la confrrie car certains membres envisagaient d'arrêter d'exercer leur métier et de se consacrer pleinement à l'enseignement de la bonne parole tout en ne vivant que des dons .
Remplacez la bonne parole par la Debian, les membres permanents par les release manager, et la confrérie par le rest de la communauté et 2000 ans après les mêmes question se posent.
Bon je vous raconterai pas la fin parce que ca va pas vous plaire.
C'etait ma parabole, Amen :D
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.