Misc a écrit 6318 commentaires

C'est conservé dans l'historique, donc ou est le souci ?

"alors, ça serait bien d'avoir tout le monde qui utilise exactement la même chose, mais sans des gens pour venir appliquer des régles".

Tu as d'autres impossibilités logiques à proposer ?

Je pense qu'en matière de lancement de controverse, la news sur slashdot est mieux faite que ton commentaire, vu qu'elle est relativement critique vis à vis d'unity ( http://news.slashdot.org/story/11/10/13/1450229/ubuntu-1110-oneiric-ocelot-released ), alors que je ne le trouve pas ça si mal au vue des screenshots. Dans le même ordre d'idée, il y a aussi une personne dans la communauté pour se demander si ça fait partir les gens ( http://bryanquigley.com/uncategorized/ubuntu-community-in-trouble ).

je ne pense pas que ça soit du à Unity. Après tout, Ubuntu vise notamment un public de débutant sous Linux et il est normal qu'une partie d'entre eux décide d'aller plus loin après un temps, c'est ni nouveau ( http://www.greenfly.org/mes.html ), ni dommageable.

En douce dans le sens ou Mandriva promet une LTS, et fait croire que c'est pour satisfaire la communauté, mais ne dit rien sur ce que ça représente, alors qu'il y a des chances que la LTS soit ce que le gouvernement russe veut, et pas ce que la communauté veut.

Quand à financer, c'est peut être la raison pour laquelle les salariés sont enfin payé avec 2 mois de retard ( http://forum.mandriva.com/fr/viewtopic.php?f=137&t=135460 )

Et pour un truc plus à l'ordre du jour depuis belle lurette, l'article semble vachement récent.

Après toute la pub sur leur outil de gestion de serveur ( l'ancien ensemble, renommé juju ), et tout le battage fait sur les blogs officiels, avec tournée mondial pour faire la pub, et surtout après avoir décidé que c'était prioritaire par rapport au desktop ( https://blueprints.launchpad.net/ubuntu/oneiric 10 server-, 3 desktop- dans essential ), je suis étonné que personne n'en parle.

Et au moins par hommage pour le temps déployé pour faire de la pub, quelqu'un pourrait parler de juju et des charmes ( même si peut être que d'autres pensent comme moi que ça va juste aboutir à un beau bordel non portable et pas maintenable : shell script && mélange de language, usage des ppas, pas d'espace de nom sur les charmes et surtout des horreurs comme ça dans le repo officiel

http://bazaar.launchpad.net/~charmers/charm/oneiric/jenkins/trunk/view/head:/hooks/start ( le || true, pour masquer les erreurs )
http://bazaar.launchpad.net/~charmers/charm/oneiric/jenkins/trunk/view/head:/hooks/install ( prendre les paquets upstream d'un dépot prévu pour debian pour mettre sur une ubuntu )

Bref, les gens pourraient aider à ce que Canonical gagne enfin de l'argent autrement que via des goodies.

Oups non, Iouri Tchaika, c'est le ministre de la justice, c'est Alexander Kulikov le député.

Il y a aussi ça : http://lenta.ru/news/2011/10/10/penguin/

Et pour les gens qui parlent pas russe, c'est un député russe , Iouri Tchaika, qui lutte contre la corruption qui déclare que l'appel d'offre était truqué, que Pingwin soft ( qui est détenu par NGI, un fond d'investissement derriére rosa lab, une autre boite russe qui bosse sur Linux, et les investisseurs via Chypre qui tiennent Mandriva en vie ) été choisi avant l'annonce même de l'appel d'offre, et que de surcroit, c'est de l'argent qui va partir pour enrichir une boite étrangére.

C'est vrai que vu que Mandriva a eu du mal à sortir sa distribution sans avoir 2 mois de retard avec l'aide de rosa lab, il est douteux que pigwin software arrive à faire un projet en 16 jours et 5 millions de roubles.

Je suppose du coup que les promesses fumeuses de Mandriva concernant une LTS ne sont qu'une façon de recarrosser le travail que le gouvernement russe va en douce financer.

On t'a pas dit que le libre est une secte ?

Y a un article dans linux mag 133, de décembre 2010. Ça n'avait pas l'air trop dur à piger, faut juste rajouter des composants pour faire ce que tu veux, genre tu rajoute le composant "serveur réseau" par dessus le composant "copie avec redondance".

Sinon, tu as ça :
http://www.gluster.com/community/documentation/index.php/Gluster_3.2_Filesystem_Administration_Guide

ça : http://www.happyassassin.net/2011/10/02/disappearing-add-ons-in-firefox/ ?

On voit en effet bien l'avantage de faire des releases tout les 6 semaines, car faire ça tout les X mois, ça mettait trop de pression sur la QA en rajoutant des features trop compliqué à tester.

Une très bonne réputation depuis desannées, j'ai des doutes. Entre le fait qu'il fallait des invits jusqu'en 2010 et le fait que tout comme Deezer, la version gratuite est vachement limité....

Bien que je pense que le don désintéressé existe, Facebook et Spotify ont des devoirs de rentabilité. Que ça soit face à des actionnaires ou investisseurs, ou vis à vis des obligations contractuelles comme payer le loyer, les serveurs et surtout les employés, elles doivent gagner de l'argent. Donc soit elles font payer le service ( ou une partie ) à leurs utilisateurs ( comme Spotify, via les comptes payant, et via l'emprunt de leur bande passante à la peercast ), soit elles trouvent de la richesse ailleurs, en revendant autre chose que d'autres achètent ( ie, dans ce cas la, du temps d'attention, comme Google et TF1 ).

Et autant ça te parait insupportable d'utiliser un compte facebook pour te logguer, autant ne pas avoir des milliers de comptes à gérer est une demande récurrente de la plupart des gens. C'est pas pour rien que des services comme ldap ou kerberos ont vu le jour. Google le propose aussi, Microsoft a tenté de le proposer ( microsoft passport ), openid tente de le proposer.

Le pdg de spotify a du se dire que ça permet de réduire les couts ( ie, cout de gestion de la base utilisateur, aprés l'affaire Sony et tant d'autres hacks, ça permet d'alléger le service que d'externaliser ça ), de faciliter l'arrivé de nouveau client ( ie, plus besoin de faire un compte si quelqu'un partage la musique sur facebook et qu'un contact veut voir ça via spotify ). Du coté de FAcebook, ça permet sans doute de mettre des batons dans les roues de G+ en les isolant un peu plus ( mais pas beaucoup, vu qu'ils ont déjà google musique ), notamment au niveau des FAIs ( spotify a un accord avec SFR, Deezer avec Orange ). Comme quoi, la neutralité du net, ça peut aussi handicaper les grosses boites.

