wismerhill a écrit 2603 commentaires

On s'en fout, si les développeurs ne veulent pas, ça ne se fera pas.

Ben, est-ce que les développeurs d'OSS4 veulent qu'il soit intégré au noyau?

Pitié, ne le relance pas!

Désolé mais le système de karma ne m'intéresse pas

Alors arrête de pourrir toutes les dépêches en répétant des dizaines de fois que tu n'en a rien à faire!

Qt et GTK ne sont pas des langages, ce sont des toolkits.
Les langages respectifs sont C++ et C (avec des bindings vers plein d'autres langages).

Phonon n'est pas obsolète, c'est la couche d'abstraction de KDE4, et ça le sera probablement encore dans le framework 5.

touches multimédia bloquées par l'écran de veille

En ce qui me concerne, vu que j'ai associé à plusieurs touches «multimedia» le démarrage de programmes, ça m'arrange bien qu'elles soient bloquées comme les autres!

Oh, le truc marrant aussi c'est quand un pc a pas de carte son mais que virer les libs sonores emportent la majorite du systeme aussi.

Oui, quand un programme est liés à des bibliothèque à la compilation ces bibliothèques sont obligatoires (le programme ne démarrera de toute façon pas sans elles).
Les distributions généralistes compilent avec un maximum d'options pour répondre à un maximum de besoins, et les programmes qui permettent de charger dynamiquement des fonctionnalités optionnelles (par exemple avec un système de plugins) sont malheureusement minoritaires.

Si tu veux avoir plus de contrôle sur ce genre de choses, il faut plutôt t'orienter vers une distribution source (à la gentoo) où tu pourra tuner toi-même les options de compilation en retirant les choses que tu sais inutile.

en effet…

Il y a des choses amusantes dans ce benchmark.
En particulier, on voit qu'un xz -1 compresse mieux qu'un gzip -9 (82Mio contre 96 Mio) en étant légèrement plus rapide (32.2s contre 33s). Il faudrait que je fasse quelques essais avec des types de fichiers différents pour voir si c'est systématique.

Non, ce n'est pas vrai. Le test n'est pas allé jusqu'au bout, il ne peut donc pas être passé.

Non, ta RAM est utilisée à 14% par les programmes et le système. Et comme il y a plein de RAM inutilisée, le noyau s'en sert comme cache disque, pour éviter de devoir lire plusieurs fois la même chose depuis le disque dur.

Pourquoi?
Ton disque dur fait moins de 3Go?

J'ai pas de debian sous la main, mais c'est le {..} qui passe pas avec les arguments en variable. Ainsi, for i in {"$a".."$b"} devient for i in "{24..36}", ce qui ne fait qu'une seule boucle, et ne renvoie rien du coup.

C'est pour ça que bash propose la syntaxe

for (( EXPR1 ; EXPR2 ; EXPR3 )) ; do COMMANDS ; done

qui fonctionne comme la boucle for qu'on trouve dans la plupart des langages.

Les liens sont sur le blog.

Dites… pourquoi vous vous prenez la tête, vue que mageia a déjà (et ça ne date pas de cette année) une page facebook et un compte twitter?

Les outils drak* n'ont pas encore été complètement adaptés à l'utilisation de grub2. En l'état actuel, si tu choisis grub2 sur une mageia 3 il faudra y aller manuellement pour personnaliser le menu et ajouter certaines options.

https://wiki.mageia.org/en/Mageia_3_Errata#Grub2

Avoir beaucoup de temps devant soi, car plus le cluster est volumineux plus ce sera long (mais ça, c'est pareil avec la méthode classique du dump puis ré-import).
Et vérifier après coup que la configuration du nouveau cluster est bien correcte et s'il n'y a pas quelques petites choses à adapter pour la nouvelle version.

Sinon, oui, quand j'avais mis à jour des serveurs de lenny vers squeeze (donc de PG 8.3 vers 8.4) ça avait été aussi simple que ça, et c'était une bonne surprise, car à l'époque j'avais commencé à préparer la migration telle que conseillée dans la doc de PG (avec l'avantage tout de même d'avoir les deux version installée en parallèle), puis au hasard d'une complétion du shell j'avais repéré cette cette commande pg_upgradecluster qui m'a bien simplifié la tâche.

Les release notes contiennent un chapitre « 4. Mises à niveau depuis Debian 6.0 (Squeeze) » à lire absolument avant de se lancer dans la mise à jour.
C'est là
http://www.debian.org/releases/wheezy/releasenotes
Je te conseille de tout lire avant de lancer la mise à jour.

Ou alors, on profite du travail fait par les mainteneurs qui s'occupent de postgresql dans debian:
- On installe la nouvelle version à côté de l'ancienne (comme le permettent les paquets debian), c'est automatique si on a installé le méta-paquet non-versionné postgresql
- On utilise le script pg_upgradecluster qui va se charger de créer un nouveau cluster dans la nouvelle version et d'y copier toutes les données, sans devoir passer par un fichier temporaire.

À l'époque, le backup du serveur consistait à "casser" le raid puis à rajouter un disque,

C'est chouette pour avoir un backup avec des fichiers corrompus.

Est-ce que ext4/fat va pouvoir réutiliser les systèmes de raid, snapshots et … ?

man lvm
man mdadm

Si tu les as dans un autre répertoire avec des numéros ordonnés, tu as encore de la chance.
Parce que ça pourrait être dans le même répertoire où tu aurais des
source.old
source.bak
source.bak2
source.bak.bak
Copie de source
Copie de source2
Copie de Copie de source
source.new (en attendant qu'il prenne la place de source)
source.new2 (je veux expérimenter autre chose en parallèle)
source.new-collegue (mon collègue travaille en même temps que moi sur les mêmes sources)
…
http://thedailywtf.com/Articles/The_Developmestuction_Environment.aspx

Tu n'a pas dit à mod_rewrite de faire une redirection externe, donc il el fait en interne de façon transparente pour le client, qui de son point de vue est resté à la racine.
Si tu veux que mod_rewrite réponde au client avec une redirection il faut ajouter le drapeau R (qui s'ajoute à ton [L]).
cf http://httpd.apache.org/docs/2.2/mod/mod_rewrite.html#rewriterule

Ah?
Ça m'intéresse, comment fait-on ça?
Et surtout à partir de quelle version est-ce possible?