Alors la Linux Foundation a visiblement été contacté par les différents gens ( notamment peter Jones et matthew Garett e) d'après le thread en cours sur fedora-devel ( https://lists.fedoraproject.org/pipermail/devel/2012-May/167605.html ) . Ils ont réfléchi, et ils ont déclinés la gestion d'un CA, car trop couteux.
À noter aussi que l'argent ne va pas à Microsoft, mais à Verisign, cf la mise à jour sur l'article de blog.
Je conseille de lire le thread ( minus certains sous threads ) pour avoir plus d'info, voir même de faire une dépéche correct.
Parler de l"UEFI non négotiable sur arm, c'est quand même aussi oublié qu'en fait, c'est deja le cas. L'iphone a un bootloader verrouillé, et ça, grâce au travail de boite comme Qualcomm qui vends des SOC avec la feature ( griller un fusible, et paf, c'est bloqué ). Donc le souci n'est pas de l'UEFI, qui n'a servi qu'à standardiser l'existant.
Et le souci, c'est aussi tout les gens qui se sont dit "nan mais coreboot ça sert à rien, faut vraiment être un fanatique de vouloir refuser un bios". ( même si personnellement, je pense pas que la situation va changer grandement, avant fallait aller dans le bios pour booter sur un cd, ça va juste être pareil )
Mais globalement, il y a eu des patchs ajoutés sur les versions de rpm, entre mandriva/mandrake, suse, et redhat, ou chacun n'ayant pas les ressources pour faire la mise à jour et le nettoyage. Les choses se sont améliorés par la suite.
Il y a aussi eu le codeur principal de rpm, qui a quitté RH ( en bon terme ou pas, l'histoire ne le dit pas ), et qui voulait revoir rpm radicalement, d'ou rpm5. Il a réussi à convaincre d'autres gens du bien fondé ( et je pense que tout le monde est d'accord pour dire qu'il y a du code à revoir dans rpm ), et notamment des gens chez Mandriva à l'époque.
Il y a aussi des histoires de projet de recherche ( payant ) limité par des comportements de rpm, et de gens payé pour ajouter ça, et qui ont choisi rpm5 ( à l'époque de edos/mancoosi, projet qui sont parti sur debian maintenant ).
C'est long comme histoire. Et encore, je pense que j'ai pas tout :)
j'ai le sentiment que tu vois des oppositions la ou il n'y en a pas, et ton commentaire est rempli de tellement d'approximation fausses que je sais pas ou commencer.
Alors commençons.
D'abord, utiliser Ubuntu plutôt que Mandriva, c'est placer le débat à un niveau incorrect. C'est utiliser les services de Linagora par rapport aux services de Mandriva pour la gendarmerie et l'assemblée national. Linagora que je sache est une entreprise française, dont les bureaux sont en France à Puteaux. Donc la question est plus "pourquoi Linagora a utilisé une distribution plutôt que de filer directement le marché à un de leur concurrents"
Ensuite, quand tu dis "utiliser des distros de milliardaires américains", soit tu parles d'Ubuntu ( auquel cas, c'est faux, Mark Shuttleworth n'est pas américain, ni à sa naissance, ni maintenant ). Soit tu parles de Fedora, qui n'est pas une distribution de milliardaire ( car même en faisant un grand saut dans la reflexion et en supposant que Fedora soit équivalent à RHEL, Red Hat n'a fait qu'un milliard de chiffres d'affaires, c'est pas un milliard de benef, et c'est que sur l'année derniére ).
Soit tu parles de Rosa, la distribution financé par Leonid Reiman, actuellement actionnaire majoritaire de Mandriva, et dans ce cas, je te ferait noter qu'il est pas non plus américain, mais russes. Et que la comparaison avec Mandriva est du coup foireuse.
Tu parles du subconscient américain, mais que je sache, l'ANSII utilise exclusivement des debians pour justement ce genre de raison, les russes ont fait un projet d'avoir une version à eux pour leurs écoles, les chinois ont mis en place le projet Red Flag Linux. Donc non, c'est pas le subconscient américain, c'est une application strict d'une politique de sécurité, et une vision AMHA réaliste des forces en place et des lois. Et que je sache, quand il n'y a pas le choix ( exemple, création de processeurs ), ce genre de considération passe avant le fait de garder un budget raisonnable.
Tu parles aussi de la capacité franco française à dénigrer nos produits, mais en bossant dans une équipe reparti sur toute l'Europe, j'ai pu voir que ça n'a rien de franco-français. Par exemple, j'ai un jour fait une blague sur irc "non mais je suis fainéant, j'ai le droit, je suis français", mon chef (anglais) m'a dit "bonne idée, on peut adapter ça pour le reste : "je suis raleur, mais j'ai le droit, je suis anglais". j'aurais pas cru que râler était autre chose qu'une spécialité de mon pays, mais il semble que si.
Et je pense que la propension à dénigrer se retrouve dans la culture populaire chez les humoristes un peu partout ( exemple, l'épisode 1 de the it crowd, série britannique, ou Moss tente d'éteindre un feu avant de voir que c'est un extincteur made in britain et qu'il marche pas ). Ou des épisodes des simpsons , comme "Kiss Kiss, Bang Bangalore" ou Moe se tire dessus avec un fusil made in america.
Enfin, dire que Hurd s'essouffle parce que Linus a été naturalisé tient du fantasme. La raison pour laquelle Hurd s'essouffle, c'est déjà parce que le design est complexe et de haut niveau, et suis les dernières avancés des chercheurs dans le domaine, et que ça requiert un investissement certain. Linux a l'avantage d'être la et fonctionnel, et d'avoir déjà occupé le marché. Si ta théorie était vrai, alors tout le monde bosserais sur FreeBSD, qui a le bon gout d'être un produit américain depuis le début avec une licence plus corporate friendly car plus simple à gérer. Le fait est que Linux a plus de ressources derrière lui car les entreprises ont investis dessus, et elles ont investi car il y a un retour assez rapide, alors que le Hurd est plus sur le long terme dans l'état des choses. Je suis sur qu'il y a de la place pour lui sur des choses comme le contrôle industriel, les micro noyaux certifiés, et donc des ressources à grapiller. Mais si ce que j'ai lu est vrai et le Hurd est plus lent ( genre de façon significative ) du aux changements de contextes pour le passage de message ( je précise que je peux me planter, c'est des souvenirs d'une interview d'Alan Cox d'il y a 5/6 ans ), alors ça me parait plus probable que la nationalité de Linus.
Quand à fuir rpm5 car il est utilisé par Mandriva, c'est aussi une affabulation. Parmi les utilisateurs de rpm, il y a plusieurs types de distribution. Il y a celle avec des mainteneurs actifs sur rpm ( Fedora, Suse ), et d'autres qui n'ont pas les ressources. Les distributions avec des coeurs actifs sur la branche classique vont forcement garder la branche en question, ils connaissent le code, ils savent ce qu'il faut faire, la direction, etc.
Les autres vont soit suivre les premiéres ( exemple, mageia ), soit suivre rpm5 ( exemple Unity, exemple Mandriva ).
L'expérience a monter 2 choses :
- les codeurs rpm5 sont très enthousiastes, ils nettoient et refont plein de trucs
- les codeurs rpm5 ne sont pas conservateurs, ni diplomate. Le Build System mandriva a été complétement cassé pendant des jours suite à l'upgrade de rpm en cooker. Il a fallu des mois pour avoir ne serais qu'une excuse "désolé, on a tout cassé". Il y a eu des intégrations de changements avant discussions, ce qui a lancé des flamewars assez colorés ( exemple, intégration de rpmlint dans le processus de build sans en discutter avant, etc ). Bien que je trouve bien le nettoyage et la réécriture, Jeff Johnson a un style parfois abrasif, et ne se rends pas compte que personne ou presque n'arrive à le suivre ( voir à le comprendre ). Il va aussi lancer des idées, comme mettre la base rpm dans mongodb, comme faire des scriptlets embarqué en lua. Ça peut avoir du sens, mais ça peut aussi faire peur. Per Oyvind Karlsen va aussi aller parfois à la confrontation, alternant des discours dithyrambiques avec des messages ultra enthousiastes ou parfois borderline ( cf son linkedin ).
Donc c'est plus la nature des membres du projet que l'usage par Mandriva, au moins de mon point de vue de distributeur.
Et j'aurais tendance à dire que c'est l'état de flux constant de rpm5 qui fait que les gens préfèrent la branche plus conservatrices, voir préfère leur propre fork.
Enfin, je ne voit pas en quoi Ubuntu a été mise pour contrer Suse. Ubuntu est la parce qu'un homme d'affaire a eu l'idée de lancer ce produit, parce qu'il y a croit, parce qu'il pense que ça peut réussir. Il s'est pas dit "oh les mecs, j'ai une idée, je vais contre carrer une boite allemande que j'arrive pas à racheter". Surtout qu'à l'epoque, Suse avait déjà été racheté par Novell, entreprise de l'Utah, donc des USAs. Et on noteras que Suse existe toujours, maintenant comme entité indépendante de Novell. Et Novell a racheté Suse surtout parce qu'ils ont voulu se lancer sur le marché des distributions Linux. Donc soit repartir de 0, soit rachat. Et le rachat me parait la bonne solution.
Je vais m’arrêter la, le commentaire est assez long pour aujourd'hui.
Oui, il y a des developpeurs. Certes, moins nombreux qu'avant, et je doute que la situation s'améliore de si tôt, mais de ce que je vois, ça semble aller mieux, ou au moins, dans le bon sens.
De surcroit, les devs rpm5 sont plus chez mdv, mais chez rosalabs pour le moment.
Je suis totalement d'accord sur le manque de critique envers android. Même si j'ai un smartphone sous android pour mon taf, j'ai vite toucher les limites de l'ouverture :
- pour devenir root, j'ai du prendre un binaire sur le web, qui lance un exploit. Est ce que le code correspond à celui de github, je sais pas, sans doute que oui, mais on sait jamais. Lancer un truc sur son tel et se retrouver avec 400 euros de factures, il y a pourtant un business plan. Et la présence de faille dans mon tel m'enchante moyen.
- pour mettre en place un VPN, pas possible avec l'OS installé, au motif qu'il manque tun.ko. il suffit sans doute de reflasher mais bon
- déverouiller le portable ( car j'aimerais m'en servir à l'étranger, genre pour ne pas payer un bras sur le forfait mobile quand je suis la bas 1 semaine pour le taf ), pareil, via des trucs bizzares.
- les applis fournis par défaut ? Proprio, et pourri. La météo qui marche que via la 3G orange, des applications de demo qui se lance qu'une fois ( genre, un tetris )
- faire des trucs comme installer des softs gratuits ? Faut avoir un compte google.
Et la part de Google ? ma foi, faire preuve de complaisance en fournissant du code sous BSD et pas sous GPL. Se dire que sans ça, la situation aurait pu être pire.
Les constructeurs ? J'aurais tendance à dire "ne pas comprendre les contraintes du logiciels libres" et céder aux besoins de contrôle des éditeurs de contenus. Une tablette est surtout un outil de consommation plutot que de production, au moins dans l'esprit des gens et des fabriquants, donc qui dit consomation dit DRM.
Pour moi, le souci est plus la complaisance des libristes. Il y a eu plein de gens qui ont gardés un esprit critique, il faut pas croire. Mais il y aussi que la majorité s'en fout, et que même si on aime pas un truc, si il y a que ça, tu prends à reculons. J'aime pas prendre le metro aux heures de pointes, je pourrais démissionner pour ne pas le prendre mais j'ai pas envie, donc je cherche une solution et en attendant, je prends quand même. On compare pas l'ouverture d'une tablette face à un pc, mais face à une autre tablette ou un portable. Face à un pc, oui, c'est nul. Le matos va tôt ou tard devenir obsolète en matière de soft, il est sans doute rempli de failles et de limitation. Mais ça a toujours été comme ça, et avant on pouvait rien y faire. Peut être que la plupart des gens continuent à voir les choses comme ça.
Sauf erreur de ma part, il y a le système de boot, qui est spécifique debian. Mais oui, si on retire tout ce qui est propre à la distro ( l'installeur, les paquets, la gestion de paquet, la gestion de la distro ), il ne reste que des trucs génériques :)
Ouais enfin les paquets testés dans Fedora, y a aussi le même gcc, la même glibc, le même kernel qu'il y a sur tout les distros. Et il y a visiblement aussi pas mal de truc autour du cloud ( open nebula, openstack etc ) qui veulent passer par Fedora pour justement avoir le même genre de tests.
Et dans le cas de Mageia, il y a par exemple aussi eu des versions de deve de gnome dans cooker, une version de dev de pulseaudio, parfois des RCs de perl.
Il y a une tendance de fond de certains packageurs de fournir des tests via les versions de devs ou via les versions récentes de distros linux.
Je pense que tu ne dois pas suivre les choses d'assez prêt.
Par exemple, systemd a été retardé de 6 mois pour manque de documentation, et il a été mis par défaut lors de la F16, parce que la documentation a été jugé suffisante ( mais pas suffisante pour tous, si j'en crois certains ici, et pourtant, lennart a mouillé la chemise je trouve ).
Enfin, il y a les élections en ce moment, donc tu peux toujours signaler que selon toi, le processus de features devrait rendre obligatoire l'écriture de documentation. Le vrai souci est dans ce cas que faire si quelqu'un ne joue pas le jeu. Dire "on reverte la feature" me parait assez violent, et retarder tout le monde pour une doc me parait pas terrible non plus.
Et comme tu dis, tout les bugs notés comme bloquant ont été corrigé, y a un meeting de validation chaque semaine, annoncé sur les listes. Donc soit un bug qui t'affecte n'a pas été noté comme bloquant, soit il n'a pas été reporté à temps. Si il n'a pas été reporté, ben soit c'est pas de chance, il touche tout le monde mais personne n'a fait de rapport, soit il touche moins de gens que tu crois, et il n'a pas eu droit à un rapport.
Ou le bug a été rapporté et il n'a pas été retenu comme bloquant, auquel cas il faut en effet dans ce cas revoir les critères de choix, et pour être franc, c'est déjà ce qui est fait régulièrement. Si tu penses qu'il y a eu un souci à ce niveau, les logs des meetings sont publiques, tu peux aller dire "voila, moi, je trouve que ce bug aurait du être noté comme bloquant, donc je propose de rajouter ça à la liste des critéres pour que ça se passe pas une 2eme fois". C'est pas un engagement sur le long terme, donc tu va pouvoir consacrer autant de temps à tout les projets libres auquel tu contribues, et au pire, on te dit non, auquel cas t va pouvoir revenir poster un journal.
L’équipe documentation accepte toujours de l'aide. Et je pense aussi que le but de Fedora est d'avoir les derniéres nouveautés, ça implique parfois des trucs pas aussi finis ( notamment au niveau de la doc ), ou avec encore des problèmes à régler. Comme pas assez de monde fait l'upgrade avant la stable, certains problèmes sont pas corrigés à temps car non signalé.
preupgrade a été testé plusieurs fois, il fait parti des critères de la QA. Mais il est testé dans des conditions qui sont par définition bornés et limités ( tu peux pas dire "tester dans tout les cas possibles" ), et il y a toujours quelqu'un ayant fait un truc hors des clous, et ça passe pas toujours. Un but de Fedora, c'est aussi d'avoir la communauté qui s'implique, donc pourquoi ne pas avoir testé plus tôt, surtout que tu as un système avec rsync et tout ?
Non, c'est parce que les utilisateurs ne sont pas devenus mainteneurs que les drivers ont disparus. Le code est encore la dans le git, si tu veux le reprendre, tu peux. Tu peux aussi râler parce que quelqu'un n'a pas fait le taf bénévolement pour toi, mais tu va juste râler dans le vide, et tu va rien réussir de positif.
Bah, la société fait du libre, mais pour payer du monde pour bosser sur les projets, faut de l'argent ( moi, je veux bien le faire gratos et je l'ai fait pendant 2 ans, mais mon épicier refuse de me fournir de la nourriture sans monnaie sonnante et trébuchante ).
Pour de l'argent, Mandriva a démontré que les donations, ça marche pas comme business plan. Et le commentaire suivant montre bien aussi que payer les devs, c'est pas dans l'optique de toute les DSIs ( ie "bon, on a un produit qui marche au poil, mais c'est du libre, c'est gratuit fait par des étudiants pas chers, pas besoin d'injecter de l'argent" ).
Et je suis d'accord que c'est ironique. Tout comme se dire que finalement, le support ne t'apporte rien car le produit marche. Personne de logique ne voudrait que le produit soit fautif pour que le support apporte de la valeur. Mais pourtant, comme disait mon client il y a une paire d'année, "non, pas besoin d'un firewall redondé haute dispo, si il tombe, ça rappelle qu'on existe et qu'on s'en occupe". Ironique, n'est ce pas, devoir faire du moins bon boulot, car le trop bon boulot n'est pas reconnu à sa juste valeur.
J'ai vu ça à mon ancien taf ( en presta au conseil de l'europe, puis dev python au QG ) sur les serveurs de la paye entre autres ( avec des debians, du solaris, et beaucoup de windows ). Ceci dit, je suis étonné que tu n'es jamais rien vu d'autres que des debians/ubuntu, car j'ai aussi croisé des slackwares en production, des mandrakes/mandriva, des *bsd et même un jour un os x server. ( ou du digital unix, de l'HP/UX, du solaris ).
Et j'étais pas consultant à temps plein, juste envoyé de temps en temps chez les clients.
Le reste, mon contrat m'interdit sans doute de le divulguer. Mais j'aurais tendance à dire qu'il y a bien des endroits car l'argent ne pousse pas sur les arbres pour Red Hat.
Moi, j'aimerais surtout savoir quand est ce que Microsoft permettra à d'autre de faire le support de leurs produits ( ie, pas sous la forme de revendeur, sous la forme de pouvoir filer un patch si besoin ).
Pour la défense du mec, je pense qu'il est fort probable que la phrase soit passer à travers le département marketing de Microsoft. Le poster est ceci dit bien fait, même si ça manque un peu de graphique et de couleur
C'est une bonne chose d'avoir de la concurrence, au moins de la part de Suse ( qui paye des gens pour bosser sur du logiciel libre ), mais ça serait mieux d'avoir un poster plus crédible.
Déjà, il date d'avril 2012, et il revient sur une migration de 2010. Ça semble un détail, mais est ce que ça veut dire que c'est le meilleur qu'ils ont pu trouver ? Que c'est une des rares personnes à croire qu'une boite comme Microsoft peut supporter un produit ou ils ne connaissent rien ? Que c'est la migration la plus récente ?
Ensuite, je ne doute pas que les ingénieurs de Suse arrivent à faire un bon travail, mais ce qu'on retient aussi de l'offre, c'est que visiblement, SLES n'était pas assez bonne pour migrer les applications, et même 2 ans après avoir abandonné RHEL, les clients continuent à s'en servir. Je suis sur que la boite de Nuremberg pencherais pour avoir 1 département de support plutôt que 2 ( ie 1 sur SLES, 1 sur RHEL ), donc je suppose qu'ils ont poussé à migrer, mais visiblement la compatibilité n'est pas suffisante ( ça ou le CTO n'avait pas peur du risque, mais la migration semble indiquer le contraire, car ça reste assez couillu. Mais bon, dans le trading haute performance, faut pas avoir peur ).
Enfin l'affiche parle de -33% sur le cout du support. C'est marrant car le site de Suse parle lui de -50% sur les frais d'abonnements ( http://www.suse.com/fr-fr/products/expandedsupport/ ). Comme le support vient avec l'abonnement, qui des 2 a raison ? Est ce qu'il y a un subtile calcul qui m'échappe, est ce que le CIO et le CTO n'ont pas le même système de numérotation ? Est ce qu'après passage de Microsoft, ç'est moins rentable ?
Sur la forme, je suis sur qu'un poster moins aride serait un plus. Ça coute pas cher de mettre des visuels qui marquent, et de toute façon, ça se destine à des gens qui sont déjà surchargé d'informations, donc un truc visuel marque plus.
Pour terminer, je conseille d'aller voir le site moreinterop, ne serais que pour apprécier les clichés.
Le sysadmin est barbu, jeune, et fringué propre mais style "je glande chez moi".
La seule femme est forcément à la finance
L’opération manager est forcément senior, décontracté mais pas trop, à croire qu'il y a une forme d'évolution comme les pokemons.
Et le patron a l'air sévère, sans faire peur pour autant.
Je pourrais aussi parler du manque de news sur le site, des promesses contradictoires, voir même des news qui sont juste des liens vers le walled garden de Gartner, mais je pense que tout le monde avec un esprit critique saura voir les défaults. Mais je vais terminer sur une note positive, je trouve le site assez joli.
la formulation est malheureuse, mais je pense que c'est aussi pour contrer les arguments "mais non, linux, c'est pas supporté, regarde, c'est marqué sur le site de Red Hat".
En ayant un niveau de support bidon même pour la ou il y en a pas, les gens pensent que les systèmes libres sont supportés, ce qui aide AMHA pour la crédibilité auprès du DSI moyen. Et les gens ayant assez de jugeotte et qui se renseigne sont parfaitement capable de lire la doc, tout comme tu viens de le faire.
Ben pour être franc, j'utilise powerdns, et j'ai pas eu de souci de doc, même si j'avais commencé à écrire un article dessus y a 4 ans ( mort avec mon disque dur avant de faire un backup ). Il y a certes des passages pas super documentés, genre comment utiliser le backend mysql, etc, mais c'est pareil pour openldap et son backend perl. Je me suis jamais dit "tiens, c'est une boite qui garde la doc pour elle".
Et dans mon souvenir, powerdns, c'est une boite qui permet que l'auteur propose du consulting sur son soft, il n'a pas d'employé ( enfin peut être que je me trompe ).
Des boites qui gardent la doc pour elle, j'ai deja vu, mais ça reste anecdotique par rapport à tout les projets ou y a pas de doc digne de ce nom car ç'est chiant et dur à faire. Si je fait un soft génial de gestion des horloges, j'écrit pas de doc, je suis dans la norme d'un projet libre, et le jour ou je passe pro, paf, ça deviens une maneuvre sournoise ?
Regarde asterisk. Tout les forums que je trouve sont nuls, rempli de pub, le coté pourri de la téléphonie. Et du coup, ils ont écrit de la doc. Certes pas super exhaustive, via un wiki en java, mais suffisante pour faire le taf. Ensuite, si la communauté n'aide pas car elle s'enrichit aussi ( surtout autour d'asterisk ), bah, à qui le blame ?
# La lifo
Posté par Misc (site web personnel) . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 8.
Alors la Linux Foundation a visiblement été contacté par les différents gens ( notamment peter Jones et matthew Garett e) d'après le thread en cours sur fedora-devel ( https://lists.fedoraproject.org/pipermail/devel/2012-May/167605.html ) . Ils ont réfléchi, et ils ont déclinés la gestion d'un CA, car trop couteux.
À noter aussi que l'argent ne va pas à Microsoft, mais à Verisign, cf la mise à jour sur l'article de blog.
Je conseille de lire le thread ( minus certains sous threads ) pour avoir plus d'info, voir même de faire une dépéche correct.
Parler de l"UEFI non négotiable sur arm, c'est quand même aussi oublié qu'en fait, c'est deja le cas. L'iphone a un bootloader verrouillé, et ça, grâce au travail de boite comme Qualcomm qui vends des SOC avec la feature ( griller un fusible, et paf, c'est bloqué ). Donc le souci n'est pas de l'UEFI, qui n'a servi qu'à standardiser l'existant.
Et le souci, c'est aussi tout les gens qui se sont dit "nan mais coreboot ça sert à rien, faut vraiment être un fanatique de vouloir refuser un bios". ( même si personnellement, je pense pas que la situation va changer grandement, avant fallait aller dans le bios pour booter sur un cd, ça va juste être pareil )
[^] # Re: FUUUUUUUUd
Posté par Misc (site web personnel) . En réponse à la dépêche RPM 4.10 est sorti. Évalué à 6.
Rapide, non
Mais globalement, il y a eu des patchs ajoutés sur les versions de rpm, entre mandriva/mandrake, suse, et redhat, ou chacun n'ayant pas les ressources pour faire la mise à jour et le nettoyage. Les choses se sont améliorés par la suite.
Il y a aussi eu le codeur principal de rpm, qui a quitté RH ( en bon terme ou pas, l'histoire ne le dit pas ), et qui voulait revoir rpm radicalement, d'ou rpm5. Il a réussi à convaincre d'autres gens du bien fondé ( et je pense que tout le monde est d'accord pour dire qu'il y a du code à revoir dans rpm ), et notamment des gens chez Mandriva à l'époque.
Il y a aussi des histoires de projet de recherche ( payant ) limité par des comportements de rpm, et de gens payé pour ajouter ça, et qui ont choisi rpm5 ( à l'époque de edos/mancoosi, projet qui sont parti sur debian maintenant ).
C'est long comme histoire. Et encore, je pense que j'ai pas tout :)
[^] # Re: FUUUUUUUUd
Posté par Misc (site web personnel) . En réponse à la dépêche RPM 4.10 est sorti. Évalué à 10.
j'ai le sentiment que tu vois des oppositions la ou il n'y en a pas, et ton commentaire est rempli de tellement d'approximation fausses que je sais pas ou commencer.
Alors commençons.
D'abord, utiliser Ubuntu plutôt que Mandriva, c'est placer le débat à un niveau incorrect. C'est utiliser les services de Linagora par rapport aux services de Mandriva pour la gendarmerie et l'assemblée national. Linagora que je sache est une entreprise française, dont les bureaux sont en France à Puteaux. Donc la question est plus "pourquoi Linagora a utilisé une distribution plutôt que de filer directement le marché à un de leur concurrents"
Ensuite, quand tu dis "utiliser des distros de milliardaires américains", soit tu parles d'Ubuntu ( auquel cas, c'est faux, Mark Shuttleworth n'est pas américain, ni à sa naissance, ni maintenant ). Soit tu parles de Fedora, qui n'est pas une distribution de milliardaire ( car même en faisant un grand saut dans la reflexion et en supposant que Fedora soit équivalent à RHEL, Red Hat n'a fait qu'un milliard de chiffres d'affaires, c'est pas un milliard de benef, et c'est que sur l'année derniére ).
Soit tu parles de Rosa, la distribution financé par Leonid Reiman, actuellement actionnaire majoritaire de Mandriva, et dans ce cas, je te ferait noter qu'il est pas non plus américain, mais russes. Et que la comparaison avec Mandriva est du coup foireuse.
Tu parles du subconscient américain, mais que je sache, l'ANSII utilise exclusivement des debians pour justement ce genre de raison, les russes ont fait un projet d'avoir une version à eux pour leurs écoles, les chinois ont mis en place le projet Red Flag Linux. Donc non, c'est pas le subconscient américain, c'est une application strict d'une politique de sécurité, et une vision AMHA réaliste des forces en place et des lois. Et que je sache, quand il n'y a pas le choix ( exemple, création de processeurs ), ce genre de considération passe avant le fait de garder un budget raisonnable.
Tu parles aussi de la capacité franco française à dénigrer nos produits, mais en bossant dans une équipe reparti sur toute l'Europe, j'ai pu voir que ça n'a rien de franco-français. Par exemple, j'ai un jour fait une blague sur irc "non mais je suis fainéant, j'ai le droit, je suis français", mon chef (anglais) m'a dit "bonne idée, on peut adapter ça pour le reste : "je suis raleur, mais j'ai le droit, je suis anglais". j'aurais pas cru que râler était autre chose qu'une spécialité de mon pays, mais il semble que si.
Et je pense que la propension à dénigrer se retrouve dans la culture populaire chez les humoristes un peu partout ( exemple, l'épisode 1 de the it crowd, série britannique, ou Moss tente d'éteindre un feu avant de voir que c'est un extincteur made in britain et qu'il marche pas ). Ou des épisodes des simpsons , comme "Kiss Kiss, Bang Bangalore" ou Moe se tire dessus avec un fusil made in america.
Enfin, dire que Hurd s'essouffle parce que Linus a été naturalisé tient du fantasme. La raison pour laquelle Hurd s'essouffle, c'est déjà parce que le design est complexe et de haut niveau, et suis les dernières avancés des chercheurs dans le domaine, et que ça requiert un investissement certain. Linux a l'avantage d'être la et fonctionnel, et d'avoir déjà occupé le marché. Si ta théorie était vrai, alors tout le monde bosserais sur FreeBSD, qui a le bon gout d'être un produit américain depuis le début avec une licence plus corporate friendly car plus simple à gérer. Le fait est que Linux a plus de ressources derrière lui car les entreprises ont investis dessus, et elles ont investi car il y a un retour assez rapide, alors que le Hurd est plus sur le long terme dans l'état des choses. Je suis sur qu'il y a de la place pour lui sur des choses comme le contrôle industriel, les micro noyaux certifiés, et donc des ressources à grapiller. Mais si ce que j'ai lu est vrai et le Hurd est plus lent ( genre de façon significative ) du aux changements de contextes pour le passage de message ( je précise que je peux me planter, c'est des souvenirs d'une interview d'Alan Cox d'il y a 5/6 ans ), alors ça me parait plus probable que la nationalité de Linus.
Quand à fuir rpm5 car il est utilisé par Mandriva, c'est aussi une affabulation. Parmi les utilisateurs de rpm, il y a plusieurs types de distribution. Il y a celle avec des mainteneurs actifs sur rpm ( Fedora, Suse ), et d'autres qui n'ont pas les ressources. Les distributions avec des coeurs actifs sur la branche classique vont forcement garder la branche en question, ils connaissent le code, ils savent ce qu'il faut faire, la direction, etc.
Les autres vont soit suivre les premiéres ( exemple, mageia ), soit suivre rpm5 ( exemple Unity, exemple Mandriva ).
L'expérience a monter 2 choses :
- les codeurs rpm5 sont très enthousiastes, ils nettoient et refont plein de trucs
- les codeurs rpm5 ne sont pas conservateurs, ni diplomate. Le Build System mandriva a été complétement cassé pendant des jours suite à l'upgrade de rpm en cooker. Il a fallu des mois pour avoir ne serais qu'une excuse "désolé, on a tout cassé". Il y a eu des intégrations de changements avant discussions, ce qui a lancé des flamewars assez colorés ( exemple, intégration de rpmlint dans le processus de build sans en discutter avant, etc ). Bien que je trouve bien le nettoyage et la réécriture, Jeff Johnson a un style parfois abrasif, et ne se rends pas compte que personne ou presque n'arrive à le suivre ( voir à le comprendre ). Il va aussi lancer des idées, comme mettre la base rpm dans mongodb, comme faire des scriptlets embarqué en lua. Ça peut avoir du sens, mais ça peut aussi faire peur. Per Oyvind Karlsen va aussi aller parfois à la confrontation, alternant des discours dithyrambiques avec des messages ultra enthousiastes ou parfois borderline ( cf son linkedin ).
Donc c'est plus la nature des membres du projet que l'usage par Mandriva, au moins de mon point de vue de distributeur.
Et j'aurais tendance à dire que c'est l'état de flux constant de rpm5 qui fait que les gens préfèrent la branche plus conservatrices, voir préfère leur propre fork.
Enfin, je ne voit pas en quoi Ubuntu a été mise pour contrer Suse. Ubuntu est la parce qu'un homme d'affaire a eu l'idée de lancer ce produit, parce qu'il y a croit, parce qu'il pense que ça peut réussir. Il s'est pas dit "oh les mecs, j'ai une idée, je vais contre carrer une boite allemande que j'arrive pas à racheter". Surtout qu'à l'epoque, Suse avait déjà été racheté par Novell, entreprise de l'Utah, donc des USAs. Et on noteras que Suse existe toujours, maintenant comme entité indépendante de Novell. Et Novell a racheté Suse surtout parce qu'ils ont voulu se lancer sur le marché des distributions Linux. Donc soit repartir de 0, soit rachat. Et le rachat me parait la bonne solution.
Je vais m’arrêter la, le commentaire est assez long pour aujourd'hui.
[^] # Re: FUUUUUUUUd
Posté par Misc (site web personnel) . En réponse à la dépêche RPM 4.10 est sorti. Évalué à 7.
Il y a des commits sur rpm5.org : http://rpm5.org/cvs/timeline et une release par mois.
[^] # Re: FUUUUUUUUd
Posté par Misc (site web personnel) . En réponse à la dépêche RPM 4.10 est sorti. Évalué à 3.
Oui, il y a des developpeurs. Certes, moins nombreux qu'avant, et je doute que la situation s'améliore de si tôt, mais de ce que je vois, ça semble aller mieux, ou au moins, dans le bon sens.
De surcroit, les devs rpm5 sont plus chez mdv, mais chez rosalabs pour le moment.
[^] # Re: C'est libre
Posté par Misc (site web personnel) . En réponse au journal Android ça pue c'est pas libre. Évalué à 4.
La liberté d'étudier est bien souvent pas prise en compte, vu que le code est rarement distribué.
Mais Linux est passé dans la liste des choses défendus par le SFC ( https://lwn.net/Articles/499099/ ).
A défaut d'avoir les droits roots et le droit de flasher ton appareil, il y a déjà des groupes qui se concentrent sur l'obtention du code.
# so true
Posté par Misc (site web personnel) . En réponse au journal Android ça pue c'est pas libre. Évalué à 4.
Je suis totalement d'accord sur le manque de critique envers android. Même si j'ai un smartphone sous android pour mon taf, j'ai vite toucher les limites de l'ouverture :
- pour devenir root, j'ai du prendre un binaire sur le web, qui lance un exploit. Est ce que le code correspond à celui de github, je sais pas, sans doute que oui, mais on sait jamais. Lancer un truc sur son tel et se retrouver avec 400 euros de factures, il y a pourtant un business plan. Et la présence de faille dans mon tel m'enchante moyen.
- pour mettre en place un VPN, pas possible avec l'OS installé, au motif qu'il manque tun.ko. il suffit sans doute de reflasher mais bon
- déverouiller le portable ( car j'aimerais m'en servir à l'étranger, genre pour ne pas payer un bras sur le forfait mobile quand je suis la bas 1 semaine pour le taf ), pareil, via des trucs bizzares.
- les applis fournis par défaut ? Proprio, et pourri. La météo qui marche que via la 3G orange, des applications de demo qui se lance qu'une fois ( genre, un tetris )
- faire des trucs comme installer des softs gratuits ? Faut avoir un compte google.
Et la part de Google ? ma foi, faire preuve de complaisance en fournissant du code sous BSD et pas sous GPL. Se dire que sans ça, la situation aurait pu être pire.
Les constructeurs ? J'aurais tendance à dire "ne pas comprendre les contraintes du logiciels libres" et céder aux besoins de contrôle des éditeurs de contenus. Une tablette est surtout un outil de consommation plutot que de production, au moins dans l'esprit des gens et des fabriquants, donc qui dit consomation dit DRM.
Pour moi, le souci est plus la complaisance des libristes. Il y a eu plein de gens qui ont gardés un esprit critique, il faut pas croire. Mais il y aussi que la majorité s'en fout, et que même si on aime pas un truc, si il y a que ça, tu prends à reculons. J'aime pas prendre le metro aux heures de pointes, je pourrais démissionner pour ne pas le prendre mais j'ai pas envie, donc je cherche une solution et en attendant, je prends quand même. On compare pas l'ouverture d'une tablette face à un pc, mais face à une autre tablette ou un portable. Face à un pc, oui, c'est nul. Le matos va tôt ou tard devenir obsolète en matière de soft, il est sans doute rempli de failles et de limitation. Mais ça a toujours été comme ça, et avant on pouvait rien y faire. Peut être que la plupart des gens continuent à voir les choses comme ça.
[^] # Re: Toujours aussi 'mal fini'
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Fedora 17 nommée Beefy Miracle. Évalué à 2.
Sauf erreur de ma part, il y a le système de boot, qui est spécifique debian. Mais oui, si on retire tout ce qui est propre à la distro ( l'installeur, les paquets, la gestion de paquet, la gestion de la distro ), il ne reste que des trucs génériques :)
[^] # Re: Toujours aussi 'mal fini'
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Fedora 17 nommée Beefy Miracle. Évalué à 2.
Ouais enfin les paquets testés dans Fedora, y a aussi le même gcc, la même glibc, le même kernel qu'il y a sur tout les distros. Et il y a visiblement aussi pas mal de truc autour du cloud ( open nebula, openstack etc ) qui veulent passer par Fedora pour justement avoir le même genre de tests.
Et dans le cas de Mageia, il y a par exemple aussi eu des versions de deve de gnome dans cooker, une version de dev de pulseaudio, parfois des RCs de perl.
Il y a une tendance de fond de certains packageurs de fournir des tests via les versions de devs ou via les versions récentes de distros linux.
[^] # Re: Konsole : can't open a pseudo teletype -> Solution
Posté par Misc (site web personnel) . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 2.
Je pense que tu ne dois pas suivre les choses d'assez prêt.
Par exemple, systemd a été retardé de 6 mois pour manque de documentation, et il a été mis par défaut lors de la F16, parce que la documentation a été jugé suffisante ( mais pas suffisante pour tous, si j'en crois certains ici, et pourtant, lennart a mouillé la chemise je trouve ).
Ensuite, il y a eu 3 semaine de reports de la release de Fedora 17, justement pour corriger les bugs critiques.
( cf https://fedoraproject.org/wiki/Releases/17/Schedule ).
Enfin, il y a les élections en ce moment, donc tu peux toujours signaler que selon toi, le processus de features devrait rendre obligatoire l'écriture de documentation. Le vrai souci est dans ce cas que faire si quelqu'un ne joue pas le jeu. Dire "on reverte la feature" me parait assez violent, et retarder tout le monde pour une doc me parait pas terrible non plus.
Et comme tu dis, tout les bugs notés comme bloquant ont été corrigé, y a un meeting de validation chaque semaine, annoncé sur les listes. Donc soit un bug qui t'affecte n'a pas été noté comme bloquant, soit il n'a pas été reporté à temps. Si il n'a pas été reporté, ben soit c'est pas de chance, il touche tout le monde mais personne n'a fait de rapport, soit il touche moins de gens que tu crois, et il n'a pas eu droit à un rapport.
Ou le bug a été rapporté et il n'a pas été retenu comme bloquant, auquel cas il faut en effet dans ce cas revoir les critères de choix, et pour être franc, c'est déjà ce qui est fait régulièrement. Si tu penses qu'il y a eu un souci à ce niveau, les logs des meetings sont publiques, tu peux aller dire "voila, moi, je trouve que ce bug aurait du être noté comme bloquant, donc je propose de rajouter ça à la liste des critéres pour que ça se passe pas une 2eme fois". C'est pas un engagement sur le long terme, donc tu va pouvoir consacrer autant de temps à tout les projets libres auquel tu contribues, et au pire, on te dit non, auquel cas t va pouvoir revenir poster un journal.
[^] # Re: Konsole : can't open a pseudo teletype -> Solution
Posté par Misc (site web personnel) . En réponse au journal Fedora : Mise à jour calamiteuse de F16 à F17. Évalué à 3.
L’équipe documentation accepte toujours de l'aide. Et je pense aussi que le but de Fedora est d'avoir les derniéres nouveautés, ça implique parfois des trucs pas aussi finis ( notamment au niveau de la doc ), ou avec encore des problèmes à régler. Comme pas assez de monde fait l'upgrade avant la stable, certains problèmes sont pas corrigés à temps car non signalé.
preupgrade a été testé plusieurs fois, il fait parti des critères de la QA. Mais il est testé dans des conditions qui sont par définition bornés et limités ( tu peux pas dire "tester dans tout les cas possibles" ), et il y a toujours quelqu'un ayant fait un truc hors des clous, et ça passe pas toujours. Un but de Fedora, c'est aussi d'avoir la communauté qui s'implique, donc pourquoi ne pas avoir testé plus tôt, surtout que tu as un système avec rsync et tout ?
[^] # Re: Quelques remarques
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie de Fedora 17 nommée Beefy Miracle. Évalué à 6.
Non, c'est parce que les utilisateurs ne sont pas devenus mainteneurs que les drivers ont disparus. Le code est encore la dans le git, si tu veux le reprendre, tu peux. Tu peux aussi râler parce que quelqu'un n'a pas fait le taf bénévolement pour toi, mais tu va juste râler dans le vide, et tu va rien réussir de positif.
# Et du coté des CVE ?
Posté par Misc (site web personnel) . En réponse à la dépêche Linux Mint 13 « Maya » est sortie. Évalué à 4.
Est ce que Linux Mint assure la sécurité de ses programmes et offre des updates ?
Il existe depuis facile 6 mois un problème de sécurité sur leur outils, avec un CVE assigné depuis 2 mois, mais pas de correctif.
http://osdir.com/ml/opensource-software-security/2012-03/msg00168.html
# Mettre un utilisateur à coté et partir prendre un bain
Posté par Misc (site web personnel) . En réponse au journal Simuler la perte du lien ethernet (débranchement de câble). Évalué à 7.
Ça, c'est ma méthode pour m'assurer d'avoir une panne /o\
[^] # Re: Sondage exprès : qui utilise RHEL
Posté par Misc (site web personnel) . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 2.
Bah, la société fait du libre, mais pour payer du monde pour bosser sur les projets, faut de l'argent ( moi, je veux bien le faire gratos et je l'ai fait pendant 2 ans, mais mon épicier refuse de me fournir de la nourriture sans monnaie sonnante et trébuchante ).
Pour de l'argent, Mandriva a démontré que les donations, ça marche pas comme business plan. Et le commentaire suivant montre bien aussi que payer les devs, c'est pas dans l'optique de toute les DSIs ( ie "bon, on a un produit qui marche au poil, mais c'est du libre, c'est gratuit fait par des étudiants pas chers, pas besoin d'injecter de l'argent" ).
Et je suis d'accord que c'est ironique. Tout comme se dire que finalement, le support ne t'apporte rien car le produit marche. Personne de logique ne voudrait que le produit soit fautif pour que le support apporte de la valeur. Mais pourtant, comme disait mon client il y a une paire d'année, "non, pas besoin d'un firewall redondé haute dispo, si il tombe, ça rappelle qu'on existe et qu'on s'en occupe". Ironique, n'est ce pas, devoir faire du moins bon boulot, car le trop bon boulot n'est pas reconnu à sa juste valeur.
[^] # Re: Sondage exprès : qui utilise RHEL
Posté par Misc (site web personnel) . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 3.
J'ai vu ça à mon ancien taf ( en presta au conseil de l'europe, puis dev python au QG ) sur les serveurs de la paye entre autres ( avec des debians, du solaris, et beaucoup de windows ). Ceci dit, je suis étonné que tu n'es jamais rien vu d'autres que des debians/ubuntu, car j'ai aussi croisé des slackwares en production, des mandrakes/mandriva, des *bsd et même un jour un os x server. ( ou du digital unix, de l'HP/UX, du solaris ).
Et j'étais pas consultant à temps plein, juste envoyé de temps en temps chez les clients.
Le reste, mon contrat m'interdit sans doute de le divulguer. Mais j'aurais tendance à dire qu'il y a bien des endroits car l'argent ne pousse pas sur les arbres pour Red Hat.
[^] # Re: Trop pas
Posté par Misc (site web personnel) . En réponse au journal Les gros sabots de Google. Évalué à 1.
Pour tester ie4 sur gmail, il me manque 2 choses : IE4 & un compte gmail.
Donc je ne vais pas réussir à te répondre.
[^] # Re: 33% moins cher !! Quelle affaire !
Posté par Misc (site web personnel) . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 2.
Moi, j'aimerais surtout savoir quand est ce que Microsoft permettra à d'autre de faire le support de leurs produits ( ie, pas sous la forme de revendeur, sous la forme de pouvoir filer un patch si besoin ).
[^] # Re: Mouraf
Posté par Misc (site web personnel) . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 3.
Pour la défense du mec, je pense qu'il est fort probable que la phrase soit passer à travers le département marketing de Microsoft. Le poster est ceci dit bien fait, même si ça manque un peu de graphique et de couleur
C'est une bonne chose d'avoir de la concurrence, au moins de la part de Suse ( qui paye des gens pour bosser sur du logiciel libre ), mais ça serait mieux d'avoir un poster plus crédible.
Déjà, il date d'avril 2012, et il revient sur une migration de 2010. Ça semble un détail, mais est ce que ça veut dire que c'est le meilleur qu'ils ont pu trouver ? Que c'est une des rares personnes à croire qu'une boite comme Microsoft peut supporter un produit ou ils ne connaissent rien ? Que c'est la migration la plus récente ?
Ensuite, je ne doute pas que les ingénieurs de Suse arrivent à faire un bon travail, mais ce qu'on retient aussi de l'offre, c'est que visiblement, SLES n'était pas assez bonne pour migrer les applications, et même 2 ans après avoir abandonné RHEL, les clients continuent à s'en servir. Je suis sur que la boite de Nuremberg pencherais pour avoir 1 département de support plutôt que 2 ( ie 1 sur SLES, 1 sur RHEL ), donc je suppose qu'ils ont poussé à migrer, mais visiblement la compatibilité n'est pas suffisante ( ça ou le CTO n'avait pas peur du risque, mais la migration semble indiquer le contraire, car ça reste assez couillu. Mais bon, dans le trading haute performance, faut pas avoir peur ).
Enfin l'affiche parle de -33% sur le cout du support. C'est marrant car le site de Suse parle lui de -50% sur les frais d'abonnements ( http://www.suse.com/fr-fr/products/expandedsupport/ ). Comme le support vient avec l'abonnement, qui des 2 a raison ? Est ce qu'il y a un subtile calcul qui m'échappe, est ce que le CIO et le CTO n'ont pas le même système de numérotation ? Est ce qu'après passage de Microsoft, ç'est moins rentable ?
Sur la forme, je suis sur qu'un poster moins aride serait un plus. Ça coute pas cher de mettre des visuels qui marquent, et de toute façon, ça se destine à des gens qui sont déjà surchargé d'informations, donc un truc visuel marque plus.
Pour terminer, je conseille d'aller voir le site moreinterop, ne serais que pour apprécier les clichés.
Le sysadmin est barbu, jeune, et fringué propre mais style "je glande chez moi".
La seule femme est forcément à la finance
L’opération manager est forcément senior, décontracté mais pas trop, à croire qu'il y a une forme d'évolution comme les pokemons.
Et le patron a l'air sévère, sans faire peur pour autant.
Je pourrais aussi parler du manque de news sur le site, des promesses contradictoires, voir même des news qui sont juste des liens vers le walled garden de Gartner, mais je pense que tout le monde avec un esprit critique saura voir les défaults. Mais je vais terminer sur une note positive, je trouve le site assez joli.
[^] # Re: Un concept intéressant : le "self support"
Posté par Misc (site web personnel) . En réponse au journal Utiliser du Redhat avec du Support SuSE grâce à Microsoft, solution idéale ?. Évalué à 1.
la formulation est malheureuse, mais je pense que c'est aussi pour contrer les arguments "mais non, linux, c'est pas supporté, regarde, c'est marqué sur le site de Red Hat".
En ayant un niveau de support bidon même pour la ou il y en a pas, les gens pensent que les systèmes libres sont supportés, ce qui aide AMHA pour la crédibilité auprès du DSI moyen. Et les gens ayant assez de jugeotte et qui se renseigne sont parfaitement capable de lire la doc, tout comme tu viens de le faire.
[^] # Re: Guerre des brevets
Posté par Misc (site web personnel) . En réponse au journal Google ri, Oracle pleure. Évalué à 2.
Ben ça depend des relations, Pense à Sony-ericson et sony-bmg. Si quelqu'un attaque bmg, est ce que tu te dis "tiens, ils attaquent aussi ericson ?"
Ou bouygues pour le btp et la téléphonie.
[^] # Re: ZeroMQ
Posté par Misc (site web personnel) . En réponse au journal Solution d'authentification par mot de passe unique. Évalué à 2.
En fait, je voulais dire "soit pas beaucoup mieux", et oui, tu as raison.
[^] # Re: Guerre des brevets
Posté par Misc (site web personnel) . En réponse au journal Google ri, Oracle pleure. Évalué à 9.
Une autre filiale de samsung ?
( car samsung est un Chaebol, un conglomerat coréen, donc stricto sensu, c'est 2 boites différentes qui font les écrans et qui se font attaquer )
[^] # Re: Trop pas
Posté par Misc (site web personnel) . En réponse au journal Les gros sabots de Google. Évalué à 3.
Quand j'utilise IE4, on me refuse de voir gmail, est ce que c'est mal ?
( j'avais voulu utiliser lynx, mais c'est plus amusant avec IE4 /o\ )
[^] # Re: Manque de choix
Posté par Misc (site web personnel) . En réponse au sondage Accordez-vous votre confiance à un projet libre porté par une entreprise ?. Évalué à 5. Dernière modification le 23 mai 2012 à 23:42.
Ben pour être franc, j'utilise powerdns, et j'ai pas eu de souci de doc, même si j'avais commencé à écrire un article dessus y a 4 ans ( mort avec mon disque dur avant de faire un backup ). Il y a certes des passages pas super documentés, genre comment utiliser le backend mysql, etc, mais c'est pareil pour openldap et son backend perl. Je me suis jamais dit "tiens, c'est une boite qui garde la doc pour elle".
Et dans mon souvenir, powerdns, c'est une boite qui permet que l'auteur propose du consulting sur son soft, il n'a pas d'employé ( enfin peut être que je me trompe ).
Et pareil pour openvpn, je trouve qu'il y a de quoi lire :
http://openvpn.net/index.php/open-source/documentation/howto.html
Des boites qui gardent la doc pour elle, j'ai deja vu, mais ça reste anecdotique par rapport à tout les projets ou y a pas de doc digne de ce nom car ç'est chiant et dur à faire. Si je fait un soft génial de gestion des horloges, j'écrit pas de doc, je suis dans la norme d'un projet libre, et le jour ou je passe pro, paf, ça deviens une maneuvre sournoise ?
Regarde asterisk. Tout les forums que je trouve sont nuls, rempli de pub, le coté pourri de la téléphonie. Et du coup, ils ont écrit de la doc. Certes pas super exhaustive, via un wiki en java, mais suffisante pour faire le taf. Ensuite, si la communauté n'aide pas car elle s'enrichit aussi ( surtout autour d'asterisk ), bah, à qui le blame ?