radofe
Je ne réussis pas à remettre yum en état de fonctionnement, la version de yum installée (yum-2.3.4-62.rhfc3.at) ne semble pas convenir, je l'ai virée, j'ai essayé d'autres versions mais sans succès.
J'ai python-2.3.4-13.1 et gcc-3.4.4-2.fc3, faudrait-il opérer des changements de versions de ces 2 rpms ? Est-ce que cela serait suffisant ?
J'ai synaptic et il semble y avoir un problème pour faire cohabiter yum et synaptic.
[root@localhost ~]# yum update
The yum libraries do not seem to be available on your system for this version of python 2.4.1 (#1, Jun 21 2005, 02:38:47)
[GCC 3.4.3 20050227 (Red Hat 3.4.3-22.fc3)]
Please make sure the package you used to install yum was built for your install of python.
[root@localhost ~]#
c3r3b3llum
j'aimerais juste savoir fais un :
rpm -qa|grep rpm
stp
radofe
Voili-voilà :
rpm -qa | grep rpm
atrpms-package-config-99-2.rhfc3.at
rpmdb-fedora-3-0.20041103
librpm4.3-4.3.3-8_41.rhfc3.at
rpm-4.4.1-22_49.rhfc3.at
atrpms-61-1.at
rpm-python-4.4.1-22_49.rhfc3.at
rpmdep-1.0-1.1.fc3.rf
freshrpms-release-1-1.fc.fr
librpm4.4-4.4.1-22_49.rhfc3.at
rpm-python24-4.4.1-22_6.rhfc3.at
[christian@localhost ~]$
c3r3b3llum
ton yum 2.3 tu l'a eu sur une version testing et pas "stable " non ?
je suis pas sous linux alors je fais ce que je peu
radofe
Le yum-2.3.4-62.rhfc3.at a été installé lors d'une mise à jour avec synaptic.
Dans mes dépôts, je n'ai pas de testing, j'ai par contre coché un bleeding.
J'ai décoché le bleeding pour voir mais synaptic me propose toujours le yum-2.3.4-62.rhfc3.at
Autre précision : je suis sous fc3.
c3r3b3llum
oui mais une mise a jour a partir de quel depot ?
moi ce qui me parait bizarre c'est cela pour le moment:
rpm -qa | grep rpm
atrpms-package-config-99-2.rhfc3.at
rpmdb-fedora-3-0.20041103
librpm4.3-4.3.3-8_41.rhfc3.at
rpm-4.4.1-22_49.rhfc3.at
atrpms-61-1.at
rpm-python-4.4.1-22_49.rhfc3.at
rpmdep-1.0-1.1.fc3.rf
freshrpms-release-1-1.fc.fr
librpm4.4-4.4.1-22_49.rhfc3.at
rpm-python24-4.4.1-22_6.rhfc3.at
de plus apres recherche il est dit sur le site de yum que la version 2.3 est encore en develloppement ...
cf :
ici
je serai toi mais je peu me tromper je repasserai sur des depots un peu plus stable que les develloppements et autre testing et unstable depot ... car mon avis c'est cela le probleme ...
herrib
Le rpm yum en question vient de Atrpms. Il s'est substitué au rpm yum de Fedora base FC3, a imposé un environnement Python spécifique, lié à Atrpms (dont rpm-python-4.4.1-22_49.rhfc3.at) et modifié rpm (rpm-4.4.1-22_49.rhfc3.at). Pour autant, python-2.3.4-13.1 et gcc-3.4.4-2.fc3 semblent venir de Fedora (il n'y a pas la désinence "at") ...
Manifestement, des problèmes de dépendances apparaissent ...
On ne cessera de répéter que les dépôts tiers (Atrpms, Freshrpms, Dag, Dries) sont incompatibles avec les dépôts de référence (Fedora base, updates, extras ou encore Livna).
Dans le cas d'espèce, il faut revenir en arrière et opter pour les rpm des dépôts de référence.
Il faut:
1- identifier toutes les dépendances de yum en version ATrmps
On recherchera les versions de:
* python (il semble que ce soit une version de base)
* rpm (c'est une version ATrpms!)
* rpm-python
* python-elementtree
* python-sqlite
* python-urlgrabber
=> rpm -q python etc....
On identifiera les rpm venant de ATrpms (ils portent un motif "at" dans leur nom!).
2- télécharger tous les paquetages correspondant aux paquetages identifiés comme provenant de ATrpms depuis des dépôts officiels (Base ou Updates).
3- supprimer les rpm ATrpms identifiés au point 1
4- installer tous les rpm "officiels" en substitution.
=> rpm -ihv XXXXX
Et cette démarche ne peut utiliser yum (gestionnaire avancée de dépendances) mais doit être réalisée directement en utilisant rpm -e (supprimer) et rpm -ihv (installer) ...
A l'avenir, il faut être sérieux dans l'utilisation des dépôts. Ce n'est pas Yum ou Synaptic qui sont en cause mais la frénésie de leur utilisateur à utiliser la collection la plus large de dépôts, sans respecter quelques principes élémentaires de précaution.
déinstaller les paquetages qui soulèvent pro
c3r3b3llum
j'allais le dire herrib , pour la solution officiel anglophone
===> voir faq de yum
http://wiki.linux.duke.edu/YumFaq en bas !
voila maintenant cela devrait marcher !
radofe
Ben synaptic propose surtout le dépôt Atrpms, d'ailleurs le yum installé est estampillé .at
J'avais pas vu les 2 trucs que tu as surligné, c'est bizarre en effet.
en fait, à l'installation synaptic est quasiment configuré seulement pour Atrpms, je n'ai rien d'autre.
Comment ajouter les bonnes adresses dans synaptic ??
Il y a 3 fenêtres URI Distribs et Catégories,
Herrib peux-tu détailler ce qu'il faut mettre dans chacune de ces fenêtres, merci d'avance.
herrib
Pour info, la FAQ Yum écrit:" Q. I installed a new version of yum (or upgraded my whole system) and now when I run yum, I get an error saying "The yum libraries do not seem to be available on your system for this version of python" and "Please make sure the package you used to install yum was built for your install of python." What's wrong with the yum package I've got, or my Python installation, and how do I fix it?
A. This error message is often misleading. To see the real error, run python from the command line, and type import yum. The problem probably isn't with your version of python at all, but with a missing libxml2-python, python-sqlite, or python-elementtree package."
Q: J'ai installé une nouvelle version de Yum (ou mis à jour l'ensemble du système) et maintenant, quand je lance yum, j'obtiens un message d'erreur: "les librairies Yum ne semblent pas disponibles sur votre système pour cette version de python" et "assurez-vous que le paquetage utilisée pour l'installation de yum a bien été construit pour votre environnement python."
R: Ce message d'erreur est souvent trompeur. Pour identifier l'erreur réelle, il faut lancer python en ligne de commandes et saisir: import yum. Le problème ne tient vraissemblablement pas à la version de python mais à un paquetage manquant, libxml2-python, python-sqlite, ou python-elementtree.
Dans le cas d'espèce, il peut certes s'agir d'un défaut de rpm (auquel cas, il faudrait tenter d'installer les rpm mentionnés) mais plus vraissemblablement d'un problème de compatibilité ...
radofe
J'ai relevé ceci dans /etc/yum.repos.d/fedora.repo
#baseurl=
http://download.fedora.redhat.com/pub/fedora/linux/core/$releasever/$basearch/os/
Comment tu saucisonnes cela en URI Distrib et Catégorie ??
Est-ce ainsi qu'il faut procéder ?
herrib
radofe a écrit:Il y a 3 fenêtres URI Distribs et Catégories,Herrib peux-tu détailler ce qu'il faut mettre dans chacune de ces fenêtres, merci d'avance.
URl: l'adresse du dépôt
Distribution: le chemin pour accéder aux paquetages
Catégorie: le nom que tu donnes au dépôt
Une recherche sur ce forum te donnera les adresses complètes des différents éléments.
Attention: synaptic utilise le format apt et non rpm; les éléments mentionnés sont issus du paramétrage de yum, qui utilise le format rpm.
radofe
J'ai fait une recherche sur le forum pour obtenir les éléments à ventiler dans URI, Distrib, Catégories mais les résultats obtenus me semblent un peu bordéliques, ce n'est vraiment pas clair pour qqu'un qui essaie de s'en sortir.
Qqu'un peut-il m'éclairer ? De toutes manières, ces adresses existent bien qq part, n'est-il pas ?
(Je n'en ai qu'une qui semble fonctionner)
Dommage qu'il n'y ait pas un sources.list clair et précis dans le style de yum.conf ou des fichiers .repo du yum.repos.d
ça manque, qqu'un pourrait-il combler ce vide ?
herrib
Bon, bon. Depuis synaptic et pour FC3:
URl:
http://ayo.freshrpms.net/
Distribution: fedora/linux/3/i386 freshrpms
Catégorie: Freshrpms
URl:
http://dag.wieers.com/apt/
Distribution: fedora/3/en/i386 dag
Catégorie: Dag
URl:
http://dries.studentenweb.org/apt/
Distribution: dries/fedora/fc3/i386 dries
Catégorie: Dries
URl:
http://newrpms.sunsite.dk/
Distribution: redhat/en/i386/fc3
Catégorie: NewRPMS
Il faut aussi importer les clés (dans un terminal avec les droits root)
# # rpm --import http://freshrpms.net/packages/RPM-GPG-KEY.txt
rpm --import http://dries.studentenweb.org/ayo/RPM-GPG-KEY.dries.txt
# rpm --import http://dag.wieers.com/packages/RPM-GPG-KEY.dag.txt
# rpm --import http://newrpms.sunsite.dk/gpg-pubkey-newrpms.txt
Attention, les mélanges de dépôts incompatibles posent de sérieux problèmes. On pourra se borner à initialiser Freshrpms ...
radofe
Herrib a écrit :
A l'avenir, il faut être sérieux dans l'utilisation des dépôts. Ce n'est pas Yum ou Synaptic qui sont en cause mais la frénésie de leur utilisateur à utiliser la collection la plus large de dépôts, sans respecter quelques principes élémentaires de précaution.
Q : Y a pas moyen alors d'avoir les dépôts fedora.us stable, extras, updates ??
C'est ce que je recherchais avant tout.
herrib
Synaptic utilise apt et non rpm. Il y a donc d'emblée "portage" des paquetages.
Le schéma de référence est:
* exploitation de rpm;
* yum ou smart (avec utilisation des rpm) et leurs interfaces graphiques (yumex, smart-gui);
* dépôts: Fedora, Fedora-updates, Fedora-extras déclarés par défaut sur FC4, avec adjonction de Livna.
Synpatic et son environnement ne sont pas directement dans ce schéma et doivent donc être utilisés avec ... parcimonie et certainement pas pour substituer des paquetages des dépôts apt aux rpm des dépôts Fedora (base, updates, extras) ou Livna/ Le résultat est ... détonnant.
radofe
OK merci, le problème est que l'on apprend ces choses tardivement.
Jusqu'alors j'avais l'impression que l'on pouvait utiliser ou l'un ou l'autre apt/synaptic ou yum/yumex/smart de manière à peu près équivalente car sur le site il n'y a pas de mise en garde à l'utilisation de apt/synaptic.
Et là je me rends compte que fedora et apt/synaptic ce n'est pas le bonheur !!!!
radofe
Je ne comprends pas ce que dit Herrib :
J'ai seulement 2 dépôts d'activés :
rpm
URI
http://download.fr.fedora.us/
Distrib fedora/fedora/3/i386
Catégories extras pour l'un et updates pour l'autre
et ça me dit 2184 paquets listés, 840 installés
Si je décoche mes 2 uniques dépôts, ça me dit 840 paquets listés, 840 installés
J'avais mis aussi
rpm
URI
http://download.fr.fedora.us/
Distrib fedora/fedora/3/i386
Catégories base
mais ça me renvoie ceci quand je l'active en cochant la case:
Échec du téléchargement de tous les fichiers d'index
Le dépôt ne semple plus être disponible ou ne peut être contacté à cause de problèmes réseau. S'il existe un fichier d'index plus ancien il sera utilisé. Sinon, le dépôt sera ignoré. Vérifiez votre connexion réseau et corrigez l'adresse du dépôt dans les préférences
http://download.fr.fedora.us/fedora/fedora/3/i386/base/pkglist.base: 404 Not Found
Puis ceci :
Avertissement
W: Release file did not contain checksum information for
http://download.fr.fedora.us/fedora/fedora/3/i386/base/pkglist.base
W: Release file did not contain checksum information for
http://download.fr.fedora.us/fedora/fedora/3/i386/base/release.base
Si qqu'un pouvait me dire comment entrer les dépôts fedora.us base, ainsi que livna, je suis preneur, merci.
radofe
J'ai trouvé pour fedora.us, il faut mettre
rpm
URI
http://download.fr.fedora.us/
Distrib fedora/fedora/3/i386
Catégories os
Et maintenant ça me dit 2808 paquets listés, 840 installés.
Mais quand j'essaie de configurer pour livna
rpm
URI
http://rpm.livna.org/
Distrib fedora/3/i386/
Catégories RPMS.stable
quand je fais "valider", ça me renvoie ceci :
Erreur
Les problèmes suivant ont été rencontrés sur votre système :
E: Malformed line 109 in source list /etc/apt/sources.list (Absolute dist)
je ne comprends pas ce qu'il faudrait corriger.
herrib
La saisie des éléments de déclaration des canaux au travers de Synaptic modifie directement le source list.
La syntaxe n'est pas correcte pour Livna; la ligne Distribution est mal formée:
URI
http://rpm.livna.org/
Distrib fedora/3/i386 stable
Catégories RPMS.stable
Il faut écrire fedora/3/i386 puis blanc puis stable.