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 ?
Je pense qu'il aurait fallu rajouter :
- Oui, si il ne s'agit pas d'une excuse pour vendre des addons proprios et délaisser la communauté ( système opencore )
- oui, si le logiciel ne me lie pas à une offre de service ( exemple "machin cloud" ) d'ou je peux difficilement sortir, ou que personne d'autres n'implémente ( exemple, un client dropbox libre )
- Oui, si la société ne profite pas d'une assignation non reciproque de copyright pour faire du proprio ensuite ( soit à dessein, soit en cas de rachat )
- Oui, si la société n'agit pas comme une bande d'enfoiré en prenant des licences à la con et en faisant preuve de façon répété d'un manque de compréhension ( je mets l'accent sur "répété", car je pense que des erreurs, ça peut arriver, même plus d'une fois, mais quand ça devient pathologique comme Oracle, les bornes ont des limites comme dirait ( d'après le web ) Pierre Dac )
Y a des tas de façons de faire du logiciel libre et en même temps, de pas garantir les libertés ou de pas avoir une communauté saine. Exemple, l'assignation de copyright de Canonical n'encourage pas la contribution des autres boites du secteur, genre Red hat, Suse ou Google, d'aprés des discussions que j'ai eu avec des gens il y a un an, car il n'y a pas de retro cession des droits. Exemple, certaines boites qui font des produits libres avec des addons, et qui refusent d'intégrer des addons en concurrence avec leur produit proprio. Ou encore des boites comme google ou dropbox qui peuvent faire un truc libre, mais qui marchent que chez eux.
C'est marrant de parler de RSA, car on utilise ça au taf, et on a un certain nombre de souci.
Deja, ça coute un peu de thunes. Genre, le double d'une yubikey. Ensuite, il te faut le soft proprio de la boite, qui a de temps en temps des problèmes ( genre, le serveur se bloque sans raison, faut le relancer, mais comme c'est ultra secure, y a que certains admins qui ont accès à la machine ). Il a aussi la fâcheuse tendance à ne pas se laisser modifier, ce qui fait que tu peux pas faire une interface plus simple ou traduite, ou rajouter de l'aide inline. par exemple, on a des liens "request a new token" qui ne servent à rien car on utilise pas la fonction, et on peut pas les virer.
Et de temps en temps, les tokens sont désynchronisés donc faut réussir à le remettre d'aplomb en te loguant sur un site spécial. Parfois, il tombe en panne et pour le moment, j'ai vu au moins 4 desynchros et 1 token en panne seche sur une flotte de 50 personnes en 9 mois, et je pense que tout le monde signale pas les desynchros.
Le vrai souci est en effet que vu tout ce que Red Hat investit dans Fedora, ça va être dur de trouver une boite qui va mettre autant d'argent. Canonical aurait pu faire ce choix. HP, Dell, Intel pourrait le faire. Oracle aurait pu le faire. Mais non. Donc la faute à qui ? À RH d'avoir lancé le projet et d'avoir réussi à faire de l'argent avec le libre, poussant les autres à ne pas venir, ou d'avoir pris les gens compétents pour qu'ils puissent bosser à temps plein sur ce qu'ils aiment faire ?
Ou aux autres boites de pas avoir investit autant ?
Les accords qui sauvent Mandriva sont sauf erreur de ma part envoyé aux actionnaires, et globalement, il y a eu rachat des parts de l'actionnaire majoritaire par l'actuel PDG. Regarde sur les forums du dit éditeur, quelqu'un a du poster ça ( sinon je vois pas comment je peux être au courant ).
Sinon, je te conseille aussi de ne pas lire ce que tu n'aimes pas. Si la prose du PDG de Mandriva ne te va pas, pourquoi est ce qu'on te force à la lire ?
En dehors de toujours pas savoir écrire Oignon, je note que tu n'as pas progressé beaucoup dans le domaine de la vérification des faits. J'ai sur ma machine ( une fedora 17 ) 27 paquets qui tire libalsa.so.
6 paquets de qemu, 3 sous paquets d'alsa, gstreamer, pulseaudio, portaudio, et divers libs du même genre.
Et en regardant ce qui tire pulseaudio-libs, je tombe sur … les mêmes paquets ( sox, qemu-* , java, etc ), et avec des sous paquets de pulseaudio.
En fait, il y a des paquets comme empathy, spice, gnome-shell qui utilise que PA. Empathy s'intégre finement pour couper la musique quand tu reçoit un appel, par exemple. Je suppose que spice utilise PA pour des choses comme ça : http://spice-space.org/page/Features/AudioVolume
Donc bien que le nombre de paquets externes lié à alsa soit plus grand d'un ou deux paquets, je pense que pulseaudio est au même niveau de support que alsa pour les divers codes. Mplayer, gstreamer, xine, etc l'utilise, et je ne me souviens pas avoir vu qui que ce soit avoir dit que pulseaudio va rendre alsa totalement obsolète au point de le faire disparaitre, jusque que passer par pulseaudio permet de gérer tout de façon unifié.
Quand il y a pas de compatibilité, des utilisateurs râlent ( parce que bon, ils font l'honneur d'utiliser le fruit des efforts des autres ), et quand il y a une couche ( présente depuis le début et par design ) qui est utilisé, les gens trouvent le moyen de tourner ça en échec. Je trouve ce genre de mentalité digne de quelqu'un qui ne fait pas d'effort pour produire et qui n'a pas de respect pour le don des autres. Et ensuite, on se demande pourquoi les développeurs passent pas plus de temps à discuter avec certains.
En même temps, être FPL est un travail à temps plein, il y a beaucoup de voyage et de réunion et c'est épuisant.
Les alternatives seraient :
la communauté nomme le FPL et RH l'embauche pas. C'est moins efficace, car il n'est pas libre de faire ce qu'il veut pour cause de manque de temps. RH peut sponsoriser des déplacements, mais payer tout n'est pas faisable ( exemple, l'assurance à l'étranger, payer un pc, etc ). Un montage via une fondation serait faisable, mais les histoires de fondation, faut faut voir mon commentaire plus bas ( bien que ça serait une solution plus idéal, je pense ).
la communauté nomme le FPL, et RH l'embauche, puis à la fin du mandat, RH le vire. En dehors d'être juridiquement compliqué ( faire des cdd d'un an, c'est moyen ), c'est pas très motivant, et ça règle pas le souci car le mec est salarié. mais c'est presque plus proche du fonctionnement d'un homme politique.
la communauté nomme le FPL, et RH doit le garder à vie. Donc à la fin du mandat, le mec est salarié, et si il y a aucun poste en interne, ou que c'est une buse fini, bah, c'est à RH de payer pour le garder ou le virer. Et comme le mec est toujours salarié RH, ça change rien au final sur la question de l'indépendance.
Ceci dit, si tu penses que ça pose souci, tu peux en parler sur les listes, et si assez de gens en prennent conscience, ça va changer. Je pense que tout le monde est conscient que c'est non idéal, mais que c'est un compromis acceptable pour tous.
Alors je pense que tu te trompes un peu sur la relation Fedora/RH, car RH paye plus que des développeurs ( des gens pour la doc, pour l'infra, le matos, des juristes ).
Et RH a aussi le controle du nom de domaine et de la marque, même si des tentatives ont été fait pour séparer les deux. Le souci est que vu ce que RH investit dans Fedora, une entité séparé a fait tiquer certains fiscalistes ( "alors donc, vous payez des gens pour bosser sur un produit pas à vous, et cette entité vous fourni un produit gratuitement pour faire du business ?" ), et l'équipe en charge de ça ( les impots ) chez RH n'est pas confortable avec l'idée de faire une forme d'évasion fiscal.
C'est pour ça que fedora-fr ( à l'époque l'assoce francaise, maintenant borsalinux-fr ) a eu le choix entre soit avoir le droit d'utiliser la marque, ou des financements ( les 2 en même temps étant vu comme une forme d'évasion fiscale cf plus haut, et RH veut éviter ça pour des questions de couts et d'image, ( image qui se répercute sur le cours de l'action, donc sur l'indépendance de la boite )). Le souci étant bien sur que le message a pu être interprété par "changer de nom ou on vous file plus d'argent". De même, fedora-ev, une entité allemande, a choisi la dissolution.
De même, la loi sur les marques est tel que tu ne peux pas ne pas défendre ta marque sans la perdre ( ie sinon quelqu'un peut dire "non mais la, il y a eu violation de l'usage, et il y a pas eu de défense, donc je ne suis pas attaquable" ), donc RH ne peux pas céder la marque si facilement. De surcroit, c'est quelque chose qui compte dans les "assets" ( je suis pas sur de la traduction, actif ? ) de la société, ce qui rends la chose délicate ( ie, ça dépend du board d'actionnaires, ça vaut un peu d'argent, et les bénéfices pour la boite de la cession de la marque sont loin d'être évident, vu que RH utilise la marque Fedora sur son site, sur sa communication, etc ).
Donc la situation n'est si simple. Ensuite, il faut aussi se souvenir que le chemin vers l'état actuel a été long ( genre : http://lwn.net/Articles/83360/ ), et que ça n'est pas arrivé en un jour ( et qu'il y a toujours des efforts à faire ). Et en effet, Fedora est bien plus ouverte qu'au début, et plus d'une fois des décisions ont été prises par Fedora que RH n'aurait pas prise sur RHEL ( exemple, RHEL fourni Flash, et les équipes se font chier à maintenir la compatibilité autant que possible, alors que Fedora va upgrader X dans la version stable, même si ça casse les drivers proprios nvidia, etc ).
Par exemple, le choix même des noms "spherical cow" ou "beefy miracle" est un truc que la plupart des départements marketings du monde aurait bloqués. Et en effet, l'ouverture est trés bonne, les gens poussant à ce que les choses soient discutés, documentés, tout fait de façon ouverte.
Et j'aurais tendance à dire que la prochaine étape dans l'ouverture d'une distro, c'est la facilité de fork. IE, si quelqu'un n'est pas content, est ce qu'il peut prendre toute l'infra, tout le travail ( genre, choper tout le wiki, tout le bugtracker ) et refaire le projet dans le coin. Mais je m'égare ( et je radote aussi ).
Pour en revenir à mageia, oui, être corporate friendly peut faire parti des objectifs. par exemple, s'attacher à séparer clairement le libre du pas libre est un exemple ( car si tu sépares pas les 2, tu pousses l'examen des licences et le risque juridique sur les boites, et la plupart vont pas aimer, ou vont pas faire gaffe ). De même, avoir un planning prévisible, une structure juridique neutre, etc. Et les sociétés font parti de l'écosystème ( cf https://wiki.mageia.org/en/Commercial_vendors ), et des boites commencent à s'y intéresser https://ml.mageia.org/l/arc/council/2012-03/msg00127.html ( "Mageia ecosystem - new comer" ). Il y a encore du travail de ce coté, mais c'est plus par manque de temps qu'autre chose, comme bien souvent.
Une métrique plus visible est le nombre de gens qui participent à des IPs , que ça soit pour installer ou pour se faire installer et sur paris, j'ai pour le moment le sentiment que c'est en faveur de mageia dans une comparaison mageia/mandriva. Ou lors du FOSDEM, des RMLLs etc.
Il y a sans doute moyen de comparer l'activité sur les forums ou les listes également.
surtout quand on connait l'état de la communauté de contributeurs autour de Mandriva, l'état de l'infrastructure, et le travail que ça représente que de monter une structure indépendante. On a la chance de pouvoir faire ça facilement en France ( 1/2 mois pour monter une assoce ), mais si on regarde LibreOffice et TDF, ça a pris du temps ( et le plan était en gestation depuis 3/4 mois avant l'annonce ).
Donc dans l'histoire OO/LO, je dirais plus que Mandriva est comme Openoffice :
- structure commercial (mdv, oracle/openoffice) vs non commercial ( mga, libreoffice)
- don à la communauté ( comme oracle/openoffice )
- communauté initiale qui est parti bosser de son coté ( comme TDF ), suite à des changements de management
- présence d'une autre structure commerciale ( ie IBM pour openoffice, Rosa pour Mandriva ) qui continue à se baser sur le produit non forké, et qui finance la libération du produit, et présence d'une part de la communauté.
- article de temps en temps sur "$PROJET n'est pas mort"
Et comme LibreOffice, un effort de nettoyage a été le premier truc fait par la communauté mageia.
Et j'ajouterais que pour le moment, on voit pas Mandriva dans http://www.documentfoundation.org/supporters/ ( mais c'est sans doute parce que Mandriva avait à l'époque d'autres chats à fouetter ).
Des gens peuvent tirer les conclusions sur l'avenir, même si je doute fort qu'un exemple soit généralisable. Mais il y a très clairement 2 ans d'avance en terme de développement de structure en faveur de Mageia, et ce qui ressort des 5 minutes de discussions au FOSDEM autour du sujet lors de l'assemblée général, c'est qu'avant de donner un accord pour participer à une fondation, il faut savoir ce qui est prévu et ce que ça apporte, sous quel conditions. Il est donc prématuré de parler de rapprochement sans avoir plus d'infos. Des contacts ont eu lieu, mais rien de plus. Et sauf erreur de ma part, Mageia a un planning à tenir en terme de release pour le moment, et pour le mois prochain.
On connait l'avis de Peroyvind sur Mageia, et si il avait voulu opérer un rapprochement crédible, ça aurait pu être fait ( en fait, il suffit juste de dire "on se base sur mageia" suivi de "voici ce qu'on propose de garder comme paquet, et on va discuter sur les listes" ). À la place, j'ai plutôt l'impression qu'il va faire le forcing pour avoir une structure indépendante afin de garder la main mise technique sur le projet, et notament pour s'assurer que rpm5 reste utilisé.
Mais bien sur, tu te doutes bien qu'une communauté dont le but est de partager le code n'a que pour but premier de garder le savoir pour elle et de le rendre non accessible.
Je pense qu'une part des gens ont oublié les fondements ou souffre d'un manque de logique phénoménale.
[^] # 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 ?
[^] # Re: C'est Mandriva,non?
Posté par Misc (site web personnel) . En réponse au journal ... & Et Rosa prends son envol. Évalué à 1.
Oui c'est un fork de mandriva. Avec bientot sa propre fondation pour faire de l'évasion fiscale :)
# 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é à 10.
Je pense qu'il aurait fallu rajouter :
- Oui, si il ne s'agit pas d'une excuse pour vendre des addons proprios et délaisser la communauté ( système opencore )
- oui, si le logiciel ne me lie pas à une offre de service ( exemple "machin cloud" ) d'ou je peux difficilement sortir, ou que personne d'autres n'implémente ( exemple, un client dropbox libre )
- Oui, si la société ne profite pas d'une assignation non reciproque de copyright pour faire du proprio ensuite ( soit à dessein, soit en cas de rachat )
- Oui, si la société n'agit pas comme une bande d'enfoiré en prenant des licences à la con et en faisant preuve de façon répété d'un manque de compréhension ( je mets l'accent sur "répété", car je pense que des erreurs, ça peut arriver, même plus d'une fois, mais quand ça devient pathologique comme Oracle, les bornes ont des limites comme dirait ( d'après le web ) Pierre Dac )
Y a des tas de façons de faire du logiciel libre et en même temps, de pas garantir les libertés ou de pas avoir une communauté saine. Exemple, l'assignation de copyright de Canonical n'encourage pas la contribution des autres boites du secteur, genre Red hat, Suse ou Google, d'aprés des discussions que j'ai eu avec des gens il y a un an, car il n'y a pas de retro cession des droits. Exemple, certaines boites qui font des produits libres avec des addons, et qui refusent d'intégrer des addons en concurrence avec leur produit proprio. Ou encore des boites comme google ou dropbox qui peuvent faire un truc libre, mais qui marchent que chez eux.
[^] # Re: ZeroMQ
Posté par Misc (site web personnel) . En réponse au journal Solution d'authentification par mot de passe unique. Évalué à 5.
C'est marrant de parler de RSA, car on utilise ça au taf, et on a un certain nombre de souci.
Deja, ça coute un peu de thunes. Genre, le double d'une yubikey. Ensuite, il te faut le soft proprio de la boite, qui a de temps en temps des problèmes ( genre, le serveur se bloque sans raison, faut le relancer, mais comme c'est ultra secure, y a que certains admins qui ont accès à la machine ). Il a aussi la fâcheuse tendance à ne pas se laisser modifier, ce qui fait que tu peux pas faire une interface plus simple ou traduite, ou rajouter de l'aide inline. par exemple, on a des liens "request a new token" qui ne servent à rien car on utilise pas la fonction, et on peut pas les virer.
Et de temps en temps, les tokens sont désynchronisés donc faut réussir à le remettre d'aplomb en te loguant sur un site spécial. Parfois, il tombe en panne et pour le moment, j'ai vu au moins 4 desynchros et 1 token en panne seche sur une flotte de 50 personnes en 9 mois, et je pense que tout le monde signale pas les desynchros.
Il y a aussi des trucs amusants :
http://danwalsh.livejournal.com/48571.html
entre "on active une stack executable" et "on utilise pas /dev/random", ça laisse songeur.
Et puis, on peut aussi facilement cloner ton token si tu prends pas la version hardware :
http://arstechnica.com/security/2012/05/rsa-securid-software-token-cloning-attack/
( partant du principe que la version soft sur un tel soit beaucoup mieux ).
[^] # Re: Les Annuaires ?
Posté par Misc (site web personnel) . En réponse au journal Piratage de la base email clients neuf/sfr ?. Évalué à 0.
Et si le mail vient du piratage du carnet d'adresse de quelqu'un ?
[^] # Re: Oui, mais ?
Posté par Misc (site web personnel) . En réponse au journal ... & Et Rosa prends son envol. Évalué à -6.
Pour ça :
https://www.youtube.com/watch?v=hReNjIsuQ4s
[^] # Re: question?
Posté par Misc (site web personnel) . En réponse au journal Mandriva et Mageia. Évalué à 5.
J'ai des serveurs en mandriva ( que j'ai migré en partie vers mageia )
[^] # Re: YAMA
Posté par Misc (site web personnel) . En réponse à la dépêche Sortie officielle du noyau Linux 3.4. Évalué à 10.
Tu veux dire que les mecs qui bossent dans le domaine de la sécurité sont des sociopathes avec un ego surdimensionné ?
<ironie>Ça serait bien la première fois qu'on vois ça </ironie>
[^] # Re: Pourquoi pas une solution RedHat/Fedora
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 4.
Le vrai souci est en effet que vu tout ce que Red Hat investit dans Fedora, ça va être dur de trouver une boite qui va mettre autant d'argent. Canonical aurait pu faire ce choix. HP, Dell, Intel pourrait le faire. Oracle aurait pu le faire. Mais non. Donc la faute à qui ? À RH d'avoir lancé le projet et d'avoir réussi à faire de l'argent avec le libre, poussant les autres à ne pas venir, ou d'avoir pris les gens compétents pour qu'ils puissent bosser à temps plein sur ce qu'ils aiment faire ?
Ou aux autres boites de pas avoir investit autant ?
# Tu n'es pas bien au courant
Posté par Misc (site web personnel) . En réponse au journal Mandriva ou le GRR (Gag Rhétorique Récurrent). Évalué à 4.
Les accords qui sauvent Mandriva sont sauf erreur de ma part envoyé aux actionnaires, et globalement, il y a eu rachat des parts de l'actionnaire majoritaire par l'actuel PDG. Regarde sur les forums du dit éditeur, quelqu'un a du poster ça ( sinon je vois pas comment je peux être au courant ).
Sinon, je te conseille aussi de ne pas lire ce que tu n'aimes pas. Si la prose du PDG de Mandriva ne te va pas, pourquoi est ce qu'on te force à la lire ?
[^] # Re: salut à toi, ho mon troll
Posté par Misc (site web personnel) . En réponse au journal Mandriva ou le GRR (Gag Rhétorique Récurrent). Évalué à 3.
En dehors de toujours pas savoir écrire Oignon, je note que tu n'as pas progressé beaucoup dans le domaine de la vérification des faits. J'ai sur ma machine ( une fedora 17 ) 27 paquets qui tire libalsa.so.
6 paquets de qemu, 3 sous paquets d'alsa, gstreamer, pulseaudio, portaudio, et divers libs du même genre.
Et en regardant ce qui tire pulseaudio-libs, je tombe sur … les mêmes paquets ( sox, qemu-* , java, etc ), et avec des sous paquets de pulseaudio.
En fait, il y a des paquets comme empathy, spice, gnome-shell qui utilise que PA. Empathy s'intégre finement pour couper la musique quand tu reçoit un appel, par exemple. Je suppose que spice utilise PA pour des choses comme ça : http://spice-space.org/page/Features/AudioVolume
Donc bien que le nombre de paquets externes lié à alsa soit plus grand d'un ou deux paquets, je pense que pulseaudio est au même niveau de support que alsa pour les divers codes. Mplayer, gstreamer, xine, etc l'utilise, et je ne me souviens pas avoir vu qui que ce soit avoir dit que pulseaudio va rendre alsa totalement obsolète au point de le faire disparaitre, jusque que passer par pulseaudio permet de gérer tout de façon unifié.
Quand il y a pas de compatibilité, des utilisateurs râlent ( parce que bon, ils font l'honneur d'utiliser le fruit des efforts des autres ), et quand il y a une couche ( présente depuis le début et par design ) qui est utilisé, les gens trouvent le moyen de tourner ça en échec. Je trouve ce genre de mentalité digne de quelqu'un qui ne fait pas d'effort pour produire et qui n'a pas de respect pour le don des autres. Et ensuite, on se demande pourquoi les développeurs passent pas plus de temps à discuter avec certains.
[^] # Re: Pourquoi pas une solution RedHat/Fedora
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 3.
En même temps, être FPL est un travail à temps plein, il y a beaucoup de voyage et de réunion et c'est épuisant.
Les alternatives seraient :
la communauté nomme le FPL et RH l'embauche pas. C'est moins efficace, car il n'est pas libre de faire ce qu'il veut pour cause de manque de temps. RH peut sponsoriser des déplacements, mais payer tout n'est pas faisable ( exemple, l'assurance à l'étranger, payer un pc, etc ). Un montage via une fondation serait faisable, mais les histoires de fondation, faut faut voir mon commentaire plus bas ( bien que ça serait une solution plus idéal, je pense ).
la communauté nomme le FPL, et RH l'embauche, puis à la fin du mandat, RH le vire. En dehors d'être juridiquement compliqué ( faire des cdd d'un an, c'est moyen ), c'est pas très motivant, et ça règle pas le souci car le mec est salarié. mais c'est presque plus proche du fonctionnement d'un homme politique.
la communauté nomme le FPL, et RH doit le garder à vie. Donc à la fin du mandat, le mec est salarié, et si il y a aucun poste en interne, ou que c'est une buse fini, bah, c'est à RH de payer pour le garder ou le virer. Et comme le mec est toujours salarié RH, ça change rien au final sur la question de l'indépendance.
Ceci dit, si tu penses que ça pose souci, tu peux en parler sur les listes, et si assez de gens en prennent conscience, ça va changer. Je pense que tout le monde est conscient que c'est non idéal, mais que c'est un compromis acceptable pour tous.
Tu verrais les choses comment ?
[^] # Re: Pourquoi pas une solution RedHat/Fedora
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 10.
Alors je pense que tu te trompes un peu sur la relation Fedora/RH, car RH paye plus que des développeurs ( des gens pour la doc, pour l'infra, le matos, des juristes ).
Et RH a aussi le controle du nom de domaine et de la marque, même si des tentatives ont été fait pour séparer les deux. Le souci est que vu ce que RH investit dans Fedora, une entité séparé a fait tiquer certains fiscalistes ( "alors donc, vous payez des gens pour bosser sur un produit pas à vous, et cette entité vous fourni un produit gratuitement pour faire du business ?" ), et l'équipe en charge de ça ( les impots ) chez RH n'est pas confortable avec l'idée de faire une forme d'évasion fiscal.
C'est pour ça que fedora-fr ( à l'époque l'assoce francaise, maintenant borsalinux-fr ) a eu le choix entre soit avoir le droit d'utiliser la marque, ou des financements ( les 2 en même temps étant vu comme une forme d'évasion fiscale cf plus haut, et RH veut éviter ça pour des questions de couts et d'image, ( image qui se répercute sur le cours de l'action, donc sur l'indépendance de la boite )). Le souci étant bien sur que le message a pu être interprété par "changer de nom ou on vous file plus d'argent". De même, fedora-ev, une entité allemande, a choisi la dissolution.
De même, la loi sur les marques est tel que tu ne peux pas ne pas défendre ta marque sans la perdre ( ie sinon quelqu'un peut dire "non mais la, il y a eu violation de l'usage, et il y a pas eu de défense, donc je ne suis pas attaquable" ), donc RH ne peux pas céder la marque si facilement. De surcroit, c'est quelque chose qui compte dans les "assets" ( je suis pas sur de la traduction, actif ? ) de la société, ce qui rends la chose délicate ( ie, ça dépend du board d'actionnaires, ça vaut un peu d'argent, et les bénéfices pour la boite de la cession de la marque sont loin d'être évident, vu que RH utilise la marque Fedora sur son site, sur sa communication, etc ).
Donc la situation n'est si simple. Ensuite, il faut aussi se souvenir que le chemin vers l'état actuel a été long ( genre : http://lwn.net/Articles/83360/ ), et que ça n'est pas arrivé en un jour ( et qu'il y a toujours des efforts à faire ). Et en effet, Fedora est bien plus ouverte qu'au début, et plus d'une fois des décisions ont été prises par Fedora que RH n'aurait pas prise sur RHEL ( exemple, RHEL fourni Flash, et les équipes se font chier à maintenir la compatibilité autant que possible, alors que Fedora va upgrader X dans la version stable, même si ça casse les drivers proprios nvidia, etc ).
Par exemple, le choix même des noms "spherical cow" ou "beefy miracle" est un truc que la plupart des départements marketings du monde aurait bloqués. Et en effet, l'ouverture est trés bonne, les gens poussant à ce que les choses soient discutés, documentés, tout fait de façon ouverte.
Et j'aurais tendance à dire que la prochaine étape dans l'ouverture d'une distro, c'est la facilité de fork. IE, si quelqu'un n'est pas content, est ce qu'il peut prendre toute l'infra, tout le travail ( genre, choper tout le wiki, tout le bugtracker ) et refaire le projet dans le coin. Mais je m'égare ( et je radote aussi ).
Pour en revenir à mageia, oui, être corporate friendly peut faire parti des objectifs. par exemple, s'attacher à séparer clairement le libre du pas libre est un exemple ( car si tu sépares pas les 2, tu pousses l'examen des licences et le risque juridique sur les boites, et la plupart vont pas aimer, ou vont pas faire gaffe ). De même, avoir un planning prévisible, une structure juridique neutre, etc. Et les sociétés font parti de l'écosystème ( cf https://wiki.mageia.org/en/Commercial_vendors ), et des boites commencent à s'y intéresser
https://ml.mageia.org/l/arc/council/2012-03/msg00127.html ( "Mageia ecosystem - new comer" ). Il y a encore du travail de ce coté, mais c'est plus par manque de temps qu'autre chose, comme bien souvent.
[^] # Re: Ne pas vendre la peau de la distrib avant de l'avoir tuée ...
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 4.
Une métrique plus visible est le nombre de gens qui participent à des IPs , que ça soit pour installer ou pour se faire installer et sur paris, j'ai pour le moment le sentiment que c'est en faveur de mageia dans une comparaison mageia/mandriva. Ou lors du FOSDEM, des RMLLs etc.
Il y a sans doute moyen de comparer l'activité sur les forums ou les listes également.
# Revue de presse
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 7.
Je suis étonné de voir qu'une annonce comme ça fasse le tour du web un weekend :
http://www.itwire.com/opinion-and-analysis/open-sauce/54808-mandriva-has-become-a-joke
http://www.osnews.com/comments/25969
http://lwn.net/Articles/497731/
http://linux.slashdot.org/story/12/05/18/1240238/mandriva-sa-cedes-control-to-mandriva-community
http://www.h-online.com/open/news/item/Mandriva-to-be-given-over-to-the-community-1578780.html
http://www.linuxtoday.com/it_management/mandriva-community-planning-next-release.html
http://ostatic.com/blog/mandriva-returning-to-community
http://www.phoronix.com/scan.php?page=news_item&px=MTEwNDA
preuve que quand mandriva veut communiquer, ils peuvent.
[^] # Re: Ne pas vendre la peau de la distrib avant de l'avoir tuée ...
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 9.
surtout quand on connait l'état de la communauté de contributeurs autour de Mandriva, l'état de l'infrastructure, et le travail que ça représente que de monter une structure indépendante. On a la chance de pouvoir faire ça facilement en France ( 1/2 mois pour monter une assoce ), mais si on regarde LibreOffice et TDF, ça a pris du temps ( et le plan était en gestation depuis 3/4 mois avant l'annonce ).
Donc dans l'histoire OO/LO, je dirais plus que Mandriva est comme Openoffice :
- structure commercial (mdv, oracle/openoffice) vs non commercial ( mga, libreoffice)
- don à la communauté ( comme oracle/openoffice )
- communauté initiale qui est parti bosser de son coté ( comme TDF ), suite à des changements de management
- présence d'une autre structure commerciale ( ie IBM pour openoffice, Rosa pour Mandriva ) qui continue à se baser sur le produit non forké, et qui finance la libération du produit, et présence d'une part de la communauté.
- article de temps en temps sur "$PROJET n'est pas mort"
Et comme LibreOffice, un effort de nettoyage a été le premier truc fait par la communauté mageia.
Et j'ajouterais que pour le moment, on voit pas Mandriva dans http://www.documentfoundation.org/supporters/ ( mais c'est sans doute parce que Mandriva avait à l'époque d'autres chats à fouetter ).
Des gens peuvent tirer les conclusions sur l'avenir, même si je doute fort qu'un exemple soit généralisable. Mais il y a très clairement 2 ans d'avance en terme de développement de structure en faveur de Mageia, et ce qui ressort des 5 minutes de discussions au FOSDEM autour du sujet lors de l'assemblée général, c'est qu'avant de donner un accord pour participer à une fondation, il faut savoir ce qui est prévu et ce que ça apporte, sous quel conditions. Il est donc prématuré de parler de rapprochement sans avoir plus d'infos. Des contacts ont eu lieu, mais rien de plus. Et sauf erreur de ma part, Mageia a un planning à tenir en terme de release pour le moment, et pour le mois prochain.
[^] # Re: Ne pas vendre la peau de la distrib avant de l'avoir tuée ...
Posté par Misc (site web personnel) . En réponse au journal La distribution Mandriva rendue à la communauté. Évalué à 8.
C'était une option prévu par le PDG ( https://ml.mageia.org/l/arc/council/2012-03/msg00078.html ), mais au vue de l'équipe auto appointé, ça ne va pas arriver ( https://twitter.com/#!/proyvind/status/197441621715976192 ).
On connait l'avis de Peroyvind sur Mageia, et si il avait voulu opérer un rapprochement crédible, ça aurait pu être fait ( en fait, il suffit juste de dire "on se base sur mageia" suivi de "voici ce qu'on propose de garder comme paquet, et on va discuter sur les listes" ). À la place, j'ai plutôt l'impression qu'il va faire le forcing pour avoir une structure indépendante afin de garder la main mise technique sur le projet, et notament pour s'assurer que rpm5 reste utilisé.
[^] # Re: Première ligne
Posté par Misc (site web personnel) . En réponse au journal Conseil : Arrêtez d'utiliser Firefox dès aujourd'hui. Évalué à 10.
En fait, tout l'article est comme ça :
" Une fois l'interface affichée, rien n'est fait pour décourager le débutant."
"Et pourtant, contrairement à bon nombre de distributions Linux, elle n'est déroutante qu'au niveau de sa simplicité d’installation et d’utilisation."
Ça me laisse sans voix.
[^] # Re: Première ligne
Posté par Misc (site web personnel) . En réponse au journal Conseil : Arrêtez d'utiliser Firefox dès aujourd'hui. Évalué à 9.
Mais bien sur, tu te doutes bien qu'une communauté dont le but est de partager le code n'a que pour but premier de garder le savoir pour elle et de le rendre non accessible.
Je pense qu'une part des gens ont oublié les fondements ou souffre d'un manque de logique phénoménale.