Jean-Philippe Garcia Ballester a écrit 1100 commentaires

mais que tout l'aléa dépende de ça, j'avoue que j'ai plus de mal.

Ce n'est pas du tout le cas. Voir par exemple : http://blog.drinsama.de/erich/en/linux/2008051401-debian-ope(...)

J'utilise cooker, et pour moi ,ce n'est pas une version de Mandriva

Ca n'a rien a voir, Cooker n'est jamais stabilise. C'est plus comparable a un depot d'un gestionnaire de version.

un développement de ruby

Ca ne veut pas dire grand chose cette expression. Il me semble que la definition communement admise de "version" est "un nombre indiquant la revision de quelque chose". Il s'agit ici bien d'une version, de developpement certes, mais d'une version quand meme.

ah là là, on doit toujours expliquer ce qu'est une prod aux développeurs .

ah là là, on doit toujours expliquer ce qu'est un processus de developpement aux administrateurs.

Quoiqu'il en soit, ta phrase initiale etait fausse : Ruby 1.9 ne sera en aucun cas la prochaine version de Ruby (et toc!).

Ruby 1.9 est sorti : http://www.ruby-lang.org/en/news/2007/12/25/ruby-1-9-0-relea(...)
Mais c'est comme le noyau, les numeros impairs sont des versions de developpement.
La prochaine version sera donc bien la 2.0.

Et pour corriger ce qui a ete ecrit ci-dessus, ce n'est pas Matz qui a ecrit la VM de ruby 1.9, mais Koichi Sasada.
Voir en:YARV

C'est pour faire plus web 2.0 que tu poste en double ?

Ce qui me fâche beaucoup, c'est que j'ai une carte mère avec un X38, mais le support du VT-d n'est pas activé dessus, et il n'y a rien dans le bios pour l'activer...

Une autre solution est d'utiliser du PCI passthrough, et de dedier une carte graphique a un machine virtuelle.

Ca marche tres bien avec Xen en paravirtualisation. Pour la virtualisation materielle, il faut utiliser la technologie VT-d, mais le support des cartes graphiques n'est pas encore fait dans Xen (c'est sur la roadmap de la 3.3).

— Un commentaire disant que le libre c'est beau, même avec des erreurs sera généralement « pertinenté »
— Un commentaire disant du mal du libre, même argumenté sera généralement considéré comme inutile.

N'importe quoi.

J'ai vu énormément de critique constructive de libre pertinenté, et énormement d'encensement inutile du libre se faire moinssé.

Sale aigri, va :)

comepris [...] Aleubert [...] Monepelliai

Mais c'est pas possible de faire des fautes aussi enormes ! Tu es dyslexique ou quoi !

N'utilisant pas de base de données pour ce test, je n'ai pas configuré le bon fichier (config/database.yml pour les connaisseurs). Je tente donc d'afficher la chaine que j'avais définire dans mon controleur et ... paf premier message d'insulte.

Ca fait plus d'un an que je n'ai pas utilise Rails, et j'etais loin de le maitriser.
Pourtant, il m'a fallut moins de 5 minutes pour trouver dans config/environment.rb:

# Skip frameworks you're not going to use (only works if using vendor/rails).
# To use Rails without a database, you must remove the Active Record framework
config.frameworks -= [ :active_record ]

Et Rails marche tres bien sans base de donnee.

Je passe encore pas mal de temps pour me rendre compte que maintenant c'est plus rake migrate qu'il faut executer mais rake db:migrate. Pourquoi ? Personne ne le sait, et c'est GONFLANT.

Parce que "rake -T" t'affiche toutes les taches possibles, et c'est beaucoup plus clair de prefixer par la "fonction" a laquelle c'est relie.
Encore une fois, il ne faut pas plus de 5 minutes pour faire "man rake", voir l'option "-T", faire "rake -T", et voir dans la liste "db:migrate"...

Un spam assassin directement sur le serveur, avec un cron pour marquer comme spam les messages du dossier Spam, et comme ham les messages des autres dossiers.

