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
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
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
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
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 ?
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
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 ?
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
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 ?
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.
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.
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.
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"
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"
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"
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
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
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
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
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
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
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
Bonsoir,
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
Bonsoir,
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
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"
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
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
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
[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-selectet 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"62
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/updates/10.0/RPMS/
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/
Bonsoir,
[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"62
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/updates/10.0/RPMS/
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/
Bonsoir,
[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-selectet 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"62
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/updates/10.0/RPMS/
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/
Bonsoir,
