Ce petit retour d'utilisation de la dernière Fedora m'a quelque peu amusé.
http://www.placenet.org/benoit/index.php/post/2008/04/21/Que(...)
PS: Oui, ceci est un troll
http://www.placenet.org/benoit/index.php/post/2008/04/21/Que(...)
PS: Oui, ceci est un troll
> Lire le journal (105 commentaires, moyenne: 3,5).
Vous avez demandé le commentaire #924802.



Re:
C'est moche.
Fedora vient de perdre un utilisateur qui clique partout sans réfléchir et ne lit pas les avertissements.
Tirons quelques enseignements.
Enseignement technique ; supprimer Gnome alors qu'on est sous Gnome, n'est pas une bonne idée.
Notons que frysk est présent.
yum install frysk...
frysk x86_64 0.2.1-0.fc8 updates
Il y a une mise à jours mais c'est aussi dans la release :
yum install --disablerepo=updates frysk...
frysk x86_64 0.0.1.2007.10.17-1.fc8 fedora
Yum search le trouve :
yum search frysk...
frysk.x86_64 : Frysk execution analysis and debugging tools
frysk-gnome.x86_64 : The GNOME front-end of Frysk
frysk.x86_64 : Frysk execution analysis and debugging tools
frysk-gnome.x86_64 : The GNOME front-end of Frysk
frysk-devel.x86_64 : The development part of Frysk
frysk-devel.i386 : The development part of Frysk
frysk-devel.x86_64 : The development part of Frysk
frysk-devel.i386 : The development part of Frysk
Ben oui, il faut installer frysk-gnome pour avoir un truc dans $PATH.
Systemtap est aussi présent, pas de problème.
je désélectionne aussi "Bureautique/Productivité" (sic) qui selon sa description doit contenir des afficheurs PDF, etc.
Erreur monumentale.
Faisons avec yum, pirut fait la même chose (sauf qu'il y les traductions des noms de groupe) :
yum groupremove "Office/Productivity"...
Removing:
dia x86_64 1:0.96.1-6.fc8 installed 15 M
evince x86_64 2.20.2-1.fc8 installed 3.3 M
openoffice.org-calc x86_64 1:2.3.0-6.11.fc8 installed 21 M
openoffice.org-draw x86_64 1:2.3.0-6.11.fc8 installed 2.9 M
openoffice.org-graphicfilter x86_64 1:2.3.0-6.11.fc8 installed 437 k
openoffice.org-impress x86_64 1:2.3.0-6.11.fc8 installed 4.9 M
openoffice.org-langpack-en x86_64 1:2.3.0-6.11.fc8 installed 21 M
openoffice.org-math x86_64 1:2.3.0-6.11.fc8 installed 3.5 M
openoffice.org-writer x86_64 1:2.3.0-6.11.fc8 installed 7.4 M
openoffice.org-xsltfilter x86_64 1:2.3.0-6.11.fc8 installed 257 k
Je répète, pirut fait la même chose.
Par contre un "yum groupremove 'GNOME Desktop Environment'", c'est une autre histoire, puisque sur mon système (léger), il vire 129 paquets.
Ensuite, il n'y pas de gestion de dépendances entre les méta-paquets
Ben oui il a gestion de dépendance. Si tu demandes à supprimer Gnome et qu'il y a, par exemple, des -devel Gnome (qui ne sont pas référencé par "GNOME Desktop Environment'"), ben il va les virer.
Et ça ne sont pas des méta-paquets, mais des groupes (un groupe de paquet). Il n'y a pas de dépendance codée entre groupe, mais ce n'est pas grave car il y a les dépendances entre paquets.
ça a un peu déselectionner par hasard "Environnement de bureau GNOME", sans me le dire bien sur...
Information utile : Tu n'es pas sous Windows.
Ça n'a pas désélectionner "Environnement de bureau GNOME" car pirut ne le fait que sur demande de l'utilisateur. Par contre via les dépendances rpm ça peut effectivement virer une bonne partie de "Environnement de bureau GNOME".
je lance ce gestionnaire de paquets graphique, il n'arrive logiquement pas à récupérer la liste des paquets: il y a bien un bouton "Annuler" mais il ne fonctionne pas.
Apparament il mache très bien. Tu cliques sur "Annuler" et il ne fait rien. Bref, le bouton porte bien son nom. Pour quitter l'appli, il faut fermer la fenêtre ou faire menu : "Fichier"->"Quitter".
Et là je vois l'installateur de paquets afficher des mise à jour (???)
Je n'y crois pas.
Voila ce qu'affiche Pirut :
Sélections de paquetages
Vous avez choisi d'installer ou supprimer les logiciels suivants.
Détails :
Suppression de :
...
Magnifique: en quelques minutes, j'ai flingué mon système en voulant juste supprimer "Sons et vidéos", "Graphismes", "Internet basé sur texte" (sic) et quelques trucs comme ça. J'insiste, je n'ai pas fait n'importe quoi.
T'as demandé la suppression de paquets, cette demande via les dépendances supprimer d'autres paquets.
Seulement les dépendances et RPM, même 10 ans après, ça ressemble toujours à de l'escroquerie.
En fait, tu viens de passer à un système qui gère très bien les dépendances. Mais manifestement tu n'es pas habitué.
Je pense qu'on peut considéré qu'il y a un problème pour ton cas. Pas un problème technique (rpm gère très bien les dépendances) mais de définition des groupes. Virer groupe "Sons et vidéos" vire gnome-media, qui vire gnome-volume-manager, qui vire gnome-session.
La gestion des dépendances est nickel, mais le résultat surprenant.
Oublions le reste.
Le plus intéressant, c'est que ça vient d'un utilisateur Debian. Combien d'heures il a passé sur la doc Debian ? Combien de centaines de page de doc il a lu ? Des tonnes. Mais pour Fedora il est hors de question qu'il lise une "popup".
Sûr que lorsqu'il a un comportement non prévu avec apt, il doit réfléchir pour savoir ce qu'il se passe. Mais avec Fedora il nous tombe de suite un "Seulement les dépendances et RPM, même 10 ans après, ça ressemble toujours à de l'escroquerie" en 2 secondes et sans réfléchir.
Conclusion :
Si vous ne voulez pas Fedora, n'installez pas Fedora.
PS: Il y a apt et synaptic sous Fedora. Sûr qu'avec ses derniers il va trouver la gestion des dépendances nickels...
Mais, au moins pour les suppressions, c'est rpm qui les calcules, ou au moins les impose.
[^]Re: Re:
Virer groupe "Sons et vidéos" vire gnome-media, qui vire gnome-volume-manager, qui vire gnome-session.
gniii? Quand je vire une couche supérieure, il vire toutes les couches inférieures ?
Trois possibilités:
- J'ai mal compris
- Tu te trompes (j'espere que c'est une de ses deux la)
- RPM reste un truc tout pourri pour gérer les dépendances.
Pour moi, un gestionnaire de paquets doit faire:
- Si j'installe quelque chose, il installe tous les paquets nécessaires.
- Si je vire quelque chose, il vire tous les paquets qui ont _besoin_ de ce que je vire. A ma connaissance gnome-session n'a pas _besoin_ de gnome-volume-manager...
[^]Re: Re:
Je me réponds... ou plutot GeneralZod me répond juste en dessous...
Le gagnant est donc (roulement de tambour....)
RPM (yum en fait mais bon) reste un truc tout pourri pour gérer les dépendances.
Pour faire simple, soit les paquets A et B qui ont une dépendance commune envers le paquet C, j'installe d'abord A (et donc logiquement C) puis B (C étant déjà installé). Si je supprime A, je m'attends à ce que yum conserve C, mais là yum a un comportement stupide. A et C ayant été installé ensemble, yum va supprimer A, puis C et logiquement B puisque C va être supprimé.
Yeah!!
[^]Re: Re:
>RPM (yum en fait mais bon) reste un truc tout pourri pour gérer les dépendances.
C'est pas possible une mauvaise foi pareille. Le commentaire plus bas, que tu sites, il dit texto : "Y'a PAS de problème avec RPM, c'est YUM qui merde". Et tu traduis par "C'est RPM qui est pouris" ! Ca c'est du troll de grande classe.
[+] [^]Re: Re:
> YUM qui merde
Yum ne merde pas.
[^]Re: Re:
il rame, nuance
Windows has no users. It has hostages.
[^]Re: Re:
Le plus intéressant, c'est que ça vient d'un utilisateur Debian. Combien d'heures il a passé sur la doc Debian ? Combien de centaines de page de doc il a lu ? Des tonnes.
Tu fais les questions et les réponses maintenant ?(avec réponse partisane donc troll detected)
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Re:
Ceci dit, IsNotGood met quand même le doigt sur quelque chose en disant ça...
Il y a deux ans, un bon admin a testé Ubuntu, n'a pas réussi à configurer le wifi avec son clicodrome... Donc, il ne fait pas plus d'effort et gueule partout que "Ubuntu, c'est pourri".
Et bien, effectivement, ça me fait bien chier de voir un gars à priori fort en Unix, ne pas être capable de faire un poil d'effort pour trouver le pb et hurler des choses sans fondement (en l'occurence, c'était un pb utilisateur -la fameuse chaise si chère à IsNotGood- et pas un problème de distrib. Quand bien même, la personne dont je parle avait largement le niveau pour savoir si ça venait de l'appli utilisée et donc plutôt blamer gnome ou si ça venait d'autre part)
Effectivement, surtout au niveau des distribs grand public, on a un problème de syndrôme windowsien ("je veux que ça marche out of the box") même de la part de personne qui à priori devrait mieux identifier les problèmes...
C'est dommage et dommageable.
Ce message aurait très bien pu être au second degré.
[^]Re: Re:
en même temps, on nous bassine tout le temps avec "ubuntu c'est génial il suffit de faire deux coups de cuillère à pot et hop tout marche bien mieux que n'importe quel distrib" qu'on le prend au mot.
Perso, quand j'ai testé ubuntu j'ai fait ça.
Je me suis dit "je ne vais pas profiter de mon exp sous linux pour faire quelque chose, je vais me mettre à la place de quelqu'un qui n'y connais rien"... Ben je suis finalement resté sur ma debian XD.
Subete ga wakatta toki…watashi ga anta wo korosu.
[^]Re: Re:
Je Te quote volontairement mal :
j'ai testé ubuntu
Ben je suis finalement resté sur ma debian
J'ai fait pareil.
Ce message aurait très bien pu être au second degré.
[^]Re: Re:
Ben non ce n'est pas dommageable. Il faut sortir de cette optique élitiste/il faut éduquer les utilisateurs : si l'utilisateur n'y arrive pas ou fait une erreur, il faut modifier le système.
Après, ce n'est pas toujours possible car :
- les utilisateurs attendent des choses différentes donc forcément, concevoir un système pour plusieurs utilisateurs, c'est trouver un juste milieu.
- le système est lié par des contraintes techniques/sécurité. L'ordinateur ne sait pas encore lire dans notre esprit, il faut apprendre à utiliser un clavier et une souris.
Mais en dehors de ces 2 points, je le dis et le répète : si l'utilisateur n'y arrive pas, c'est un bug. A fortiori si tous les utilisateurs n'y arrivent pas. Mais c'est sûr que c'est plus facile de se réfugier derrière le "Ils sont tous bêtes" (et je suis leur chef)
[^]Re: Re:
Aucun élitisme dans mon propos, si Tu regardes plus haut, je défends justement les mêmes choses que Toi : on ne peut pas blamer l'auteur de l'article qui souligne un bug (ok, léger, y a moyen de vérifier avant de tout pêter) mais je vois un différence entre une personne forte techniquement qui fait un billet incisif mais qui montre les problèmes et permet aux gens d'améliorer et une personne forte techniquement qui crie à tout monde "c'est pourri" sans plus de fondement et fait "peur" aux gens quand à l'utilisabilité de linux.
Dans les deux cas, l'utilisateur est fort techniquement (mais veut se comporter en user lambda - ce n'est pas un soucis), le premier dit les choses un peu agressivement mais de manière constructive, le second n'a aucune constructivité et décridibilise une distrib (si ce n'est linux au sens très large : le vrai utilisateur lambda fait peu de différence entre Ubuntu, Fedora, kernel, logiciel libre ou même les *BSD et confond le tout allègrement).
Tu vois ce que je reproche (sans élitisme, vraiment) ?
Ce message aurait très bien pu être au second degré.
[^]Re: Re:
oui, merci pour ton commentaire. Je n'avais pas du tout compris ça comme ça. On est parfaitement d'accord sur le fond : le billet en lien relève un réel problème qui doit être corrigé.
Sur la forme, je trouve que c'est un vulgaire troll et ça me rassure de voir qu'on en revient à un bon vieux APT vs RPM :-)
[^]Re: Re:
ça me rassure de voir qu'on en revient à un bon vieux APT vs RPM
Ce troll montre surtout l'ignorance de ceux qui crachent sur RPM : il ne s'agit pas franchement de la même chose, RPM est plutôt au niveau des .deb (format) et de dpkg ! Beaucoup de choses qui sont reprochés à RPM par ceux qui n'y connaissent rien vient souvent de problèmes : 1) d'empaquetage, les dépendances sont mal listées, 2) de gestion des dépendances par urpmi/yum/yast/ etc.
Amis de linuxfr, si vous voulez faire du troll de qualité, cessez de tout confondre et de dire n'importe quoi sur RPM (d'ailleurs les gens qui en parlent n'ont souvent pas approché un RPM depuis le Mandrake 9.0)
[^]Re: Re:
(d'ailleurs les gens qui en parlent n'ont souvent pas approché un RPM depuis le Mandrake 9.0)
C'est pas faux (au moins dans mon cas). Mais pourquoi changer quand on est satisfait de ce qu'on a (et que c'est le mieux de toutes façons) ?
Sinon, juste pour savoir, tu a réussi à le faire fonctionner ton media center Mandriva ? J'ai des CD d'install Debian si tu veux.... :P
[^]Re: Re:
Où est la difficulté d'installer le Media Center ?
urpmi elisa : c'est fini...
[^]Re: Re:
Dans le cas présent c'est plutôt ce qui va autour de elisa qui pose problème...
[^]Re: Re:
Qu'est-ce qui va autour ? Franchement, je ne vois pas. Si les codecs pouvaient être un souci il y a 5 ans, ça fait depuis longtemps que ça n'en est plus un !
Si encore tu m'avais dit que c'était la configuration de la télécommande, je comprends, c'est toujours galère.
[^]Re: Re:
Ah mais mon cher ami, j'ai trouvé d'où venaient les problèmes de la télévision. Il s'agissait en fait d'un conflit d'IRQ avec la carte graphique. Tout roule maintenant !
Pour ceux qui répondent à l'ami Pipo, vous devez savoir que c'est une remarque perso ;-)
[^]Re: Re:
>Virer groupe "Sons et vidéos" vire gnome-media, qui vire gnome-volume-manager,
>qui vire gnome-session.
$ apt-get remove gnome-media
Les paquets suivants seront ENLEVÉS :
gnome-media
Hmm, marche très bien sous Debian... Yum Suxor ? ;)
Agogo
[^]Re: Re:
> Hmm, marche très bien sous Debian... Yum Suxor ? ;)
Rien à voir, Yum et rpm marchent très bien.
Gnome-volume-manager a "Requires: gnome-media". C'est un choix du développeur (c'est peut-être aussi une nécessité, je n'en sais rien).
Gnome-session a "Requires: gnome-volume-manager". C'est un choix du développeur (c'est peut-être aussi une nécessité, je n'en sais rien).
Donc lorsque gnome-media est viré, gnome-session est viré aussi. Yum, pirut ou rpm font parfaitement leur boulot. Et PackageKit ferait la même chose. Et apt (qui existe sous Fedora) ferait aussi exactement la même chose.
Par contre, on peut se demander qui les "Requires: gnome-media" ou "gnome-volume-manager" sont vraiment nécessaires. Il faudrait le demander au développeur.
[^]Re: Re:
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.
[^]Re: Re:
> Il faudrait demander au packager plutôt qu'au développeur...
Oui. J'ai dit développeur, mais ça sous entendait packager si ce n'est pas la même personne.