Tout à fait d'accord, j'ai un spamassassin sur ma machine avec une bonne grosse dose de spam par jour, et très peu ne passent, genre 2-3 par jour sur plusieurs dizaines de spams.

Ben justement, il depend de la lib, pas de network-manager.

Cette obligation d'avoir network-manager pour utiliser liferea n'est donc meme pas une obligation upstream, et Fedora a encore moins d'excuse de creer cette dependance.

C'est con, mais ses dépendances sont obligatoires.

C'est le boulot du mainteneur du paquet de faire en sorte que ce genre de dependance ne soit pas obligatoire, typiquement, patcher le programme pour que la dependance devienne optionnelle.

Vu ton message plus bas sur liferea et libpurple qui dependent de NetworkManager, ca a l'air general, l'etat moisi des packages Fedora...

Ceci dit, je suis tres honore d'apprendre que ma parole represente toute l'organisation Debian...

Ben tu le retrouveras dans PackageKit et apt et tous les autres.

Sauf que chez Debian on sait faire des paquets correctement...

Et si nos petits enfants ne savent plus lire Molière, Voltaire, Hugo, ou Tocqueville tant pis.

En même temps, moi j'ai déjà essayé de lire du François Villon, et ben j'ai pas compris grand chose. Alors si dans deux siècles les gens ne sont plus capables de lire du Molière, ça me choquera pas outre-mesure.

Étudier les évolutions de la langue à travers le temps, c'est un bon moyen d'étudier une société.

S'il y a une psychose de la pédophilie-pédérastie, je trouve normal et très bien que cela se reflète dans la langue.

moi ce que j'aime bien, c'est le sujet de thèse en pdf avec pub intégré... C'est très fort !

- Le blink-blink, je l'ai, SVN me fait un diff nickel, de la même manière que GIT. Ton reproche s'adresse au diff, pas au gestionnaire de version.

Tu n'as pas essayé les commandes ci-dessus pour proférer de telles insanités !

Pour le reste, je dirais:
Humour et Plagiat.

- Est-ce que tu pourrais faire une capture d'écran du bling bling ?

Non, il s'agit d'un bling bling dynamique. À la limite un screen cast...

- Est-ce que ça tourne avec les drivers libres des cartes ATI ? Ou bien uniquement avec les drivers proprios ?

Évidemment ! À quoi cela servirait que git apporte le bling bling à l'utilisateur lambda, si c'est pour ne pas tourner sur la plupart des machines ?
git ne demande qu'un terminal digne de ce nom pour activer toute la puissance du bling bling.

non, ec tiares tôtulp :
à sab ERL, eviv EERL...

Tu racontes n'importe quoi, dans ce message et dans le précédent.
Par pitié, documentes-toi avant de lancer des "je me rappelle que", "il me semble que", et du n'importe quoi derrière !

Le coup de l'affiche à un salon, c'était de l'humour parce qu'ils avaient le stand Mozilla en face. Un gars de chez Mozilla, qui était sur le stand en question, l'a dit clairement.

Pour le coup du script de build, il avait été patché pour utiliser le nom officiel sans les logos officiels, qui sont non-libres.

Et un représentant de Mozilla a dit, dans le bug report, qu'il était interdit et non-négociable d'utiliser l'un sans l'autre (clotûrant ainsi le débat sur les patchs).

Bordel, c'est pas complique, on a un comportement par defaut du drag'n'drop simple et coherent sur la plupart des plateformes, un comportement foireux et idiot sous gnome

Ce n'est pas si évident que ça : et si en fait je voulais glisser déposer un fichier dans la fenêtre nautilus vers un dossier dans la même fenêtre nautils, caché sous la fenêtre de totem ?

Un lecteur interne non basé sur Flash

Ou bien je n'ai pas compris de quoi tu parles, ou bien le lecteur interne utilise bien flash8... Déception...

On souhaite également avoir un système assez stable pendant au moins 6 mois, voire plus.

Quelle est la différence avec un cycle de publication court ?
Le système est stable pendant toute la durée du cycle de publication, par définition...

Sinon, je suis d'accord pour dire que le fonctionnement du cycle de publication d'ubuntu est une bonne idée (publication rapides + LTS).