> J'ai bien essayer les commandes urpmi comme mentionné sur le
> site de Léa "http://lea-linux.org/trucs/item.438.html" mais
> rien n'a faire
> idem avec le site : http://www.trustonme.net/didactels/85.html

> C'est comme si il y avait une liste de pakages qui ne s'initialisait
> pas correctement pour faire la synchro avec les mises à joour ?

> Merci de votre aide

> examen de la liste de synthèse
> [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
> effectuerait une installation plutôt qu'une mise à jour de
> kernel-2.4.27.0.pre2.1mdk-1-1mdk.i586

> Pourquoi ce blocage sur le Kernel ?

>  > albator a écrit :

>  >> Bonjour,
>  >> Je suis sur une Mdk 10 community lorsque je lance
>  >> Mandrake update, celui-ci se connecte correctement
>  >> au serveur approprié, mais, il me répond invariablement
>  >> que "la liste des mises  à jour est vide" !
>  >> Je n'ai encore pas réalisé de mise à jour sur cette config !

>  >> J'ai bien essayer les commandes urpmi comme mentionné sur le
>  >> site de Léa "http://lea-linux.org/trucs/item.438.html" mais
>  >> rien n'a faire
>  >> idem avec le site : http://www.trustonme.net/didactels/85.html

>  >> C'est comme si il y avait une liste de pakages qui ne s'initialisait
>  >> pas correctement pour faire la synchro avec les mises à joour ?

>  >> Merci de votre aide

> Un petit détour avant l'explication.

> 1/ le détour:

> Au point de départ, les distributions Mandrake utilisent les rpm. Un
> package rpm comprend divers fichiers, des descriptions formelles de ces
> fichiers et modes d'implantation. La commande rpm traite ces différents
> packages (implantation, supression, mise à jour, consultation) et règle
> notamment les questions de dépendance (un package aura besoin d'un
> ensemble de ressources et s'il ne les obtient pas, il ne pourra être
> implanté; la suppression d'un package peut aussi conduire à supprimer
> d'autres packages qui lui sont dépendants ...).

> Pour de plus amples infos: man rpm ou le site lea.

> Mandrake Update utile urmpi. Urpmi exploite lui-même rpm et présente des
> fonctions complémentaires: il gère en particulier des sources de rpm.
> http://easyurpmi.zarb.org/ permet d'identifier quelques sources de rpm
> et de les déclarer.

> Urpmi est ainsi capable, si des dépendances sont mises en évidence et
> requièrent un ou plusieurs rpm, et si ces rpm existent dans l'une des
> sources déclarées, de proposer l'implantation de ces rpm.

> Urmpi est aussi capable, à partir de la description des rpm fournies par
> les sources, d'identifier des rpm qui peuvent être mis à jour. Urpmi,
> pour ce faire, confronte la base des rpm implantés (que créé rpm !) et
> la description des rpm portées par les sources (dans les hdlist.cz et
> tutti quanti).

> Urpmi est utilisé au travers d'un environnement graphique: le Centre de
> Contrôle Mandrake.

> 2/ que s'est-il passé?

> MandrakeUpdate lance urpmi et récupère normalement la liste des rpm mis
> à jour. Il procède alors à leur confrontation avec la liste des rpm
> implantés et fournit le diagnostic. Si des rpm peuvent être mis à jour,
> ils sont détaillés dans une liste. A défaut, urmpi envoie le message
> mentionné par albator.

> 3/ une petite remarque:

> Avec la distribution community, il n'y a plus en propre de source
> update. En fait, les updates sont directement insérés dans les sources
> distribution et contribution.

> Il faut donc veiller à mettre à jour régulièrement ces deux sources.

> 4/ une conclusion:

> S'il s'agit de la version 10.1, il est normal que la source soit vide.
> S'il s'agit de la version 10.0, il faut actualiser en préalable les
> sources distribution et contribution.

>> voilà ce que donne MandrakeUpdate en ligne de commande

>> examen de la liste de synthèse
>> [/var/lib/urpmi/synthesis.hdlist.update_source.cz]
>> effectuerait une installation plutôt qu'une mise à jour de
>> kernel-2.4.27.0.pre2.1mdk-1-1mdk.i586

> [....]

>> effectuerait une installation plutôt qu'une mise à jour de
>> kernel-2.6.8.1.10mdk-1-1mdk.i586

>> Pourquoi ce blocage sur le Kernel ?

> Parce que Mandrake, par défaut, ne fait pas de rpm de mise à jour du
> noyau. Cela évite qu'une mise à jour (substitution de l'ancien par le
> nouveau) ne conduise à des pbs notamment liés à des bibliothèques (ceux
> qui ont compilé certains drivers de cartes graphiques comprendront
> volontiers!).

> Les rpm constituant des mises à jour sont en fait présentés comme des
> des rpm nouveaux.

> Leur implantation ne soulève a priori aucun pb (et encore ...) et
> Mandrake met à jour lilo, permettant ainsi à l'utilisateur de booter
> soit sur l'ancien noyau, soit sur le nouveau.

> Par contre, les rpm portant les sources de noyaux peuvent être mis à jour.

> Juste pour confirmer ce que je dois faire
> c'est passer en ligne de commande

> urpmi.update -f "nom_de_la_source"

>> Merci pour votre explication,
>> je vais actualiser donc les sources distribution
>> et contribution de ma community 10.00

>> Juste pour confirmer ce que je dois faire
>> c'est passer en ligne de commande

>> urpmi.update -f "nom_de_la_source"

> urpmi.update -a est sans doute plus indiqué (mise à jour de toutes les
> sources "non amovibles', c'est à dire hors sources CD).

> On enchaîne alors par un  urpmi --auto-select.

> Le tout requiert les droits root.

> Nota 1: albator, de grâce, poste après les réponses pour faciliter la
> lecture ...

> Nota 2: la 10.1 community est sortie.

>> albator a écrit :

>>> Merci pour votre explication,
>>> je vais actualiser donc les sources distribution
>>> et contribution de ma community 10.00

>>> Juste pour confirmer ce que je dois faire
>>> c'est passer en ligne de commande

>>> urpmi.update -f "nom_de_la_source"

>> urpmi.update -a est sans doute plus indiqué (mise à jour de toutes les
>> sources "non amovibles', c'est à dire hors sources CD).

>> On enchaîne alors par un  urpmi --auto-select.

>> Le tout requiert les droits root.

>> Nota 1: albator, de grâce, poste après les réponses pour faciliter la
>> lecture ...

>> Nota 2: la 10.1 community est sortie.

> Merci beaucoup pour ces précieux conseils

> d'une part je posterai après les réponses
> et d'autre part je vais passer sous la
> mdk community 10.1.

> merci encore

>> Hervé Riboulot a écrit :

>>> albator a écrit :

>>>> Merci pour votre explication,
>>>> je vais actualiser donc les sources distribution
>>>> et contribution de ma community 10.00

>>>> Juste pour confirmer ce que je dois faire
>>>> c'est passer en ligne de commande

>>>> urpmi.update -f "nom_de_la_source"

>>> urpmi.update -a est sans doute plus indiqué (mise à jour de toutes
>>> les sources "non amovibles', c'est à dire hors sources CD).

>>> On enchaîne alors par un  urpmi --auto-select.

>>> Le tout requiert les droits root.

>>> Nota 1: albator, de grâce, poste après les réponses pour faciliter la
>>> lecture ...

>>> Nota 2: la 10.1 community est sortie.

>> Merci beaucoup pour ces précieux conseils

>> d'une part je posterai après les réponses
>> et d'autre part je vais passer sous la
>> mdk community 10.1.

>> merci encore

> Bonsoir,

> J'ai le même problème. Lorsque je lance la mise à jour, rpmdrake
> recherche la liste des miroirs (pas de pb), puis cherche le fichier
> hdlist et me renvoie le message suivant :

> "impossible d'ajouter le média, erreurs rapportées :
> ...échec de la récupération : échec de curl : sorti avec 9 ou tué par le
> signal 0
> la récupération du hdlist source (ou synthèse) a échoué
> pas de fichier hdlist trouvé pour le média "update source"
> problème de lecture du fichier de synthèse du média "update source"

> Bien sur, après la liste des mises à jour est vide.

> j'ai bien lancé (après avoir fait su + mot de passe root) les comandes
> suivantes :

> urpmi.update -a
> urpmi --auto-select

> et cela n'a rien changé

> Merci pour toute info supplémentaire

> A+

> Thierry MARCHAND - http://speleo19.free.fr
> contact à thierry.marchand.19 sur free.fr

>> Hervé Riboulot a écrit :

>>> albator a écrit :

> "impossible d'ajouter le média, erreurs rapportées :
> ...échec de la récupération : échec de curl : sorti avec 9 ou tué par le
> signal 0
> la récupération du hdlist source (ou synthèse) a échoué
> pas de fichier hdlist trouvé pour le média "update source"
> problème de lecture du fichier de synthèse du média "update source"

> j'ai bien lancé (après avoir fait su + mot de passe root) les comandes
> suivantes :

> urpmi.update -a

>> albator a écrit :

>>> Hervé Riboulot a écrit :

>>>> albator a écrit :

> [snip]

>> Bonsoir,

> Bonsoir,

>> J'ai le même problème. Lorsque je lance la mise à jour, rpmdrake
>> recherche la liste des miroirs (pas de pb), puis cherche le fichier
>> hdlist et me renvoie le message suivant :

>> "impossible d'ajouter le média, erreurs rapportées :
>> ...échec de la récupération : échec de curl : sorti avec 9 ou tué par
>> le signal 0
>> la récupération du hdlist source (ou synthèse) a échoué
>> pas de fichier hdlist trouvé pour le média "update source"
>> problème de lecture du fichier de synthèse du média "update source"

> Ce message traduit généralement la non disponibilité de la source.
> L'accès au répertoire contenant le hdlist est ainsi impossible.

>> Bien sur, après la liste des mises à jour est vide.

>> j'ai bien lancé (après avoir fait su + mot de passe root) les comandes
>> suivantes :

>> urpmi.update -a

> L'accès à la source Updates étant impossible (voir plus haut),
> urpmi.update -a (mise à jour de toutes les sources non amovibles)
> n'aboutit pas à la mise à jour du hdlist correspondant.

> Par contre, des hlist des autres sources "non amovibles" peuvent être
> mis à jour.

>> urpmi --auto-select

>> et cela n'a rien changé

> Car finalement, rien n'a été mis à jour.

>> Merci pour toute info supplémentaire

> 1- INFOS SUPPLEMENTAIRES: LA STRUCTURE DES SOURCES

> Un rappel important, qui est éclairé par le post sur le site Mandrake
> décrivant la nouvelle structure des répertoires stockant les rpm:

> http://www.mandrakeclub.com/article.php?sid=2262

> 1.1- ACTUELLEMENT:

> Pour la version Community à compter de la 10.1, il n'y a pas de
> répertoires updates. Les sources main et contribution sont mises à jour
> (signification de ces sources portées dans le post cité).

> La structure des sources sur les sites ftp est alors:

> /media    /main
>     /contrib
>     /jpackage
>     /club

> C'est cette structure qui est d'ailleurs proposée par le site
> http://easyurpmi.zarb.org/ pour le choix des sources comme par le site
> du club Mandrake pour le choix de ces mêmes sources
> (http://www.mandrakeclub.com/modules.php?name=Mirrors-list)

> Par contre, la structure semble inchangée pour les autres distributions
> (officielle 10.0 et community 10.0 -mais pas community 10.1). Dès lors,
> pour ces distributions, une source updates devrait et doit subsister.

> Pour la Community 10.1, main et contribution seront donc alimentés
> directement par les mises à jour qui seront issues de la distribution
> 10.1 officielle, quand elle sortira et par des rpm venant directement
> des cookers.

> http://www.short4.co.uk/~mwatts/10faq.html

> "What about updates?

> Since the 'Community' release is technically classed as a developmental
> version (and thus receives no official support), any bug fixes and
> updates are placed directly into Community tree."

> Mais pour la version 10.0 community, on constate que la survivance d'un
> répertoire updates consiste en fait à pointer sur les updates pour la
> 10.0 officielle: (exemple)

> ftp://ftp.u-strasbg.fr/pub/linux/distributions/mandrakelinux/official...

> 1.2- DANS LE FUTUR:

> Avec la 10.1 officielle, une nouvelle structure devrait émerger:
> (citation du post mentionné) "L'objectif suivant serait de créer une
> nouvelle source. 'main' et 'contrib' sont maintenant énormes, plus de 3
> GO chaque, plus de 3000 paquetages pour 'main' et presque 5000 pour
> 'contrib'. Nous aimerions avoir quelque chose comme :

> base/
> main/
> contrib/
> devel/
> jpackage/
> testing/
> club/

> # base' serait ce que nous considérons indispensable pour une distro
> Mandrakelinux de base. Cela pourrait inclure KDE et OpenOffice, mais
> essaiera de répondre à 80% des besoins avec peut être quelque chose
> comme 1000 paquetages.
> # 'main' serait simplement l'ensemble des paquetages qualifiés de
> 'stables' mais qui ne sont pas largement utilisés.
> # 'contrib' pourrait être tout ce qui répond à des besoins spécifiques.
> # 'devel' pourrait contenir tous les paquetages utilisés pour faire du
> dévelopement, e.g. les branches de développement de projets comme le
> kernel, gimp, ...
> # 'testing' pourrait être utilisé à des fins de déboguage, fournir des
> paquetages avec des options de compilation spécifiques, ..."

> La structure de répertoires va donc évoluer et cette évolution est déjà
> en oeuvre pour la 10.1 community. Elle devrait se poursuivre.

> 2- LA POLITIQUE DE VERSIONS:

> Un site en anglais résume le processus d'enchaînement des versions qui
> ressort de la politique de Mandrake

> http://www.short4.co.uk/~mwatts/10faq.html

> Citons le processus décrit:

>     *  Cooker
>     * Mandrake 10.0 beta 1 (cooker snapshot ISO)
>     * Mandrake 10.0 beta 2 (cooker snapshot ISO)
>     * Mandrake 10.0 beta 3 (cooker snapshot ISO)
>     * Mandrake 10.0 rc 1 (cooker snapshot ISO)
>     * Mandrake 10.0 Community (ISO release)
>     * Mandrake 10.0 Official (ISO release)
>     * -> Mandrake 10.0 Community (FTP Tree, receiving updates from the
> 10.0 Official 'updates' tree, also receiving non-security updates)
>     * -> Cooker (receiving new development, like replacing XFree86 with
> X.Org)
>     * -> Mandrake 10.1 beta 1 (cooker snapshot ISO)
>     * -> Mandrake 10.1 beta 2 (cooker snapshot ISO)
>     * -> Mandrake 10.1 beta 3 (cooker snapshot ISO)
>     * -> Mandrake 10.1 rc 1 (cooker snapshot ISO)
>     * -> Mandrake 10.1 Community (ISO release)
>     * -> Mandrake 10.1 Official (ISO release)

> 3- CONCLUSIONS:

> C'est un petit peu compliqué et en transition ...

> Pour les versions community, les suports et bugs sont disponibles à
> l'adresse http://qa.mandrakesoft.com/