Yum 2.1.0 est sorti.
Beaucoup de bonnes choses :
- plus rapide (beaucoup)
- dépôt utilise un nouveau format de donnée (plus léger, xml et indépendant de rpm/dpkg)
- etc
Le blob Seth Vidal :
http://blog.sethdot.org/index.cgi/146(...)
Aussi sur FedoraPeople :
http://fedora.linux.duke.edu/people/(...)
L'annonce sur mailing devel de Fedora :
http://www.redhat.com/archives/fedora-devel-list/2004-August/msg011(...)
Nouveau format de dépôt :
http://linux.duke.edu/projects/metadata/(...)
Le site Yum :
http://linux.duke.edu/projects/yum/(...)
Sera rapidement dans Rawhide et donc sera dans FC3.
Actuellement, c'est principalement pour les développeurs/testeurs.
Journal Yuummm ! On va se régaler !
31
août
2004
# C'est quoi ?
Posté par GP Le (site web personnel) . Évalué à 4.
[^] # Re: C'est quoi ?
Posté par Nicolas Bourdais (Mastodon) . Évalué à 2.
En suivant le lien vers le site de Yum, on apprend que c'est le Yellow dog Updater, Modified, et que c'est un logiciel pour mettre à jour, installer, supprimer des packages pour les distros basées sur rpm.
[^] # Re: C'est quoi ?
Posté par TImaniac (site web personnel) . Évalué à 2.
yum install mon-software
et zou yum va chercher le paquet rpm sur internet, gère les dépendances, et isntall le tout.
[^] # Re: C'est quoi ?
Posté par Ramso . Évalué à 2.
[^] # Re: C'est quoi ?
Posté par 007 . Évalué à 1.
On peut ajouter que c'est maintenant l'outil le plus populaire pour installer des programmes sous Fedora. Juste avant apt.
Si yum est devant apt, ce n'est pas car apt est moins bon. Mais yum est par défaut dans Fedora Core.
[^] # oh, un troll!
Posté par riba . Évalué à 3.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 2.
Je répondais à quelqu'un qui ne connait pas yum. Ne pas lui dire que c'est l'outil le plus utilisé par une des distributions les plus utilisées serait ridicule.
btw, apt est dans Fedora Extra (donc supporté par Fedora). Ceci porte à 3 les outils pours installer un programme : up2date, apt, yum.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 1.
C'est comme présenter apt et ne par dire que c'est l'outil utilisé par Debian.
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
Sinon, j'ai un gros problème: je suis un maniaque du yum check-update tout les matins en arrivant, pour installer les derniers builds testing de l'équipe kde-redhat... (ah, découvrir des comportements étranges dans KDE, le reve!!!).
[^] # Re: oh, un troll!
Posté par Pierre . Évalué à 3.
:)
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 1.
Ça dépend. Le parc de machine peut utiliser un dépôt gérer par l'admin (paquet testé avant d'être mis dans le dépôt). Dans ce cas l'admin ne veut pas faire le tour de toute les bécanes pour les mettre à jour.
Il y a aussi le cas des cluster.
etc...
Ça dépend de beaucoup de chose.
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
[^] # Re: oh, un troll!
Posté par ArnY (site web personnel) . Évalué à 3.
par exemple, j'ai dans mon /etc/sysconfig/rhn/sources les lignes suivant pour kde-redhat:
yum kde-redhat-fedora-stable-2 ftp://mirrors.ftp.sciences.univ-nantes.fr/mirrors/apt.kde-redhat.o(...)
yum kde-redhat-fedora-stable-all ftp://mirrors.ftp.sciences.univ-nantes.fr/mirrors/apt.kde-redhat.o(...)
yum kde-redhat-kde-stable-2 ftp://mirrors.ftp.sciences.univ-nantes.fr/mirrors/apt.kde-redhat.o(...)
yum kde-redhat-kde-stable-all ftp://mirrors.ftp.sciences.univ-nantes.fr/mirrors/apt.kde-redhat.o(...)
tous les matins, l'applet devient rouge si il y a eu des changements sur ces reposiroties, et un click dessus me permet de selectionner les packages que je veux updater ou ignorer...
Peut-être est-ce cela que tu cherches?
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
Pour l'applet, elle ne passe que sous gnome, donc c'est pas pour moi.
Mais merci quand même, ça aidera peut-être d'autres.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 1.
Je ne crois pas. Il me semble qu'elle marche aussi sous KDE. A mettre dans "zone de notification".
NB : je n'utilise pas KDE. Infos à prendre avec des pincettes.
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 1.
Très peu de fonctionnalités sont retirées (d'ailleur je trouve KDE toujours aussi "lourd" :-)). Regardes les src.rpm de Fedora pour t'en convaincre.
Le principale avantage de kde-redhat maintenant, est d'avoir la dernière version de KDE.
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
n'empeche qu'il reste encore des bugs "KDE-redhat only", ce qui est quand même frustrant... Peut-être qu'ils ne massacrent plus KDE maintenant et que c'est uniquement mon habitude de tout recompiler / récuperer des rpm propres. Je verrais à ma prochaine install de FC3, promis!
> d'ailleur je trouve KDE toujours aussi "lourd" :-)
je l'attendais celle la! KDE n'est PAS lourd, mais prend longtemps à se charger (même si ça s'améliore) et est un peu gourmant en mémoire (l'effet socket pour les fichiers). Une fois que tout est bien chargé et si le système ne swappe pas, il est hyper-réactif.
> Le principale avantage de kde-redhat maintenant, est d'avoir la dernière version de KDE.
et les joli rpms de toutes les applications.
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 1.
> Peut-être qu'ils ne massacrent plus KDE
C'est faux. Ça relève du troll et c'est tout. Si tu as réellement un problème de ce type, vas sur :
http://bugzilla.redhat.com/(...)
btw, cherches dans la base bugzilla pour trouver des problèmes spécifiques aux petits patchs RedHat (même pour des vieilles versions de Red Hat). Je ne parle pas de problèmes de paquetage ou que l'on trouve aussi en upstream.
A ma connaissance, pour lire la mailing devel depuis longtemps, c'est très rare.
> je l'attendais celle la! KDE n'est PAS lourd
Je parlais de l'interface graphique (fonctionnalité/configuration). Pas en temps de chargement/place mémoire/charge cpu, etc.
Sachant que tu dis qu'ils enlevent des "fonctionnalités et cie", ça m'a fait "bizarre".
[^] # Re: oh, un troll!
Posté par riba . Évalué à 2.
le dernier que j'ai eu était pour kile (même si c'était avec le package kde-redhat): http://sourceforge.net/mailarchive/message.php?msg_id=9094547(...)
> Je parlais de l'interface graphique (fonctionnalité/configuration). Pas en temps de chargement/place mémoire/charge cpu, etc.
si le nombre d'options te gene, ne configure rien! (ironique)
> Sachant que tu dis qu'ils enlevent des "fonctionnalités et cie", ça m'a fait "bizarre".
ils réorganisent (réorganisaient donc) tout les settings à leur sauce (ce qui est leur boulot, OK), et ça me plait pas. Le nombres de différence entre un KDE standart et le leur devenait trop grand pour pouvoir comprendre les pages d'aide KDE, les astuces choppé à droite ou gauche, les solutions aux bugs,...
[^] # Re: oh, un troll!
Posté par 007 . Évalué à 2.
Je ne connais pas kile ni rien de l'histoire. Souvent ce type de bug (spécifique à une distribution) n'est pas lié à une modification du paquet (ici kile) mais à l'environnement de la distribution.
Par exemple, Red Hat est en utf-8, ils ont exec-shield, depuis peu l'adressage mémoire du noyau est différent. Souvent Red Hat à la dernière version de la lib C. Maintenant il y a SeLinux. Etc...
Ce type de problème, n'implique pas que RedHat fait de mauvais paquets KDE. Et en générale ce type de problème se retrouve dans plusieurs programmes (KDE/GNOME/etc) et aussi dans la version upstream.
Pour fixer ce problème :
- Red Hat corrige son problème si c'est une erreur de leur côté.
- La modification de Red Hat est juste mais incompatible avec d'autres programmes. Typiquement utf8, exec-shield, selinux, etc. Soit Red Hat estime le paquet important ou le problème grave et il corrige eux même le problème, soit le problème est considéré comme mineur par Red Hat (à tord ou à raison, c'est une autre histoire) et dans ce cas il faut attendre le fixe en upstream qui finira par arriver dans Red Hat (ça peut être long).
Il faut garder en tête que chaques distributeurs à des compétences propres et ses "chouchous".
Si tu veux un bon support (au sens large) pour KDE, il faut regarder du côté de SuSE.
Ça ne veut pas dire que Red Hat fait du mauvais boulot mais simplement que SuSE est meilleur pour KDE comme Red Hat est meilleur que SuSE pour Gnome.
S'il y a un petit problème avec KDE, Suse a les compétences pour corriger ce petit problème.
Si SuSE engage une modification du noyau qui impact les programmes, SuSE peu savoir par avance que tel out tel programme de KDE doit être mise à jour et contacter le mainteneur du paquet (qui peut aussi être employé SuSE).
Ceci a été discuté pour reiserfs sur la mailing devel de Fedora. Et Red Hat a reconnu que Fedora sera moins bon que SuSE pour reiserfs simplement car SuSE a les compétence en reiserfs.
C'est la vie.
Mais les idées de complots/sabotages, de patchs à chier, etc
=> poubelle.
[^] # Re: oh, un troll!
Posté par foulmetal canette (site web personnel) . Évalué à 1.
ya pleins de trucs intéressants (bon dommage qu'il n'y ait pas un mirroir distfiles pour gentoo, j'aurai été au comble du bonheur) :).
-- un nantais
# DÉJÀ !
Posté par 007 . Évalué à 1.
http://fr2.rpmfind.net/linux/fedora/core/development/SRPMS/yum-2.1.(...)
http://fr2.rpmfind.net/linux/fedora/core/development/i386/Fedora/RP(...)
Et la branche de développement (rawhide) utilise déjà le nouveau format de donnée :
http://fr2.rpmfind.net/linux/fedora/core/development/i386/repodata/(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.