Voilà, sur mes deux machines principales, depuis quelques heures j'ai ce message consécutif aux tentatives de mises à jour :
Suis-je le seul dans ce cas?
je viens de faire une maj: il n'y avait que des paquets provenant de oss. J'ai fait un zypper ref : packman est à jour.
Tu peux changer le miroir de packman peut être ? donne déjà l'url pour voir.
http://packman.links2linux.org/mirrors
;=)
Mise à jour ce matin sans soucis.
Tu peut aussi purger le cache pour voir si ca aide :
zypper cc
bon,je viens d'essayer sur tumbleweed kde,j'ai le même message que toi=>il est urgent d'attendre :D
Pour ma part, sur Tumbleweed pas de problème.
en fait,j'ai packman en priorité sous leap mais pas sous tw. Sous tw j'avaia fait le changement vers packman mais en laissant la priorité à 99. Vu que vlc libavcodec et consort sont en maj sous oss mais pas encore sous packman,ça crée des conflits. j'ai donc répondu ok pour repasser sous oss et la maj s'et faite. Il n'y a plus qu'à attendre la maj de packman.
re
j'ai changé le mirroir,lui ai mis la priorité 98 et ait la maj donc tout est en packman.
l'adresse du miroir de secours : ftp://ftp.halifax.rwth-aachen.de/packman/suse/openSUSE_Tumbleweed/
à ajuster pour leap: ftp://ftp.halifax.rwth-aachen.de/packman/suse/openSUSE_Leap_15.2/
Voici l'url qui pose problème :
http://packman.inode.at/suse/openSUSE_Leap_15.2/
Je veux bien changer le miroir en me calant sur le halifax germanique que tu cites plus bas mais... ftp ou http? Je vois qu'il existe aussi une url en http. C'est important?
>manchette : la purge du cache ne change rien mais la commande que tu m'as indiquée m'a conduit à taper une petite
zypper -h pour voir de quoi il retournait (cc pour cache clean ou quelque chose comme ça bien sûr, mais quoi d'autre au cas?). Plutôt bon de susciter ce genre de réflexe (help ou man) :-)
Salut,
J'ai aussi ce message mais pas de panique, ça arrive parfois.
Une maintenance, un changement de DNS, ... ?
Attendre un jour ou deux. C'est rarement un vrai gros problème.
à plus,
oh!rocks
+1 ce n'est pas grave. Ce qui me chiffonne un peu, c'est que ça ne concerne pas tout le monde.
non,aucune importance. Perso, j'ai simplement désactivé l'originel et ai installé le halifax ftp en le baptisant packman bis.
Sinon,tu peux attendre,comme le dit oh! rocks, ça va se régler bientôt.
Bonsoir,
Même chose sur TW avec ce message :
Permission to access 'http://packman.inode.at/suse/openSUSE_Tumbleweed/repodata/repomd.xml' denied.
C'était un peu mon intention au départ car je suis très confiant (la première pétouille en 6 mois). Je vais attendre pour voir et si ça dure, un miroir en seconde instance. Je ne savais pas à l'origine qu'il en existait pour Packman.
Merci :)
même souci chez moi sur tumbleweed, j'ai changé de miroir et tout est ok
Vive les miroirs :=)
En trouvez vous de plus fiables ou stables, réactifs dans vos usages ou tous se valent ?
"Oh que je suis belle en ce miroir", ca vous rappelle quelque chose ? :D
https://fr.wikipedia.org/wiki/Miroir_magique
La nouvelle url de Packman se trouve ici : https://en.opensuse.org/Additional_package_repositories
Bonjour,
Idem sous Leap 15.2
Autorisation d'accès à 'http://packman.inode.at/suse/openSUSE_Leap_15.2/repodata/repomd.xml' refusée.
Je répète: soit attendre soit changer de miroir.
Bonjour,
Ce matin ça ne fonctionnait toujours pas ...
J'ai changé vers :
URL : http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/
Et là ça fonctionne...
Je sais pas si ça va être définitif..
Amicalement
Philippe
Idem pacman leap dead depuis quelques jours.
;=)
c'est hs avec quelle url ?
si vous allez sur la page des miroirs packman,vous verrez que l'accès aux miroirs packman d'Autriche est"forbidden" ce sont les "inode at suse"
tous les autres ont l'air ok,sur leap comme tw.
faites votre marché:
http://packman.links2linux.org/mirrors
Avec l'url fournie directement dans yast quand tu fais "rajouter un dépôt" ==> dépôt communautaire ==> pacman.
Soit:
http://packman.inode.at/suse/openSUSE_Leap_$releasever/
Thanks, :)
Celle-ci pour moi : https://ftp.halifax.rwth-aachen.de/packman/suse/openSUSE_Tumbleweed/
à plus,
oh!rocks
Bonjour,
L’explication est ici : https://lists.links2linux.de/pipermail/packman/2021-February/016541.html
Changement de serveur...
En attendant, il faut changer de miroir comme expliqué dans ce fil :)
Edit : comme
@sobkowiak j'ai opté pour l'URL du wiki en https :
https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/
wiki : https://fr.opensuse.org/D%C3%A9p%C3%B4ts_de_paquets_suppl%C3%A9mentaires
(la page fr n'est pas à jour à partir des dépôts apache, je n'ai fait que packman et vlc ce matin)
Mon précédent post a dû passer inaperçu, ci-desous les nouvelles url de Packman. J'ai fait la modif sur Leap 15.2 et ça fonctionne :
Version: Tumbleweed All of Packman zypper ar -cfp 90 https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ packman
Version: Leap All of Packman zypper ar -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/' packman
Je suis passée par YaST > dépôts
j’ai sélectionné la ligne du dépôt packman > bouton modifier et ensuite j’ai changé l’URL.
ce ne sont pas les miroirs qui manquent=>voir post 20.
Avec ce lien? https://en.opensuse.org/Additional_package_repositories
Mais non ;)
Par contre il colle une priorité 90 au dépôt Packman alors que la procédure via Yast temporairement inopérante aujourd'hui (Ajouter -> Dépôts comunautaires, ect.) se contente d'une priorité 99.
Pourquoi cette priorité 90 (plus haute) quand le wiki recommande de la faire succéder par:
zypper dup --from packman --allow-vendor-change
Une commande qui signifie pour moi que tu attribues à ce fournisseur une priorité qu'il possède déjà sur les paquets qu'il maintient?
Je ne sais pas si je m'explique bien mais pour moi il y a peut-être un truc en trop (la priorité 90 ou le allow-vendor-change).
Cette histoire est une tempête dans un verre d'eau mais c'est peut-être l'occasion d'éclaircir quelques particularités de la distribution.
La priorité peut se modifier dans Yast->Dépôts. Sélectionner Packman , cliquer sur "modifier" et attribuer une priorité de 98 ou 99.
C'est ce que j'ai fait et il n'y a pas de souci, sur Leap en tout cas.
Cette commande ne définit pas une priorité, elle correspond à la manipulation que l'on peut faire avec YaST en sélectionnant le dépôt Packman puis en cliquant sur le lien "Remplacer les paquets système "
Mettre une priorité plus faible que 99 (perso j'ai mis 98 comme indiqué par jtro sur un fil) permet lorsque l'on veut installer un logiciel (multimedia le plus souvent) de choisir la version de Packman plutôt que celle du dépôt officiel (avec peut-être des codecs bridés)
C'est là qu'on voit que ça craint quand même.
Un des dépôts principaux est hébergé par un "gars" sur ses deniers etc.
On ne parle pas d'un petit truc externe mais quand même d'un dépot vraiment nécessaire pour tout le multimédia, c'est stressant. :(
Oui et non vu le nombre de miroirs disponibles
Oui mais Yast en mode graphique ne switch pas sur les mirroir, le seul dépôt de référence c'est celui là.
Donc pour tous les débutants c'est problématique.
Je comprends bien mais quand on change de fournisseur celui-ci prend la main lors des mises à jour selon le concept de
vendor stickiness (
implicitement ce fournisseur est donc prioritaire sur les paquets qu'il maintient).
Donc je ne comprends pas la nécessité (?) d'élever en plus la priorité du dépôt Packman (90 ou 98, c'est kif kif d'ailleurs si tout le reste est à 99).
>sobkowiak : oui oui, je sais qu'on peut changer simplement les priorités avec Yast ;)
Lorsque tu as un logiciel multimédia présent dans les dépôts officiels et dans Packman qui n’est pas déjà installé, ça proposera la version de Packman en premier, version normalement moins bridée pour les codecs. C’est pour moi l’intérêt de cette priorité.
Ah oui! là j'y suis, c'est clair! Merci :D
Je ne suis pas sûr que les dépôt soit aussi à jour.
J'ai supprimé le dépôt pacman que j'avais avant, pour remplacer par la nouvelle url soit
'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_$releasever/
Et au final quand j'essaie de mettre à jour j'ai maintenant un soucis de dépendance cf:
Recherche de conflits de fichiers : ...[erreur]
33 conflits de fichiers détectés :
File /usr/bin/aviocat
from install of
ffmpeg-3-3.4.8-pm152.5.1.x86_64 (packman)
conflicts with file from package
ffmpeg-4-4.2.1-pm152.2.6.1.x86_64 (@System)
Comme si la version ffmpeg de packman était vielle.
(c'est 33 fois la même erreur)
Je peux le downgrader mais ça m'étonne.
EDIT: j'ai remis une priorité de 99 à pacman et ça semble ok.
Mais comme dit je ne suis pas persuadé qu'on ait bien tout dans ce mirroir.
Pas moi, ça m'est arrivé quelques fois quand j'étais sous Leap.
Mais ceci dit, on trouve le paquet ffmpeg-4-4.2.1-pm152.2.6.1.x86_64.rpm dans le dépôt : https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.2/Essentials/x86_64/
Tu es certain d'avoir activé le rafraichissement automatique ? Tu avais fait
zypper ref
avant ?
Ouep je l'avais fait, je ne sais pas trop ce qui s'est passé...
Tout est rentré dans l'ordre depuis mais je ne sais pas bien pourquoi ça m'a fait ça...
et dire que quand je critiquais le fait d'avoir besoin de ce dépôt au lieu qu'il soit interne au projet, on me riait au nez... Juste que ça se fait très souvent ce genre de problème avec packman, c'est souvent qu'on a plus accès à ce dépôt, alors oui changer de miroir, mais en attendant si c'était avec les moyens du projet, il y aurait moins de panne.
Je trouve fort dommage ce coté de la distribution qui fait quand même brouillon. C'est le point faible de cette distribution.
très souvent,t'exagères pas un peu? :D
perso, je mets toujours deux miroirs de packman,comme ça pas de problèmes!
Une fois par trimestre? En fait dès qu'il y a des problèmes de serveurs on peut être sûr que c'est celui-ci qui cloche. Ça laisse un sentiment de brouillon.
Bon,je suis d'accord ça peut surprendre. Ceci dit il y a une doc et un forum où on essaie de dépatouiller les gens,exemple: ce post même.
Je crois que tout a été dit sur ce problème,c'est pourquoi je vous propose 'en discuter sur la taverne si vous êtes intéressés. Le sujet est donc clos.