Re: [yum] dysfonctionnement?

[erwan <erwan.airone@xxxxxxx>]

Bonjour,

pierre.frenkiel@xxxxxxxxxxxxxxxxxx wrote:

> bonjour Erwan,
> le 29 Dec 2005, tu ecrivais:
>
> > (tiens encore un pb d'accents :)
>
>    sans doute lie au remplacement de iso-8859-1 par iso-10646-1 ...
>
>    merci de tes indications. J'ai reussi a retablir une situation normale
>    avec les manips suivantes:

de rien, merci à toi de mettre les manips correctrices, ça peux servir à 
d'autres :

>      - desactivation des depots non officiels qui etaient actifs par 
> defaut
>          (flash et livna)
>      - desinstall de mplayer
>      - yum update  (ce qui m'a donne 65 packages qui attendaient depuis
>         longtemps)
>      - recuperation de la liste complete avec "yum list all"
>      - yum install    pour les mplayer-xxx donnes par cette liste
>               (sauf ceux de freshrpms qui donnent des pb de dependance)

livna requiert fedora us sur lequel il s'appuie, et le mieux serait peut 
être de choisir entre livna et freshrpms par défaut, ou juste les 
utiliser au coup par coup pour les paquets qui t'interressent comme tu 
as fait

>        NB: l'option "--enablerepo=" est plus commode que de modifier 
> les fic.repo

oui effectivement, et en plus c'est fait pour... bien vu

>    dommage que les differents fournisseurs de depots n'arrivent pas a
>    rendre leurs paquets compatibles, car les manips ci-dessus sont 
> faisables
>    pour une machine, mais pas quand on maintient un site avec un grand 
> nombre
>    de machines. Il semble que dans ce cas la seule solution soit 
> d'installer
>    un depot yum local propre au site.

en production mieux vaut laisser juste les depots officiels, et tant pis 
pour mplayer :)
pour la création d'un mirroir local personnalisé je ne saurais dire 
comment faire, mais cela doit être interressant

>    En plus des pbs de dependance, yum me semble avoir quelques bugs: 
> par exemple,
>    j'ai obtenu apres mon update 1200 lignes comme:
>
>    /sbin/restorecon reset /scr/opt/unison context 
> system_u:object_r:file_t->
>    system_u:object_r:default_t
>
>    pour tous les fichiers situes sous /opt, qui ne viennent pas d'un rpm
>    et n'ont vraiment rien a voir avec le schmilblick.
>
>    y a-t-il une liste propre a yum, ou faut-il ecrire aux auteurs?

ce n'est pas un problème de yum, c'est un pb du système, et de Selinux, 
la surcouche de sécurité redhat à l'origine de pas mal de pb sous fedora
en gros ce que j'en ai compris ( je connais peu, désolé ) : les fichiers 
sont classés en différentes catégories selon leur emplacement : /tmp les 
temporaires, /bin les systèmes, /etc les configurations etc... selon 
leur propriétaire aussi ( root, démon apache, samba etc... ), et leur 
rôle ( executable, simple fichier... )
par exemple si en root tu copies un fichier téléchargé dans /tmp, et que 
ce fichier devient par copie /etc/httpd/conf/httpd.conf tu pourrais 
avoir des pb car ce fichier serait vu comme un fichier "temporaire" de 
"root", et non comme un fichier de config d'apache
setenforce 0 ou 1 active ou désactive momentanément, sinon cf 
/etc/selinux/config
ls -Z liste les attributs Selinux des fichiers
chcon modifie le contexte d'un fichier ( ce qu'il te faudrait pour tes 
fichiers d'opt ? le système essaye d'ailleurs avec les restorecon de 
reclasser tous ces inconnus qui ne viennent pas d'un rpm )
bon j'explique mal car je connais mal ( context, policy... ) mais il 
doit y avoir de cela :)
désactiver Selinux c'est le + simple ( le desactiver puis réactiver 
ensuite n'est pas conseillé car justement des fichiers crées/modifiés 
seront sans contextes selinux d'ou pb ) mais pas le + propre...
bon courage,
a +

sinon pour les bugs c'est :
https://bugzilla.redhat.com/bugzilla/

> Cordialement,



--
Your present plans will be successful.

----------------------------------
Informations, désabonnement, règles, obligations sur la liste Aide-Linux :
http://lists.ze-linux.org/howto_ml.html
Liste Herbergee par Over-Link [http://www.over-link.net]