De ce que j'ai vu, les débutants se font surtout aider par les gens qui veulent bien le faire, et ça inclue des gens aux niveaux de compétences variés. Je ne sais pas comment ça se passe ailleurs, mais sur le lug de Paris, il y a quand même beaucoup de personnes qui font preuve d'un enthousiasme qui n'est pas à la hauteur de leur capacité à résoudre les problémes, et ça se voit au vue de certaines solutions proposés ( ou au vue des problémes non résolus ).
Il y a eu une conférence aussi lors du CCC sur le theme "linux est bloated" ou le mec a commencé par des trucs du genre "on a pas besoin du bluetooth dans gdm", jusqu'à ce que Lennart ( qui était présent ) lui explique qu'en fait, si tu veux pouvoir utiliser un clavier bluetooth pour te logguer, c'est mieux d'avoir le support du bluetooth dans gdm, si tu veux le support de l'accessibilité, c'est mieux de l'avoir au niveau de gdm, etc.
Et je peux comprendre que ça paraisse bloated pour quelqu'un qui s'en sert pas, que ça soit source de probléme potentiels, qu'il faut maintenir ça, etc. Mais le support de l'accessibilité, c'est j'imagine requis pour gagner certains contrats publiques aux USAs ( mais je demanderais un fact checking externe à ce sujet, même si je crois me souvenir que c'était la raison de l'implication de Sun à ce niveau ). Le support du bluetooth, que ça soit une souris ou un clavier, c'est contre productif de l'avoir qu'aprés le login.
Ensuite, est ce qu'on veut pouvoir avoir gnome pour répondre à ce genre d'appel d'offre, sans doute. Est ce qu'il y a moyen de faire ça de façon plus fine, peut être.
En pratique, sur Paris, ça semble avoir eu un effet, si on regarde http://www.google.fr/elections/ed/fr/results
car j'ai un peu l'impression que le FN est 5eme sur la ville des lumières.
Bien que ça soit pas objectif, j'ai pas encore réussi à trouver de tel avec bluetooth et sans le mode modem, à part les iphones bien sur ( et encore, je suis mauvaise langue, j'ai pas testé )
Je dois reconnaitre que je penche aussi pour ça, car il est simple à comprendre, qu'il permet d'éviter certains soucis ( genre les conneries de vote utile ou pas, etc ). Le site web francais est mal traduit, mais l'anglais est assez fouillé.
Ça ne régle pas tout ( notament les histoires de representativité du vote blanc ), mais je ne pense pas que ça soit au niveau du systéme de vote que la solution se trouve. Si aucun candidat ne va à suffisament de gens ( ie assez de gens pour que ça fasse une différence significative ), et que personne ne s'est presenté pour representé l'opinion des gens qui ne se retrouvent pas dans les candidats ( ie, les personnes qui veulent voter blanc ), c'est soit que les raisons de voter blanc sont trop diverses pour en faire un partie ou une idéologie, et ce serait une erreur de compter ça comme 1 seul opinon, soit que tout le groupe des gens qui votent blanc ne peuvent pas ou ne veulent pas devenir candidat. Si ils peuvent pas, on a un probléme dans les régles, et il faut le regler. Si ils veulent pas ( et je parle bien de tout le monde dans un groupe assez grand ), je ne vois pas ce qu'on peut faire si personne ne veut faire l'effort d'un truc, ça n'arrive pas et voila.
mais si, c'est un complot. REgarde, la création d'un gouvernement uni pour la france, un complot des roses croix pour qu'un roi dirige les provinces. pareil partout dans le monde, du japon à l'angleterre, et même cesar.
Bien la preuve que le complot est mondial et ancien.
Alors bien sur, je comprends bien que le fork d'openssl dans le code est la pour le support des plateformes plus primitives, comme mac os x ou windows, qui n'ont pas de paquets. Je comprends que pour un truc aussi innovant qu'une boucle d’événement ( pour libeio ), il est trop dur de garder une API stable.
Mais je persiste à dire que c'est pas très bon sur le long terme.
Au cas par cas, tu veux dire que les serveurs ont pas tous besoin d'être mis à jour ou d'avoir ntp, ssh et les mêmes clés ssh ? Qu'il y a pas le même besoin de mettre un motd, qu'ils ont des systémes de monitoring différents et totalement non factorisable ?
parce que sinon, tu peux déployer un outil pour gerer les points communs, et tant pis pour le reste.
Comme dit plus haut, je m'en sert sur une infra de moins de 10 machines, et le simple fait de passer par puppet et svn permet à tout le monde de suivre les modifs, et de réagir si un truc est cassé ( genre, revert, genre, regarder le diff ).
Perso, j'ai migré de cfengine 2 à puppet, et je suis fan de puppet. On l'utilise au taf sur 1700 serveurs, je l'utilise sur mes 6 serveurs, et sur les serveurs de Mageia ( d'ailleurs, le dépot est publique : http://svnweb.mageia.org/adm/ , si tu veux voir une archi plus complète qu'un hello world ). De ce que j'ai vu au FOSDEM, c'est utilisé par Debian, par Fedora, par Wikimedia, entre autres références plus prestigieuses.
Mais comme je pense que plein de gens vont te dire du bien de Puppet, je vais vite me focaliser par honnêteté sur les soucis.
Le plus gros souci de puppet, c'est que la configuration simple ne va pas tenir la charge ( genre, sqlite + serveur par défaut webrick ), mais ça se déploie vite.
Donc tu va très vite devoir te pencher sur les soucis de scalability, mais c'est amplement couvert sur le web ( hélas pas de façon très intégré à la distribution, mais y a du travail avec ça en cours )
Autre souci, c'est du ruby, donc une consommation mémoire supérieur à celle de cfengine, et pas aussi rapide à converger ( mais ceci dit, je n'ai pas vraiment vu de problème avec ça au vue des machines que j'ai , mais si le but est d'avoir des milliers de mini vm, ça peut être bloquant ).
Enfin, il faut bien voir que puppet est un langage de description, pas de programmation. Ce qui peut faire grincer des dents si tu ne le prends pas comme tel, les choix qui ont été fait sont très opiniatre, et pareil, tout le monde n'aime pas.
À contrario, chef a l'air plus difficile à déployer, mais permet plus de choses. Il utilise directement ruby pour décrire les systèmes ( ce que puppet peut faire aussi, mais c'est pas très employé de ce que je sais ). Chef est plus apte à servir de brique de base pour faire un outil de gestion d'infrastructure ( genre, une interface personnalisé ). Il y a un article très bien dans Linux Mag sur le sujet, je t'invite à regarder.
Et pour finir, si tu as du RH/Centos, l'outil Cloudforms que Red hat va sortir devrait s'appuyer sur puppet, ce qui garanti que le support de puppet ne devrait pas être trop mauvais ( alors qu'il y a pas de paquet rpm de chef pour le moment en dehors de celui d'opscode, ce qui me fait sauter au plafond en tant que contributeur à une distribution ).
Si je regarde les différents noms dans le Changelog, on voit quand même des emails @sco.com, @fujitsu.com @ibm.com, @juniper.net, @openwall.net
Les releases sont fait à part. Je sais pas ou est le cvs, et j'avais déjà du mal à savoir ce qu'on peut faire avec des branches quand j'avais à l'utiliser, c'est pas maintenant que j'utilise plus que je vais pouvoir le dire. La seul mention que je trouve est un cvs readonly, qui est géré par le dit Damien.
Donc peut être que le cvs est aussi à part du projet principal.
djm est commiter openbsd. dtucker est aussi commiter sur openssh, et sur openntpd ( vu qu'il fait pareil, la portabilité ). Mais il se présente comme "helper on debian" http://www.advogato.org/person/dtucker/.
Tim rice est consultant unix, et semble faire autre chose que du bsd.
Donc je ne suis pas sur qu'on puisse dire que le taf de portabilité est fait par les devs openbsd, vu qu'on trouve des infos un chouia flou.
D'un coté, c'est 2 projets séparés, avec des correctifs qui sont venus de partout, mais de l'autre, les gens qui committent sur le 2me ont aussi les droits sur le premier, ce qui fait qu'il s'agit de facto de codeur openbsd.
Une vraie réponse serait de faire le compte des modifs de la version portable, et d'ou viennent les patchs.
J'attends quand même qu'on me montre la différence entre "on doit coder un serveur ssh, on va se servr des fonctions présentes que sur notre version de BSD et laisser le reste du monde sur une version portable ou adopter nos changements", et "on va coder un demon de gestion du boot, on va se servir des fonctiones présentes sur notre noyau et laisser le reste du monde se demerder".
J'avais trouvé normal la réaction de l'équipe d'openbsd d'utiliser leurs fonctionnalités autant que possible et de restreindre leur focus et le code pour leur os. C'est naturel d'utiliser les avancés de leur plateforme. C'est aussi naturel de vouloir avoir un code minimal, et je pense que Theo et Lennart seraient d'accord sur le fait que la portabilité inter unix peut rendre le code moche.
Donc venir sortir Theo de raadt comme exemple de chantre de la portabilité, faut pas déconner. Sur ce point la, je pense qu'il rejoint la plupart des devs, à savoir qu'il a un seuil de tolérance à ce qu'il peut accepter au nom de la portabilité.
Quand à l'avis d'Ulrich, il était surtout motivé par les trucs "exotiques" d'arm, comme les histoires d'alignements, le fait que ça soit le bordel sur les jeux d'instructions, et les types de procs, etc. Linus rale aussi sur les SOC et tout le foutoir que c'est, mais personne ne remets en cause son avis. Et même si je suis ni d'accord avec la forme des échanges sur internet d'Ulrich, ni avec la conclusion qu'il en tire, je pense qu'on peut au moins se dire que sur le fond, ses arguments n'étaient pas totalement creux.
En fait, je me disait pareil que toi, puis j'ai fait les comptes. Y a 4000 personnes dans la boite en 2010 ( source wikipedia ). La boite a 19 ans, des gens ont du partir, venir, on va miser sur 6000 personnes qui sont passés par la ( estimation à la louche ). À supposer 20% de personnes impliqués dans le libre et donc à même d'être connu du public linuxfrien, ça fait 800 personnes.
Sur les 800, on va compter parmi les gens avec un caractère bien trempé qui ont fait les gros titres sur Linuxfr :
- Jeff Johnson
- Ulrich Drepper
- Lennart Poettering ( et je tiens à préciser que moi, j'aime bien Lennart )
on peut rajouter une paire de gens de GNOME, un ou deux codeurs de yum, visons large, ça va faire 10 personnes.
10 sur 800. ça fait pas grand chose.
La question est plus de savoir si c'est pas le logiciel libre qui fait qu'on doit avoir son petit caractère , que ça soit par construction ( l'exemple revient assez souvent dans les débats sur les femmes et le libre ), ou parce que tout se passe sur internet. Et auquel cas, en effet, on a l'impression statistique que tout les psychopathes sont chez Red Hat, vu qu'une grande variété de codeurs sont chez eux. À supposer qu'une personne compétente mais anti social arrive à devenir grand mamamouchi d'un projet, il y a des chances que les compétences pures compensent le coté anti social, et donc qu'il se retrouve à se faire embaucher pour bosser sur le dit projet , ie, chez une société qui contribue au libre.
En effet, personne de logique ne va embaucher un anti social pour bosser avec ses équipes. Mais si la personne est déjà en place, avec des équipes externes qui l'acceptent, alors la pénalité est moindre. Donc la compétence éclipse le coté antisocial.
[^] # Re: C est stable ? ptet bin que oui ptet bin que non ( réponse de normand )
Posté par Misc (site web personnel) . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 8.
De ce que j'ai vu, les débutants se font surtout aider par les gens qui veulent bien le faire, et ça inclue des gens aux niveaux de compétences variés. Je ne sais pas comment ça se passe ailleurs, mais sur le lug de Paris, il y a quand même beaucoup de personnes qui font preuve d'un enthousiasme qui n'est pas à la hauteur de leur capacité à résoudre les problémes, et ça se voit au vue de certaines solutions proposés ( ou au vue des problémes non résolus ).
[^] # Re: rêve d'une gubuntu
Posté par Misc (site web personnel) . En réponse à la dépêche Ubuntu 12.04 Precise Pangolin est sortie. Évalué à 7.
Il y a eu une conférence aussi lors du CCC sur le theme "linux est bloated" ou le mec a commencé par des trucs du genre "on a pas besoin du bluetooth dans gdm", jusqu'à ce que Lennart ( qui était présent ) lui explique qu'en fait, si tu veux pouvoir utiliser un clavier bluetooth pour te logguer, c'est mieux d'avoir le support du bluetooth dans gdm, si tu veux le support de l'accessibilité, c'est mieux de l'avoir au niveau de gdm, etc.
Et je peux comprendre que ça paraisse bloated pour quelqu'un qui s'en sert pas, que ça soit source de probléme potentiels, qu'il faut maintenir ça, etc. Mais le support de l'accessibilité, c'est j'imagine requis pour gagner certains contrats publiques aux USAs ( mais je demanderais un fact checking externe à ce sujet, même si je crois me souvenir que c'était la raison de l'implication de Sun à ce niveau ). Le support du bluetooth, que ça soit une souris ou un clavier, c'est contre productif de l'avoir qu'aprés le login.
Ensuite, est ce qu'on veut pouvoir avoir gnome pour répondre à ce genre d'appel d'offre, sans doute. Est ce qu'il y a moyen de faire ça de façon plus fine, peut être.
[^] # Re: Rien à voir
Posté par Misc (site web personnel) . En réponse au journal Notre petit univers de geek privilégié. Évalué à 9.
En pratique, sur Paris, ça semble avoir eu un effet, si on regarde http://www.google.fr/elections/ed/fr/results
car j'ai un peu l'impression que le FN est 5eme sur la ville des lumières.
[^] # Re: Tethering
Posté par Misc (site web personnel) . En réponse au journal Essayer d'être intelligent dans le choix de son téléphone intelligent. Évalué à 3.
Bien que ça soit pas objectif, j'ai pas encore réussi à trouver de tel avec bluetooth et sans le mode modem, à part les iphones bien sur ( et encore, je suis mauvaise langue, j'ai pas testé )
[^] # Re: Poids des votes
Posté par Misc (site web personnel) . En réponse au journal Expérience de modes scrutin alternatifs. Évalué à 2.
C'est la méthode de vote utilisé par le projet fedora, sauf erreur de ma part.
http://rangevoting.org/
Je dois reconnaitre que je penche aussi pour ça, car il est simple à comprendre, qu'il permet d'éviter certains soucis ( genre les conneries de vote utile ou pas, etc ). Le site web francais est mal traduit, mais l'anglais est assez fouillé.
Ça ne régle pas tout ( notament les histoires de representativité du vote blanc ), mais je ne pense pas que ça soit au niveau du systéme de vote que la solution se trouve. Si aucun candidat ne va à suffisament de gens ( ie assez de gens pour que ça fasse une différence significative ), et que personne ne s'est presenté pour representé l'opinion des gens qui ne se retrouvent pas dans les candidats ( ie, les personnes qui veulent voter blanc ), c'est soit que les raisons de voter blanc sont trop diverses pour en faire un partie ou une idéologie, et ce serait une erreur de compter ça comme 1 seul opinon, soit que tout le groupe des gens qui votent blanc ne peuvent pas ou ne veulent pas devenir candidat. Si ils peuvent pas, on a un probléme dans les régles, et il faut le regler. Si ils veulent pas ( et je parle bien de tout le monde dans un groupe assez grand ), je ne vois pas ce qu'on peut faire si personne ne veut faire l'effort d'un truc, ça n'arrive pas et voila.
[^] # Re: Quelle naïveté !
Posté par Misc (site web personnel) . En réponse au journal Tester le 'Vote de Valeur' en grandeur réelle, tentant ?. Évalué à 2.
mais si, c'est un complot. REgarde, la création d'un gouvernement uni pour la france, un complot des roses croix pour qu'un roi dirige les provinces. pareil partout dans le monde, du japon à l'angleterre, et même cesar.
Bien la preuve que le complot est mondial et ancien.
( ps c'est du sarcasme )
[^] # Re: Il manque une faiblesse !
Posté par Misc (site web personnel) . En réponse au journal Réflexions à propos de NodeJS et de Javascript plus globalement. Évalué à 3.
Genre une pile de code qui forke openssl, la zlib et une boucle d'evenement ?
Ou un interpréteur qui s'appuie sur un moteur js qui fait des releases tout les 6 semaines ?
# Helas, c'est du node.js
Posté par Misc (site web personnel) . En réponse à la dépêche Etherpad Lite. Évalué à 5.
Et node.js, c'est un peu pas cool vu qu'il y a un fork en bundle de divers choses, comme la libv8 de chrome, openssl
https://github.com/joyent/node/tree/079b81358bf464b621146a90eeee9cd5d6631c56/deps
Du coup, ça fait râler certaines distributeurs :
https://bugzilla.redhat.com/show_bug.cgi?id=732552
Alors bien sur, je comprends bien que le fork d'openssl dans le code est la pour le support des plateformes plus primitives, comme mac os x ou windows, qui n'ont pas de paquets. Je comprends que pour un truc aussi innovant qu'une boucle d’événement ( pour libeio ), il est trop dur de garder une API stable.
Mais je persiste à dire que c'est pas très bon sur le long terme.
[^] # Re: Et ?
Posté par Misc (site web personnel) . En réponse au journal Juste un bug idiot.. Évalué à 3.
Ou de reconfigurer le clavier pour ne pas faire d'espace insécable avec altgr+espace, mais avec une combinaison plus difficile à faire par erreur
[^] # Re: Un peu tard ?
Posté par Misc (site web personnel) . En réponse à la dépêche Colloque Cyberlaw à SciencesPo Paris avec la présence de Lawrence Lessig. Évalué à 2.
Exactement ce que je me suis dit.
[^] # Re: Saisie du mot de passe root
Posté par Misc (site web personnel) . En réponse au journal Le vers est dans le fruit. Évalué à 8.
Non, Apple va pouvoir dire "avec notre nouveau systéme d'appstore, vous n'aurez pas de problémes".
[^] # Re: Pertinance ?
Posté par Misc (site web personnel) . En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 4.
"c'est une compétence qui s'arrache sur le marché, donc ça permet de te recaser plus facilement"
[^] # Re: Cloudify
Posté par Misc (site web personnel) . En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 2.
J'arrive pas à trouver le code, c'est écrit en quoi ?
[^] # Re: Pertinance ?
Posté par Misc (site web personnel) . En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 3.
Au cas par cas, tu veux dire que les serveurs ont pas tous besoin d'être mis à jour ou d'avoir ntp, ssh et les mêmes clés ssh ? Qu'il y a pas le même besoin de mettre un motd, qu'ils ont des systémes de monitoring différents et totalement non factorisable ?
parce que sinon, tu peux déployer un outil pour gerer les points communs, et tant pis pour le reste.
Comme dit plus haut, je m'en sert sur une infra de moins de 10 machines, et le simple fait de passer par puppet et svn permet à tout le monde de suivre les modifs, et de réagir si un truc est cassé ( genre, revert, genre, regarder le diff ).
# Fan de puppet
Posté par Misc (site web personnel) . En réponse au journal Jouer au ptit chef ou à la poupée ?. Évalué à 10.
Perso, j'ai migré de cfengine 2 à puppet, et je suis fan de puppet. On l'utilise au taf sur 1700 serveurs, je l'utilise sur mes 6 serveurs, et sur les serveurs de Mageia ( d'ailleurs, le dépot est publique : http://svnweb.mageia.org/adm/ , si tu veux voir une archi plus complète qu'un hello world ). De ce que j'ai vu au FOSDEM, c'est utilisé par Debian, par Fedora, par Wikimedia, entre autres références plus prestigieuses.
Mais comme je pense que plein de gens vont te dire du bien de Puppet, je vais vite me focaliser par honnêteté sur les soucis.
Le plus gros souci de puppet, c'est que la configuration simple ne va pas tenir la charge ( genre, sqlite + serveur par défaut webrick ), mais ça se déploie vite.
Donc tu va très vite devoir te pencher sur les soucis de scalability, mais c'est amplement couvert sur le web ( hélas pas de façon très intégré à la distribution, mais y a du travail avec ça en cours )
Autre souci, c'est du ruby, donc une consommation mémoire supérieur à celle de cfengine, et pas aussi rapide à converger ( mais ceci dit, je n'ai pas vraiment vu de problème avec ça au vue des machines que j'ai , mais si le but est d'avoir des milliers de mini vm, ça peut être bloquant ).
Enfin, il faut bien voir que puppet est un langage de description, pas de programmation. Ce qui peut faire grincer des dents si tu ne le prends pas comme tel, les choix qui ont été fait sont très opiniatre, et pareil, tout le monde n'aime pas.
À contrario, chef a l'air plus difficile à déployer, mais permet plus de choses. Il utilise directement ruby pour décrire les systèmes ( ce que puppet peut faire aussi, mais c'est pas très employé de ce que je sais ). Chef est plus apte à servir de brique de base pour faire un outil de gestion d'infrastructure ( genre, une interface personnalisé ). Il y a un article très bien dans Linux Mag sur le sujet, je t'invite à regarder.
Et pour finir, si tu as du RH/Centos, l'outil Cloudforms que Red hat va sortir devrait s'appuyer sur puppet, ce qui garanti que le support de puppet ne devrait pas être trop mauvais ( alors qu'il y a pas de paquet rpm de chef pour le moment en dehors de celui d'opscode, ce qui me fait sauter au plafond en tant que contributeur à une distribution ).
[^] # Re: Une main de fer dans un gant d'acier
Posté par Misc (site web personnel) . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 5.
Les gens d'openbsd, c'est vague. Si je suis http://openssh.org/history.html#portable , il y a 2 noms. Damien Miller est un dev qui fait un peu d'openbsd ( cf http://www.mindrot.org/~djm/ ), même si visiblement, un peu, c'est déjà pas mal.
Phil Hands est visiblement un dev debian ( http://www.hands.com/~phil/ ).
Donc ça fait 1 "gens" d'openbsd.
Si je regarde les différents noms dans le Changelog, on voit quand même des emails @sco.com, @fujitsu.com @ibm.com, @juniper.net, @openwall.net
Les releases sont fait à part. Je sais pas ou est le cvs, et j'avais déjà du mal à savoir ce qu'on peut faire avec des branches quand j'avais à l'utiliser, c'est pas maintenant que j'utilise plus que je vais pouvoir le dire. La seul mention que je trouve est un cvs readonly, qui est géré par le dit Damien.
Donc peut être que le cvs est aussi à part du projet principal.
À contrario, si je regarde la liste des changements récents ftp://ftp.ca.openbsd.org/pub/OpenBSD/OpenSSH/portable/ChangeLog
, on voit en effet 3 nicks :
djm ( damien miller )
dtucker ( darren tucker )
tim ( tim rice )
djm est commiter openbsd. dtucker est aussi commiter sur openssh, et sur openntpd ( vu qu'il fait pareil, la portabilité ). Mais il se présente comme "helper on debian" http://www.advogato.org/person/dtucker/.
Tim rice est consultant unix, et semble faire autre chose que du bsd.
Donc je ne suis pas sur qu'on puisse dire que le taf de portabilité est fait par les devs openbsd, vu qu'on trouve des infos un chouia flou.
D'un coté, c'est 2 projets séparés, avec des correctifs qui sont venus de partout, mais de l'autre, les gens qui committent sur le 2me ont aussi les droits sur le premier, ce qui fait qu'il s'agit de facto de codeur openbsd.
Une vraie réponse serait de faire le compte des modifs de la version portable, et d'ou viennent les patchs.
[^] # Re: Une main de fer dans un gant d'acier
Posté par Misc (site web personnel) . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 8.
Et la portabilité vers des OS autres qu'openbsd ( http://openssh.org/portable.html ) ?
J'attends quand même qu'on me montre la différence entre "on doit coder un serveur ssh, on va se servr des fonctions présentes que sur notre version de BSD et laisser le reste du monde sur une version portable ou adopter nos changements", et "on va coder un demon de gestion du boot, on va se servir des fonctiones présentes sur notre noyau et laisser le reste du monde se demerder".
J'avais trouvé normal la réaction de l'équipe d'openbsd d'utiliser leurs fonctionnalités autant que possible et de restreindre leur focus et le code pour leur os. C'est naturel d'utiliser les avancés de leur plateforme. C'est aussi naturel de vouloir avoir un code minimal, et je pense que Theo et Lennart seraient d'accord sur le fait que la portabilité inter unix peut rendre le code moche.
Donc venir sortir Theo de raadt comme exemple de chantre de la portabilité, faut pas déconner. Sur ce point la, je pense qu'il rejoint la plupart des devs, à savoir qu'il a un seuil de tolérance à ce qu'il peut accepter au nom de la portabilité.
Quand à l'avis d'Ulrich, il était surtout motivé par les trucs "exotiques" d'arm, comme les histoires d'alignements, le fait que ça soit le bordel sur les jeux d'instructions, et les types de procs, etc. Linus rale aussi sur les SOC et tout le foutoir que c'est, mais personne ne remets en cause son avis. Et même si je suis ni d'accord avec la forme des échanges sur internet d'Ulrich, ni avec la conclusion qu'il en tire, je pense qu'on peut au moins se dire que sur le fond, ses arguments n'étaient pas totalement creux.
[^] # Re: Quand je remonte un peu en arrière ...
Posté par Misc (site web personnel) . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 5.
Il manque pas un
[^] # Re: Une main de fer dans un gant d'acier
Posté par Misc (site web personnel) . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 7.
En fait, je me disait pareil que toi, puis j'ai fait les comptes. Y a 4000 personnes dans la boite en 2010 ( source wikipedia ). La boite a 19 ans, des gens ont du partir, venir, on va miser sur 6000 personnes qui sont passés par la ( estimation à la louche ). À supposer 20% de personnes impliqués dans le libre et donc à même d'être connu du public linuxfrien, ça fait 800 personnes.
Sur les 800, on va compter parmi les gens avec un caractère bien trempé qui ont fait les gros titres sur Linuxfr :
- Jeff Johnson
- Ulrich Drepper
- Lennart Poettering ( et je tiens à préciser que moi, j'aime bien Lennart )
on peut rajouter une paire de gens de GNOME, un ou deux codeurs de yum, visons large, ça va faire 10 personnes.
10 sur 800. ça fait pas grand chose.
La question est plus de savoir si c'est pas le logiciel libre qui fait qu'on doit avoir son petit caractère , que ça soit par construction ( l'exemple revient assez souvent dans les débats sur les femmes et le libre ), ou parce que tout se passe sur internet. Et auquel cas, en effet, on a l'impression statistique que tout les psychopathes sont chez Red Hat, vu qu'une grande variété de codeurs sont chez eux. À supposer qu'une personne compétente mais anti social arrive à devenir grand mamamouchi d'un projet, il y a des chances que les compétences pures compensent le coté anti social, et donc qu'il se retrouve à se faire embaucher pour bosser sur le dit projet , ie, chez une société qui contribue au libre.
En effet, personne de logique ne va embaucher un anti social pour bosser avec ses équipes. Mais si la personne est déjà en place, avec des équipes externes qui l'acceptent, alors la pénalité est moindre. Donc la compétence éclipse le coté antisocial.
[^] # Re: Une main de fer dans un gant d'acier
Posté par Misc (site web personnel) . En réponse au journal La glibc s'ouvre à la communauté. Évalué à 10.
Ulrich aussi averti plusieurs fois, mais en te mordant.
En fait, il faut considérer la tête sanglante sur son bureau comme un avertissement.
[^] # Re: Arch yabon
Posté par Misc (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 4.
http://article.gmane.org/gmane.linux.redhat.fedora.devel/161438
"The only thing that gets drivers written is writing the damn driver."
[^] # Re: Arch'ment bon! La pédagogie en plus!
Posté par Misc (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 5.
En fait, les archistes sont les nouveaux gentooistes.
http://greenfly.org/mes.html
[^] # Re: Les mamouths
Posté par Misc (site web personnel) . En réponse au journal Les aventuriers de la distribution perdue. Évalué à 3.
Sinon, y a EPEL pour faire des paquets. https://fedoraproject.org/wiki/EPEL
( et il y a une souscription offerte pour les packageurs, pour ce que Centos rebute, et qui trouve que 50 euros par an, c'est trop cher )
[^] # Re: heu ..
Posté par Misc (site web personnel) . En réponse au journal Inscrivez vous à Facebook, il sait déjà tout de vous. Évalué à 3.
Sinon, tu prends une carte mobile chez sfr/orange/bouygues, le temps que l'opérateur valide ton identité, tu as eu ton compte gmail.
Ensuite, tu revends le tel pour pas qu'on te retrouve avec ton IMSI ( ou tu utilises un tel ou le firmware peut changer l'imsi )
# Nimage
Posté par Misc (site web personnel) . En réponse au journal Inscrivez vous à Facebook, il sait déjà tout de vous. Évalué à 10.
C'est le datacenter de l'étoile noire ?