liberforce a écrit 4744 commentaires

Je sais mais j'aime pas le côté perte de temps, piège du troll. Je préfère le côté provoc' à deux balles. J'suis un p'tit gars bien déguisé en trolleur, c'est tout :-)

Les journaux sont destinés à des informations qui ne sont pas suffisamment intéressantes pour être validées en dépêche (sinon n'hésitez pas à proposer votre information en dépêche), qui sont sans rapport avec Linux ou le libre, ou simplement pour donner votre avis.

Rah, c'était ma semaine à troll, et à chaque fois je l'ai précisé, comme quoi je ne suis qu'un apprenti trolleur. Mais que toi qui es le trolleur Fedora number one du site tu critiques, c'est un peu le roquefort qui dit au Camembert "Tu pues"...

Dans ce cas, ajouter "[bug]" dans le titre de tes journaux.

Note que cette fois ci, j'ai mis $(UBUNTUFANBOY) et tu es venu lire quand même. Alors ne te moque pas de moi, je pense que tout le monde (et surtout toi) a dû comprendre que là ça puait le troll rien qu'au titre...

Mais oui dis donc, on dirait presque que Shuttleworth ne sait pas où se trouvent les forums communautaires pour discuter avec les distributions de tout ça.

http://linuxfr.org/2006/11/25/21690.html

Ah, bin si, il sait en fait.

Comme c'est étonnant... Mandriva Linux 2008.1 est sortie 15 jours plus tôt et pourtant elle fournissait abiword 2.6.0. Donc c'est une question de choix, ou d'organisation.

Autant je ne suis carrément pas pro-Ubuntu, autant là je peux comprendre. J'ai moi même ouvert des bugs critiques chez Mandriva pour les pilotes proprios ATI. La raison est simple: sur un live-cd, on considère que les gens doivent pouvoir faire tourner compiz facilement, les pilotes proprios sont souvent chargés à la place des pilotes libres. Parfois même le pilote proprio est le seul à gérer un certain type de matos. Ainsi je me retrouvais avec un écran noir au démarrage parce qu'il y avait un bug dans le pilote proprio.

En somme ce type de bug rend inutilisable le live-cd pour les gens concerné, donc c'est quand même assez critique. De même au niveau support matériel, les cartes récentes ne sont reconnues quasiment qu'avec des pilotes proprios, vu que changer les piltoes libres demande un peu de temps.

Donc tu as le choix entre une "expérience utilisateur" agréable avec pilotes proprios, ou des effets graphiques limités avec du libre. Et le gars qui lance son live-cd et qui a un écran noir parce que sa carte graphique est trop récente, il dit pas "nvidia çaynul" ou "ati çaynul", il dit bien "linux çaynul", et même si c'est faux, on peut le comprendre...

Il reste de l'espoir...
Ouais, c'est ce qu'on disait avec OOXML aussi...

Ç'aurait pu être bien. Si ça avait été drôle.

ah ah !

88 commentaires pour un journal de 3 lignes, je pense que c'est un bon rendement :-)

Là je suis pas trop d'accord. C'est pas la faute de yum si tu lui dis de supprimer un élément essentiel (genre alsa-lib) et qu'il le fait, et que ça te flingue le système. Sur ma Mandriva, faire la même chose me demande confirmation pour supprimer 55 packages... Je me doute alors que ça doit être un composant essentiel...

Non, le bug c'est plus que supprimer gnome-media vire tout GNOME (ça n'arrive pas sous Mandriva), et qu'il a l'air d'être difficile de savoir si Pirut a pris en compte ou pas tes manipulations...

Je ne sais pas comment ça se passe sous Fedora (j'utilise yum en ligne de commande, donc je ne me souviens plus trop de comment est gérée l'installation/désinstallation de packages en mode graphique).

Sous Mandriva, comme tu peux faire de la sélection fine de packages, un clic pour désinstaller un package t'informe immédiatement des packages qui en dépendent et qui seront supprimés si tu confirmes la suppression. Ainsi tu limites les risques d'erreur. Ça se passe comment sous Fedora ?

Il faudrait demander au packager plutôt qu'au développeur...
Sous Mandriva Linux 2008.1:
[root@alcor trunk]# urpme --test gnome-media
Pour satisfaire les dépendances, les 4 paquetages suivants vont être désinstallés (20Mo):
gnome-media-2.20.1-1mdv2008.0.i586
(en raison du manque de libcddb-slave2.so.0,
en raison du manque de libgnome-media-profiles.so.0)
libcddb-slave2_0-2.20.1-1mdv2008.0.i586
(car gnome-media >= 2.20.1 est non satisfait)
rhythmbox-0.11.2-2mdv2008.0.i586
(en raison du manque de libgnome-media-profiles.so.0)
sound-juicer-2.20.1-1.1mdv2008.0.i586
(en raison du manque de libgnome-media-profiles.so.0)
Supprimer 4 paquetages ? (o/N)


Note que gnome-session n'est pas impacté par la suppression de gnome-media.

Je confirme. Je suis modéro sur les forums francophones GNOME et le sieur robertix est connu de nos services (c'est notre Jayce de MultideskOS à nous).

Je précise au passage que ce n'est donc pas nous qui fomentons le complot gnomiste :-)

Vu ce que j'ai vu comme consommation mémoire de nautilus dans GNOME 2.22, je pense que je peux te rassurer, ce n'est pas près d'arriver...

Au sujet de métisse, est ce qu'il vaut mieux livrer un truc qui marchotte et susciter de l'intérêt pour le projet, ou ne pas le proposer et que le projet tombe dans l'oubli ? Pour moi il vaut mieux le livrer, à l'utilisateur de se faire son idée.

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(...)