liberforce a écrit 4730 commentaires

Ah bah voilà pourquoi je pensais à Kate... Mais je me suis dit: "Non, Kate c'est l'éditeur de texte".

Signé: un gnomiste démasqué

Pour moi c'est l'intégration des statistiques d'utilisation mémoire qui fait à présent ce que exmap et exmap-console faisaient: http://labs.o-hand.com/exmap-console/
L'écriture d'un frontend graphique est devenue triviale, et il sera plus facile de comparer les chiffres d'utilisation mémoire.

Latencytop aussi est une bonne nouvelle: powertop avait déjà bien permis de trouver les points d'engorgement pour diminuer la consommation électrique. Latencytop en rajoute une couche pour encore améliorer les applications. La rapidité d'exécution des programmes étant très étroitement liée aux temps d'accès aux données, cela deviendra rapidement un outil indispensable.

Bref, que des bonnes nouvelles pour ce 2.6.25 !

Les meta-package sous Mandriva commencent par "task-". Une fois que tu le sais, c'est trivial, mais j'admets qu'il fait trouver d'abord... Avant il n'y avait pas d'option pour n'afficher que les meta package, donc c'est quand même un pas dans la bonne direction (même si l'utilisateur lambda n'a aucune idée de ce qu'est un meta-package)...

Mandriva avait fait le même choix quand OpenOffice était sorti quasi en même temps que la 2008.0. Ils ont fait la connerie une fois avec je sais plus quel appli d'indexation (qui commence par un k) dans la 2006 je crois. Ils ont livré une version de développement de ce truc dans la version finale pour faire faire plaisir aux commerciaux: résultat, que des problèmes avec ce truc, il a été désactivé, et a laissé une très mauvaise impression aux utilisateurs.

Depuis, ils font gaffe à pas la jouer trop "bleeding edge". Donc là j'imagine qu'ils vont faire comme d'habitude: dès que Firefox 3 sera sorti, il sera disponible dans le media backport, qui donne des versions plus récentes des logiciels.

Pour ce qui est de métisse, c'est un gestionnaire de fenêtres, pas un environnement graphique (tu peux donc utiliser métisse à la place de metacity sous GNOME, tout comme tu peux le faire avec compiz-fusion). Je pense qu'il doit toujours être disponible via drak3d (représenté par une grosse icône "3D" dans le centre de contrôle Mandriva):
http://www.littleboboy.net/~mikala/drak3d

Vu qu'il y a eu pas mal de version entre les deux, le mieux est de réinstaller plutôt que de tenter une mise à jour. A l'installation, choisis juste de formater / mais pas /home (normalement, ce sont des partitions séparées chez toi).

A priori, je ne pense pas que tu aies des répertoires .truc à effacer. Ne le fais qu'au cas par cas, en cas de problème après la migration. Le mieux est de renommer les répertoires en question plutôt que de les supprimer d'ailleurs, pour voir si cela corrige le problème. Si cela le corrige, tu peux regarder les différences avec un outil de diff, comme meld par exemple, ou bien juste reconfigurer ton application si tu te fous de savoir d'où venait le problème.

Pour ce qui est des pilotes et plugins proprios, il suffit que tu rajoutes le média non-free qui contient les pilotes proprios. Pour flash, tu peux le trouver sur plf-nonfree. Ces deux médias sont configurables à partir de http://easyurpmi.zarb.org . Si tu as installé l'édition One, non-free devrait être préconfiguré. Si tu as installé l'édition Free, il faudra installer les deux. Une fois les médias ajoutés, reconfigure ton serveur X à partir du centre de contrôle Mandriva. En choisissant ta carte graphique, il te proposera lui même de télécharger le pilote proprio si celui ci est disponible.

Pour avoir utilisé yum sur Fedora Core 6 je peux te dure que y a pas photo, yum se traînait comme un fou. Il paraît qu'ils ont bossé dessus... J'espère bien, parce que j'avais le temps d'aller faire une belote pour installer un package...
Ça fait 4 ans que j'utilise urpmi, depuis la Mandrake 9.1, j'ai jamais ressenti la même lourdeur, il a toujours été assez rapide.

On m'a déjà fait la remarque, mais comment tu fais quand quand l'enregistrement commence à saturer la RAM ? Le disque n'arrivera jamais à suivre...

Quand t'as un mec qui remplit une cuve avec un tuyau d'arrosage à pleine pression, et un autre qui essaie de la vider avec un verre, au bout d'un moment la cuve déborde...

Tiens, ça me rappelle une blague avec un clébard... ~~~> [ ]

Je propose qu'ils fassent plusieurs versions de leurs installateur, et que chacun n'ait qu'un seul choix par défaut:
gwubi, kwubi, et xwubi, avec l'environnement adapté pour chacun.
Comment ça, ça résoud pas le problème ? ~~~> [ ]

La vrai question est : pourquoi Ubuntu, les personnes sous ubuntu (ou leurs ordis hein...) se sentent obligé de remplacer linux, gnome, etc par ubuntu ?

Parce que ces utilisateurs sont des newbies Linux, ils ne connaissent que Windows. Pour eux Windows c'est un tout, et pour Ubuntu, c'est pareil. C'est ça la rançon de la démocratisation. Ceux que ça intéresse sauront qu'ils utilisent GNOME, et te diront quelle version, mais la grande majorité qui s'en fout et qui veut juste utiliser le bouzin diront qu'ils utilisent Ubuntu (et t'as du bol s'ils arrivent à te dire quelle version). Ce qui est dommage, c'est que les développeurs rentrent dans le jeu pour "simplifier" l'information. En l'occurence, s'ils citent KDE, ils pouvaient bien citer GNOME et XFCE.

Il y a aussi:
- les bugs processeurs dits i686 mais qui ne gère pas certaines instructions (certains pentiums M, comme sur le Dell D600), et donc ont besoin d'une distrib i586.
- Les machines LTSP qui sont généralement anciennes
- Le Geode LX (i586) est un processeur toujours utilisé, dans les machines comme Linutop et l'OLPC par example.

Le thread complet:
http://archives.mandrivalinux.com/cooker/2008-02/msg00244.ph(...)

Certes, mais ce n'est absolument pas pour du web. Je fais de l'acquisition d'images sur 5 caméras numériques en même temps, et je voulais pouvoir conserver les images capturées sur disque.

L'ancien logiciel utilisait du jpeg, mais je préférais ne pas avoir de pertes. Le png met trop de temps à être généré (j'ai 125 images en 320x240 par secondes à enregistrer), donc j'ai choisi un format non compressé, pour faire la compression à postériori, sans risquer de diminuer les performances de la machine pendant l'acquisition. Bon, en fait ça n'a pas résolu le problème, car maintenant j'ai des problèmes de bande passante en écriture avec le disque dur (forcément, je stocke 24 bits par pixels alors que 8 suffiraient, et j'ai un disque 4200 tours/minute).

Le choix du bmp est aussi dû au fait que c'est le seul format non compressé que je peux enregistrer avec gdk-pixbuf dans GTK+. Le format pgm (sans compression, un seul canal en niveaux de gris) est lu, mais pas écrit :-( . Je vais d'ailleurs tenter de faire un patch pour ça, ça me servira au boulot, et ça pourrait être utile à d'autres...
http://bugzilla.gnome.org/show_bug.cgi?id=333278

Rendons à César... Le coup du fond d'écran qui change selon l'heure de la journée, ça a été pompé sur Fedora 8...

Encore cet amalgamme "vente liée = préinstallation"... Mais non, on veut juste que les tarifs du logiciel et du matériel soient séparés, et que l'on puisse ne pas payer ou se faire rembourser le logiciel si on ne compte pas s'en servir...

Après un paquet d'annonces bien foireuses sur le libre, comme ATI en son temps, VIA revient le coeur chargé de promesses. Par pur engagement libriste, cela va sans dire. Non, ce n'est absolument pas par opportunisme devant le marché des ultra-portable qui ne cherche qu'à exploser, et qui (miracle) embarque bien souvent une distribution Linux. Franchement. Ça se saurait. Vous avez les idées mal placées quand même.

Bin oui, quoi, c'est bien connu, VIA est un fervent partisan du libre:
http://linuxfr.org//2008/01/28/23617.html

-colorspace Gray conserve bien la même image, mais conserve les 3 canaux RGB, contrairement à -type Grayscale qui ne conserve plus qu'un canal en niveaux de gris.

De plus Grayscale ne fait pas de correction, l'image est identique à celle de départ, chose confirmée par compare -metric AE original.bmp convert.png difference.png (et aussi par un petit soft de comparaison d'images que j'ai fait).

Pour la séparation de canaux, j'avais essayé, mais pas de différence avec Grayscale, ni en poids de l'image ni en taille.

L'option -compress n'a rien donné quelque soit la valeur utilisée, et -quality 100 me donne la même taille qu'initialement. Par conséquent, j'en déduis que j'ai un peu tout essayé. Tes indications m'ont montré que j'étais sur le bon chemin, merci :-)

En transformant mon bmp en pgm (format brut en niveaux de gris), puis en convertissant cette dernière en png (avec l'option -type Palette pourtant), j'ai bien une image correcte, de 48 Ko.

J'ai donc l'impression que l'option Palette a dû essayer de transformer mon espace de couleurs RGB en palette indexée, sans passer par des niveaux de gris au milieu, ce qui a causé des pertes. Ces pertes ont eu pour effet de bord que le fichier se compresse mieux.

Mais impossible de descendre sous cette limite, sauf en utilisant l'outil pngcrush, qui peut faire descendre l'image à 40 Ko, mais c'est tout. J'avais testé convert avec l'option -quality 90, mais ça n'a pas changé grand chose... D'autres idées pour réduire la taille ?

Y a encore du boulot pour arriver au niveau d'Ulteo ^_^

Les lecteurs de Linux Pratique de ce mois ci :-)

Et tu as essayé un coup de testdisk/photorec sur le /tmp de la machine incriminée ? Tu as peut être moyen de retrouver quelque chose si tu n'as pas encore fait trop de modifs...

Après OOXML normalisé, les suisses qui passent à Ubuntu... Une mauvaise nouvelle n'arrive jamais seule. Snif.

Tu n'as pas lu les liens. On y lit que les devs d'epiphany en ont marre d'attendre des mois une release qui inclut le patch qu'ils ont fournit des mois avant. Le cycle de release de Gecko, à ce que j'ai compris, c'est "quand c'est prêt" (feature-based). Webkit est time based, et sera sur un cycle de 6 mois comme GNOME, facilitant le boulot d'epiphany.

KDE ne devait pas adopter webkit ? Ou c'est uniquement à partir de KDE 4 ? Désolé pour la boulette alors...

...en réutilisant le Mandriva Control Center, captures d'écran sur le wiki Ubuntu à l'appui.
http://ofaurax.free.fr/blog/index.php5/2008-04-01-00h23-0200(...)

C'est le premier poisson d'avril que j'ai lu de la journée, et il était diablement réaliste, j'y ai bien cru 5 minutes.

Je ne suis pas un expert, mais je trouve que la décision est plutôt bonne. Le moteur de rendu d'IE est très répandu, Gecko l'est pas mal à présent, grâce à firefox, mais webkit restait pour l'instant cantonné à Safari et Konqueror. A un moment où Safari commence à apparaître sous Windows, une telle décision permet:
1. D'avoir un nouveau navigateur (même s'il n'est pas des plus utilisés, epiphany est tout de même le navigateur internet officiel de GNOME) utilisant webkit.
2. De renforcer encore un peu webkit, afin qu'il ait encore plus de poids sur le marché, rendant le respect des standards encore plus importants (plutôt que du "j'autorise IE et Firefox").
3. Cela montre que GNOME n'est pas marié à la Fondation Mozilla
4. Cela montre aussi que quand KDE fait du bon boulot, GNOME sait le reconnaitre :-)

et enfin (last but not least)...
5. Avec Firefox et Epiphany, il y a deux solutions en GTK+ avec deux moteurs de rendu différents, et ça c'est très très bien.