C'est une expression américaine : http://en.wikipedia.org/wiki/There_ain%27t_no_such_thing_as_a_free_lunch

La justesse de l'adage reste à démontrer et à discuter.

Le souci est que centos rajoute des choses, sauf erreur de ma part, tout comme scientific linux. Mais je pense que ça mérite vérification, car je trouve des posts sur internet pour dire le contraire ( ie, que centos tente de rester fidéle la ou SL rajoute des choses utilisés en interne par le cern et le fermilab comme AFS et divers trucs kerberos )

ce qui est plus génant, dans la proposition ( car après tout, c'est qu'une proposition ), c'est ce qui entoure la restriction :

"The ESR is specifically targeted at groups looking to deploy it within a managed environment. It is not intended for use by individuals, nor as a method to mitigate compatibility issues with addons or other software. Public (re)distribution of Mozilla-branded versions of the ESR will not be permitted. "

Donc c'est pas prévu pour les individus qui veulent avoir une version qui ne casse pas les extensions, et c'est pas prévu pour les distributions linux. Autant dire qu'une fois de plus, les linuxiens passent à la trappe ( mais ceci dit, je ne suis pas sur que beaucoup est fait l'effort d'aller donner leur point de vue à Mozilla de façon structuré ).

Tu as déjà les sources sur ftp://ftp.redhat.com/redhat/linux/entreprise/ .

