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.
Curieusement, l'article dit "migth disappear", et tu traduit par "vont disparaitre". Je suis pas linguiste, mais je pense que c'est "pourrait disparaitre". Comme il explique, yahoo était viable il y a 10 ans, mais ne l'est plus. Ils avaient pas de plus mauvais codeur ou de plus mauvais responsables que d'autres.
Google, via google+, semble reconnaitre aussi que les gens font leur vie numérique ailleurs que sur le web traditionnel, et que ça menace leur business model ( ie, si tout le monde va sur facebook, est ce qu'ils vont voir les pubs de Google, ou celle de Facebook ? )
Est ce qu'en allant sur des sites mobiles, tu arrives à montrer autant de pub que sur un site normal ? je sais pas, j'ai ni de compte facebook, ni l'habitude de voir des applis mobiles. mais je pense qu'au vue de la taille de l'écran, c'est plus difficile. Donc il faut compenser avec des pubs plus ciblés, ou d'autres modéles ( applis/contenu payant , ce que facebook semble tenter de faire, au passage ).
Et la conclusion est aussi dans l'interrogation :
"The bottom line is that the next 5 – 8 years could be incredibly dynamic. It’s possible that both Google and Facebook could be shells of their current selves – or gone entirely".
Oui, l'informatique évolue beaucoup, et vite. Donc oui, peut etre que dans 5 ou 8 ans, les 2 géants ne seront que l'ombre d'eux même ou peut être pas. Aprés tout, on entends déja dire par les employés Google que la boite n'est plus la même, on voit deja certain partir chez Facebook, et on rale aussi sur les changements récents ( appstore, walled garden, etc ). Donc si les choses ont changés une fois, ça va changer encore, ça me parait pas si improbable.
De ce que je sais, la maturité des solutions libres dépendent surtout de la solution, qui dépend du cas d'usage. Par exemple, des solutions comme Jboss sont relativement mature, offrant un écosystème de trucs relativement complets ( http://www.jboss.org/projects ), je connaissait pas avant de commencer mon nouveau taf, et je suis étonné de tout ce qui existe ( genre, des outils de persistances, de monitoring, etc ). Il y a souvent des boites qui proposent du services derrière, ce qui peut être un point de maturité. Il y a des standards d'interopérabilités, qui marchent en général pas trop mal au moins dans le monde java, ç'est aussi un signe de maturité.
En python, tu as des choses comme django, qu'on qualifie en général de framework web, mais qui permet aussi de distribuer des applications toute faites, je sais pas si ça compte comme middleware à tes yeux, mais ça y ressemble fortement.
Enfin, "serveur d'application", ça me parait être un bon nom pour middleware, mais y a sans doute une différence.
Je pige pas, si c'est des jeux sur le web, pourquoi est ce qu'ils ajoutent ça dans le store ubuntu ?
L'idée est pas mauvaise en soit, après tout, c'est ce qui est par Apple et Google et des tas d'éditeurs ( et même il y a une paire d'année, avec les divers projets comme prism de mozilla, etc ), mais ça me parait curieux. Enfin, Canonical tente de devenir rentable en déployant une grande créativité , même si je suis pas sur que ça soit rentable pour eux au final ( mais ça n'a pas couté cher, faut le reconnaitre, au pire, ils ont payé EA pour la marque, au mieux, c'était gratuit plus une part minime des micros transactions, un peu comme pour les referral amazon ).
Perso, quand je m'en fout de ce que les autres pensent de ce que je fait, je fais pas l'effort de répondre, donc permet moi d'avoir un œil critique vis à vis de ton affirmation ( et d'un point de vue technique, vu la propension de Canonical à se focaliser sur les machines plus récentes ( cf la controverse autour du raspberrypi ), je suis pas sur que ça soit le meilleur choix possible que de prendre Ubuntu, surtout qu'il y a un certain nombre de dérivé historique qui sont parti sur du debian avec le temps pour diverses raisons ).
[^] # 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.
# Perdu à la traduction
Posté par Misc (site web personnel) . En réponse au journal Google et FaceBook vont disparaitre !. Évalué à 3.
Curieusement, l'article dit "migth disappear", et tu traduit par "vont disparaitre". Je suis pas linguiste, mais je pense que c'est "pourrait disparaitre". Comme il explique, yahoo était viable il y a 10 ans, mais ne l'est plus. Ils avaient pas de plus mauvais codeur ou de plus mauvais responsables que d'autres.
Google, via google+, semble reconnaitre aussi que les gens font leur vie numérique ailleurs que sur le web traditionnel, et que ça menace leur business model ( ie, si tout le monde va sur facebook, est ce qu'ils vont voir les pubs de Google, ou celle de Facebook ? )
Est ce qu'en allant sur des sites mobiles, tu arrives à montrer autant de pub que sur un site normal ? je sais pas, j'ai ni de compte facebook, ni l'habitude de voir des applis mobiles. mais je pense qu'au vue de la taille de l'écran, c'est plus difficile. Donc il faut compenser avec des pubs plus ciblés, ou d'autres modéles ( applis/contenu payant , ce que facebook semble tenter de faire, au passage ).
Et la conclusion est aussi dans l'interrogation :
"The bottom line is that the next 5 – 8 years could be incredibly dynamic. It’s possible that both Google and Facebook could be shells of their current selves – or gone entirely".
Oui, l'informatique évolue beaucoup, et vite. Donc oui, peut etre que dans 5 ou 8 ans, les 2 géants ne seront que l'ombre d'eux même ou peut être pas. Aprés tout, on entends déja dire par les employés Google que la boite n'est plus la même, on voit deja certain partir chez Facebook, et on rale aussi sur les changements récents ( appstore, walled garden, etc ). Donc si les choses ont changés une fois, ça va changer encore, ça me parait pas si improbable.
# Solution libre
Posté par Misc (site web personnel) . En réponse au journal Middleware <> "In the middle of nowhere". Évalué à 4.
De ce que je sais, la maturité des solutions libres dépendent surtout de la solution, qui dépend du cas d'usage. Par exemple, des solutions comme Jboss sont relativement mature, offrant un écosystème de trucs relativement complets ( http://www.jboss.org/projects ), je connaissait pas avant de commencer mon nouveau taf, et je suis étonné de tout ce qui existe ( genre, des outils de persistances, de monitoring, etc ). Il y a souvent des boites qui proposent du services derrière, ce qui peut être un point de maturité. Il y a des standards d'interopérabilités, qui marchent en général pas trop mal au moins dans le monde java, ç'est aussi un signe de maturité.
En python, tu as des choses comme django, qu'on qualifie en général de framework web, mais qui permet aussi de distribuer des applications toute faites, je sais pas si ça compte comme middleware à tes yeux, mais ça y ressemble fortement.
Enfin, "serveur d'application", ça me parait être un bon nom pour middleware, mais y a sans doute une différence.
[^] # Re: Pas très autohébergement friendly
Posté par Misc (site web personnel) . En réponse au journal Friendica 3.0. Évalué à 4.
En même temps, facebook utilise php, mais pas l'interpreteur php de base, si je me souviens bien.
# Pas comprendre
Posté par Misc (site web personnel) . En réponse au journal EA fourni des jeux pour ubuntu. Évalué à 4.
Je pige pas, si c'est des jeux sur le web, pourquoi est ce qu'ils ajoutent ça dans le store ubuntu ?
L'idée est pas mauvaise en soit, après tout, c'est ce qui est par Apple et Google et des tas d'éditeurs ( et même il y a une paire d'année, avec les divers projets comme prism de mozilla, etc ), mais ça me parait curieux. Enfin, Canonical tente de devenir rentable en déployant une grande créativité , même si je suis pas sur que ça soit rentable pour eux au final ( mais ça n'a pas couté cher, faut le reconnaitre, au pire, ils ont payé EA pour la marque, au mieux, c'était gratuit plus une part minime des micros transactions, un peu comme pour les referral amazon ).
[^] # Re: fashion
Posté par Misc (site web personnel) . En réponse à la dépêche Emmabuntüs 2 (12.04) en version Preview sur freetorrent.fr. Évalué à 4.
Perso, quand je m'en fout de ce que les autres pensent de ce que je fait, je fais pas l'effort de répondre, donc permet moi d'avoir un œil critique vis à vis de ton affirmation ( et d'un point de vue technique, vu la propension de Canonical à se focaliser sur les machines plus récentes ( cf la controverse autour du raspberrypi ), je suis pas sur que ça soit le meilleur choix possible que de prendre Ubuntu, surtout qu'il y a un certain nombre de dérivé historique qui sont parti sur du debian avec le temps pour diverses raisons ).
[^] # Re: Bug reort
Posté par Misc (site web personnel) . En réponse au journal OpenStreetMap - Au dela des données : le rendu visuel. Évalué à 2.
Bah, si tu as une bonne raison d'avoir une mise à jour, les developpeurs peuvent la faire.
C'est le souci avec les services en lignes, mais ça peut se corriger.
# Délice de l'ironie
Posté par Misc (site web personnel) . En réponse au journal GNOME et l’hypocrisie de l'intégration des services en ligne Windows Live / Google. Évalué à 4.
Ironie d'avoir un email @gmail et son compte jabber ( cf le lien "jabber id" ) et de râler sur l'intégration avec Google…