wismerhill a écrit 2608 commentaires

Ce n'était pas la peine d'appeler le paquet mysql, ils pouvaient faire un paquet mariadb avec un provides mysql. C'est ce que fait mageia.

Ne mélangerais-tu pas nepomuk et akonadi?

Non, il prend sa douche, et n'a rien à foutre de savoir comment ça marche.

Et il a tort.
S'il s'intéressait un peu au fonctionnement, il comprendrait que s'il n'a pas tout de suite de l'eau chaude, c'est parce que la douche n'est pas juste à côté de la chaudière, qu'il faut donc le temps que l'eau chaude arrive jusqu'à la douche et réchauffe le tuyau dans lequel elle circule.
Il comprendrait alors que c'est dans son intérêt que plusieurs personnes utilisent la douche à la suite pour profiter du chauffage fait par le premier et éviter de gaspiller de l'eau.

Et tous ces trolls (c'est vendredi!)

Ça doit être marrant d'avoir les programmes qui s'arrêtent toutes les 6 minutes.
Une sorte de twitter du temps de travail.

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.