Pour le point 4 :
http://f-droid.org/

Pour le 1, comme tout le monde l'a dit avant, c'est non, y compris au niveau de certains drivers ( en userspace ) pour les puces graphiques.

Pour nfs/cifs/etc, oui, si le noyau le supporte, ça dépend ensuite du noyau.

Pour les applis libres, ça dépend, mais en général, non, même si certaines sont dispos ( et il reste la solution "je fait un chroot" à la barbabre ). Le souci est qu'android utilise des bibliothéques séparés, comme bionic, et l'idée n'est pas de viser la complétude, mais d'avoir juste ce qu'il faut.

Pour la dernière, il y a http://trac.osuosl.org/trac/replicant et http://www.icedrobot.org/ qui sont plus ou moins dans la veine, mais rien d'autres à ma connaissance. Tu peux voir les vidéos du fosdem sur le sujet pour icedrobot.

Curieusement, quand ils sont passé à 3 versions au lieu d'une ( stable, dev ), ils ont pas eu peur ?

On peut automatiser le fait de boire les cocktails et les massages.

"maintaining a stable version will cause pain for our community."

ou autrement dit "ouais, faire des releases, s'assurer que rien ne casse, ça va nous faire chier". Ça me fait un chouia bizarre de lire ça.

En effet, j'ai du me gourrer. En fait, j'avais un commentaire super long avec le détail, et j'ai perdu par erreur le tout :/

Sauf que c'est pas si simple que ça. Quand tu refactorises le code des drivers ( ce qui arrive quand même assez souvent, je pense ), tu peux pas aussi facilement backporter le tout, ou du moins, pas sur la durée. Quand il y a une nouveauté ( genre des cartes avec 2 chipsets comme pour xorg ), faut mettre à jour plus que les drivers. Quand il y a des changements ailleurs, faut faire gaffe à l'impact ( exemple, udev, etc ).

Et les backports, c'est juste une façon déguisé de faire des mises à jours de version en faisant croire aux gens que ç'est mieux testé et que ça casse rien. En pratique, soit tu forkes l'upstream ( et on arréte pas aussi de dire "faut arreter de dupliquer les efforts entre distros" ), soit tu fait une montée de version.

Et dans un cas, tu as une version custom avec le cout de maintenance associé, dans l'autre, tu as juste réussi à faire une mise à jour sans le dire, ce qui ne change rien au probléme.

Ceci dit, la 2011 est sorti avec 2 mois de retard sur le planning ( ce qui montre que quand on double le temps pour le travail, ça ne change rien car on a tendance à aussi doubler les taches à faire voir plus ).

Et il y a eu un certain nombre de personnes qui ont poussés des fonctionnalités en se disant "si je le fait pas maintenant, faut attendre 1 an", mais qui ont eu dieu merci les 2 mois de retard pour stabiliser. Il suffit de voir les réactions autour de la version du kernel ( http://forum.mandriva.com/en/viewtopic.php?f=35&t=135407 ) ou de xorg ( http://forum.mandriva.com/en/viewtopic.php?f=35&t=134793 ) pour voir que les gens veulent des logiciels récents pour des questions de support hardwae.

On voit bien le noeud du problème. Les gens veulent que la couche basse soit à jour ( xorg, kernel ) pour supporter le matos, et avoir les applicatifs à jour ( pas tous, juste ceux qui sont utilisés par tout le monde comme gnome, kde, firefox libroffice, etc ). Mais pas la distro. Sauf que si on retire xorg/udev/kernel/etc, et firefox/libreoffice/gimp/etc, et le wm, il reste quoi ? La glibc, la libpng, ruby, python ?

Il suffit de faire 2 articles, et voila.

Fait le calcul, mon estimation est qu'il faut vendre 3 pwp par heure pour financer 1 seul ingé ( et mal le payer ) ( estimation à 25e de bénéf par pwp, pas de support ). Donc bon...