[pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

theBleakMidwinter

Bonjour à tous

Dans un moment de laissé-aller (et parce que je n’arrivais pas à télécharger Krita), j’ai voulu upgrader Pacman via ce site qui utilise meson pour le compiler : mauvaise idée.

Maintenant, Pacman me dit :

Code : Tout sélectionner

$ sudo pacman -Syu
erreur : aucun dépôt de paquets utilisable n’a été défini.

Et pour chaque commandes pacman c'est la meme reponse.
Le pacman.conf n’a pas l'air d'avoir bougé :

Code : Tout sélectionner

$pacman -V
Root      : /
Conf File : /etc/pacman.conf
DB Path   : /var/lib/pacman/
Cache Dirs: /var/cache/pacman/pkg/  
Hook Dirs : /usr/share/libalpm/hooks/  /etc/pacman.d/hooks/  
Lock File : /var/lib/pacman/db.lck
Log File  : /var/log/pacman.log
GPG Dir   : /etc/pacman.d/gnupg/
Targets   : --
erreur : aucune opération spécifiée (utiliser -h pour l’aide)
...

Code : Tout sélectionner

$pacman -V
Pacman v6.0.0 - libalpm v13.0.0

Le fichier des miroires n'a pas bougé non plus,

Code : Tout sélectionner

$ cat /etc/pacman.d/mirrorlist
Server = http://archlinux.de-labrusse.fr/$repo/os/$arch
Server = http://mirror.archlinux.ikoula.com/archlinux/$repo/os/$arch
Server = http://archlinux.vi-di.fr/$repo/os/$arch
Server = https://archlinux.vi-di.fr/$repo/os/$arch
...

selon moi, c'est soi qu'il aurait fallu ajouter des options à meson, soi ce dernier est tres casse gueule et il faut utiliser un script comme ici mais c'est vieux de 10 ans donc à completement réécrire?

je suis sur cette option la mais si vous avez des suggestions plus simple, je suis preneur.

Merci d'avance.

theBleakMidwinter

avec l'option --debug apparait cette ligne:

Code : Tout sélectionner

debug: unregistering database 'local'

pourtant /var/lib/pacman/local existe bien, il est plein et il est bien dans le pacman.conf.

Message par **benjarobin** » sam. 11 déc. 2021, 12:48

Bonjour,
Alors oui c'était une très très mauvaise idée... Pourquoi ne pas avoir utiliser tout simplement pacman ? Pourquoi ne pas avoir demandé de l'aide ici avant ?
Globalement, il ne faut installer aucun programme "manuellement" au niveau système. Tout devrait être réalisé via pacman. S'il n'y a pas de paquet, il suffit d'en faire un, ce qui est assez simple.
Je te rassure c'est réparable, mais j'aimerais juste comprendre dans quel état tu es. Peux tu donner la sortie complète de

Code : Tout sélectionner

pacman -Syu --debug
cat /etc/pacman.conf

Note: C'est bien une Arch Linux et non une dérivée que tu as ?

theBleakMidwinter

Bonsoir benjarobin, merci pour ta réponse.

oui, c'est bien une arch:

Code : Tout sélectionner

$screenfetch
erreur : nom incorrect pour l’entrée de base de données « local »
OS: Arch Linux
...
Kernel: x86_64 Linux 5.11.9-arch1-1

Code : Tout sélectionner

$ sudo pacman -Syu --debug
[sudo] Mot de passe de theBleakMidwnter : 
[18:11:07] debug: pacman v6.0.0 - libalpm v13.0.0
[18:11:07] debug: config: attempting to read file /etc/pacman.conf
[18:11:07] debug: config: new section 'options'
[18:11:07] debug: config: HoldPkg: pacman
[18:11:07] debug: config: HoldPkg: glibc
[18:11:07] debug: config: Architecture: auto
[18:11:07] debug: config: arch: x86_64
[18:11:07] debug: config: finished parsing /etc/pacman.conf
[18:11:07] debug: setup_libalpm called
[18:11:07] debug: option 'logfile' = /var/log/pacman.log
[18:11:07] debug: option 'gpgdir' = /etc/pacman.d/gnupg/
[18:11:07] debug: option 'hookdir' = /etc/pacman.d/hooks/
[18:11:07] debug: option 'cachedir' = /var/cache/pacman/pkg/
[18:11:07] erreur : aucun dépôt de paquets utilisable n’a été défini.
[18:11:07] debug: unregistering database 'local
$

Code : Tout sélectionner

$cat /etc/pacman.conf
#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#NoProgressBar
CheckSpace
#VerbosePkgLists
ParallelDownloads = 5

# PGP signature checking
#SigLevel = Optional
#LocalFileSigLevel = Optional
#RemoteFileSigLevel = Optional

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# An example of a disabled remote package repository with multiple servers
# available. To enable, uncomment the following lines. You can add preferred
# servers immediately after the header and they will be used before the
# default mirrors.
#[core]
#SigLevel = Required
#Server = ftp://ftp.example.com/foobar/$repo/os/$arch/
# The file referenced here should contain a list of 'Server = ' lines.
#Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

à un moment, Pacman me disait qu'il ne pouvait pas installer krita ou autre chose sous prétexte qu'il manque des dépendances. j'ai essayé d'installer ces dépendances et ça n'a pas fonctionné non plus. j'étais fatigué et pressé. j'ai juste fait le con... bah ça m'apprendra.

Kristen · Message par **Kristen** » sam. 11 déc. 2021, 19:03

Il n'y a pas de dépôt de configurer dans le pacman.conf.
Je ne sais pas comment on fait pour récupérer le fichier d'origine?
Voici le mien d'origine si ça peut t'aider

Code : Tout sélectionner

#
# /etc/pacman.conf
#
# See the pacman.conf(5) manpage for option and repository directives

#
# GENERAL OPTIONS
#
[options]
# The following paths are commented out with their default values listed.
# If you wish to use different paths, uncomment and update the paths.
#RootDir     = /
#DBPath      = /var/lib/pacman/
#CacheDir    = /var/cache/pacman/pkg/
#LogFile     = /var/log/pacman.log
#GPGDir      = /etc/pacman.d/gnupg/
#HookDir     = /etc/pacman.d/hooks/
HoldPkg     = pacman glibc
#XferCommand = /usr/bin/curl -L -C - -f -o %o %u
#XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u
#CleanMethod = KeepInstalled
Architecture = auto

# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
#IgnorePkg   =
#IgnoreGroup =

#NoUpgrade   =
#NoExtract   =

# Misc options
#UseSyslog
#Color
#NoProgressBar
CheckSpace
#VerbosePkgLists
#ParallelDownloads = 5

# By default, pacman accepts packages signed by keys that its local keyring
# trusts (see pacman-key and its man page), as well as unsigned packages.
SigLevel    = Required DatabaseOptional
LocalFileSigLevel = Optional
#RemoteFileSigLevel = Required

# NOTE: You must run `pacman-key --init` before first using pacman; the local
# keyring can then be populated with the keys of all official Arch Linux
# packagers with `pacman-key --populate archlinux`.

#
# REPOSITORIES
#   - can be defined here or included from another file
#   - pacman will search repositories in the order defined here
#   - local/custom mirrors can be added here or in separate files
#   - repositories listed first will take precedence when packages
#     have identical names, regardless of version number
#   - URLs will have $repo replaced by the name of the current repo
#   - URLs will have $arch replaced by the name of the architecture
#
# Repository entries are of the format:
#       [repo-name]
#       Server = ServerName
#       Include = IncludePath
#
# The header [repo-name] is crucial - it must be present and
# uncommented to enable the repo.
#

# The testing repositories are disabled by default. To enable, uncomment the
# repo name header and Include lines. You can add preferred servers immediately
# after the header, and they will be used before the default mirrors.

#[testing]
#Include = /etc/pacman.d/mirrorlist

[core]
Include = /etc/pacman.d/mirrorlist

[extra]
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#Include = /etc/pacman.d/mirrorlist

[community]
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#Include = /etc/pacman.d/mirrorlist

#[multilib]
#Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

theBleakMidwinter

merci Kristen.

C'est bizarre que les miroires ne sont plus configurés par défaut. Les lignes pour les inclures sont juste en commentaires donc c'est tres facile à regler. j'ai trouvé un tuto interessant. Pour [extra] et [community] c'est pertinent; pour SigLevel et LocalFileSigLevel, moins je dirais. Je suis curieux de savoir vos avis.
Donc j'ai rajouté core extra et community comme ceci:

Code : Tout sélectionner

[core]
Include = /etc/pacman.d/mirrorlist
[extra]
Include = /etc/pacman.d/mirrorlist
[community]
Include = /etc/pacman.d/mirrorlist

J'ai aussi rajouté les SigLevel en me référent à ce manuel.
Donc maintenant ça donne ça:

Code : Tout sélectionner

$ sudo pacman -Syu
[sudo] Mot de passe de theBleakMidwinter : 
:: Synchronisation des bases de données de paquets…
 core                                                                                                                                         130,9 KiB  1064 KiB/s 00:00 [#########################################################################################################] 100%
 extra                                                                                                                                       1630,9 KiB  3,98 MiB/s 00:00 [#########################################################################################################] 100%
 community                                                                                                                                      5,5 MiB  8,26 MiB/s 00:01 [#########################################################################################################] 100%
:: Début de la mise à jour complète du système…
erreur : nom incorrect pour l’entrée de base de données « local »
 il n’y a rien à faire
[romain@Basilide pacman]$ sudo

Code : Tout sélectionner

$ sudo pacman -S krita
erreur : nom incorrect pour l’entrée de base de données « local »
résolution des dépendances…
recherche des conflits entre paquets…

Paquets (3) kitemmodels-5.80.0-1  quazip-1.1-1  krita-4.4.3-1

Taille totale du téléchargement :   70,10 MiB
Taille totale installée :          191,41 MiB

:: Procéder à l’installation ? [O/n] o
:: Récupération des paquets…
 kitemmodels-5.80.0-1-x86_64.pkg.tar.zst failed to download
 quazip-1.1-1-x86_64.pkg.tar.zst failed to download
 krita-4.4.3-1-x86_64.pkg.tar.zst failed to download
 Total (3/3)                                                                                                                                   70,1 MiB  8,12 MiB/s 00:09 [#########################################################################################################] 100%
erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis archlinux.de-labrusse.fr : The requested URL returned error: 403
erreur : échec de récupération du fichier « quazip-1.1-1-x86_64.pkg.tar.zst » depuis archlinux.de-labrusse.fr : The requested URL returned error: 403
erreur : échec de récupération du fichier « krita-4.4.3-1-x86_64.pkg.tar.zst » depuis archlinux.de-labrusse.fr : The requested URL returned error: 403
avertissement : too many errors from archlinux.de-labrusse.fr, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis mirror.archlinux.ikoula.com : HTTP server doesn't seem to support byte ranges. Cannot resume.
erreur : échec de récupération du fichier « quazip-1.1-1-x86_64.pkg.tar.zst » depuis mirror.archlinux.ikoula.com : HTTP server doesn't seem to support byte ranges. Cannot resume.
erreur : échec de récupération du fichier « krita-4.4.3-1-x86_64.pkg.tar.zst » depuis mirror.archlinux.ikoula.com : HTTP server doesn't seem to support byte ranges. Cannot resume.
avertissement : too many errors from mirror.archlinux.ikoula.com, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis archlinux.vi-di.fr : SSL certificate problem: certificate has expired
erreur : échec de récupération du fichier « quazip-1.1-1-x86_64.pkg.tar.zst » depuis archlinux.vi-di.fr : SSL certificate problem: certificate has expired
erreur : échec de récupération du fichier « krita-4.4.3-1-x86_64.pkg.tar.zst » depuis archlinux.vi-di.fr : SSL certificate problem: certificate has expired
avertissement : too many errors from archlinux.vi-di.fr, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis archlinux.vi-di.fr : SSL certificate problem: certificate has expired
erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis mirror.armbrust.me : Could not resolve host: mirror.armbrust.me
avertissement : too many errors from mirror.armbrust.me, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « krita-4.4.3-1-x86_64.pkg.tar.zst » depuis mirror.armbrust.me : Could not resolve host: mirror.armbrust.me
erreur : échec de récupération du fichier « quazip-1.1-1-x86_64.pkg.tar.zst » depuis archlinux.vi-di.fr : SSL certificate problem: certificate has expired
...

Code : Tout sélectionner

$sudo pacman -Syu --debug
...
[00:37:28] debug: unregistering database 'local'
[00:37:28] debug: freeing package cache for repository 'local'
[00:37:28] debug: unregistering database 'core'
[00:37:28] debug: freeing package cache for repository 'core'
[00:37:28] debug: unregistering database 'extra'
[00:37:28] debug: freeing package cache for repository 'extra'
[00:37:28] debug: unregistering database 'community'
[00:37:28] debug: freeing package cache for repository 'community'

theBleakMidwinter

Donc l'étape suivante c'est de restaurer le 'local database'. Mais je sais pas comment installer pacutils sans pacman et je comprend rien à ce script. j'ai cloné pacutils avec git et il y a un Makefile mais ensuite... c'est du C donc j'imagine qu'on utilise cmake. un 'make install' sans argument ne fonctionne pas... je continue à creuser.

papajoke · Message par **papajoke** » dim. 12 déc. 2021, 11:47

bonjour

theBleakMidwinter a écrit : ↑dim. 12 déc. 2021, 10:27 Donc l'étape suivante c'est de

Rien compris ! On peut voir que clairement tu n'as pas configuré tes miroirs mais pour toi, l'étape suivante est de, encore faire du lourd et bien compliqué

Je suppose que c'était déjà ton problème original ? C'est à nous de configurer régulièrement pacman, il ne va pas le faire pour nous et ré-installer ne va en aucune manière configurer à notre place.
Une fois les miroirs ok, tu peux tester ta base de donnée locale, avoir un fichier manquant ou corrompu arrive souvent lorsque l'utilisateur éteint sa machine lors d'une mise à jour et le dépannage ne nécessite aucun outil et prend 30 secondes. Aucune idée si tu l'as testée :

pourtant /var/lib/pacman/local existe bien, il est plein

Donc a priori, elle n'est pas véritablement cassée

---------------------

Kristen a écrit : ↑sam. 11 déc. 2021, 19:03 Il n'y a pas de dépôt de configurer dans le pacman.conf.
Je ne sais pas comment on fait pour récupérer le fichier d'origine?

Puisque le fichier est fourni avec le paquet pacman on le trouve dans le paquet si dans le cache ou plus simplement d'ici, on clique sur "paquets - pacman" puis on va dans "sources files"

theBleakMidwinter

Bonjour papajoke

Si, j'ai configuré mes miroirs lors de mon installation.
C'est pas moi qui couperait mon pc pendant une màj. Ce qui s'est passé c'est que j'ai voulu installer pacman 6.0.1 manuellement avec les commandes indiqué ici.

Code : Tout sélectionner

$ meson build
$ ninja -C build
# ninja -C build install

C'est un dépot de confiance donc je ne me suis pas inquieté.

papajoke · Message par **papajoke** » dim. 12 déc. 2021, 12:23

theBleakMidwinter a écrit : ↑dim. 12 déc. 2021, 12:10 Si, j'ai configuré mes miroirs lors de mon installation.

install depuis ??? c'est a nous de le refaire REGULIEREMENT !!!! Avec arch, nous avons tous les jours une mise à jour ! 2 jours sans proposition, je suis sûr d'avoir un problème. Ton rythme c'est quoi ?

Paquets (3) kitemmodels-5.80.0-1 quazip-1.1-1 krita-4.4.3-1

Versions pas bonnes

erreur : échec de récupération du fichier « kitemmodels-5.80.0-1-x86_64.pkg.tar.zst » depuis archlinux.de-labrusse.fr : The requested URL returned error: 403

Mais rien ne t'empêchait de vérifier ! : http://archlinux.de-labrusse.fr/community/os/x86_64/ vide depuis 8 mois

---------------
https://archlinux.org/mirrors/status/

theBleakMidwinter

papajoke a écrit : ↑dim. 12 déc. 2021, 12:23 install depuis ??? c'est a nous de le refaire REGULIEREMENT !!!! Avec arch, nous avons tous les jours une mise à jour ! 2 jours sans proposition, je suis sûr d'avoir un problème. Ton rythme c'est quoi ?

mon rythme c'était un par mois environ.

papajoke a écrit : ↑dim. 12 déc. 2021, 12:23 Mais rien ne t'empêchait de vérifier ! : http://archlinux.de-labrusse.fr/community/os/x86_64/ vide depuis 8 mois

là, je suis sur le cul!

theBleakMidwinter

ok donc j'ai rajouté à la main les miroirs les mieux notés de la listes.

Code : Tout sélectionner

$ sudo pacman -Syyu
:: Synchronisation des bases de données de paquets…
 core                        137,8 KiB  1968 KiB/s 00:00 [##############################] 100%
 extra                      1564,4 KiB  7,64 MiB/s 00:00 [##############################] 100%
 community                     5,8 MiB  10,8 MiB/s 00:01 [##############################] 100%
erreur : échec de récupération du fichier « core.db » depuis mirror.i3d.net : The requested URL returned error: 404
erreur : échec de récupération du fichier « core.db » depuis mirror.i3d.net : The requested URL returned error: 404
erreur : échec de récupération du fichier « core.db » depuis ca.us.mirror.archlinux-br.org : The requested URL returned error: 404
erreur : échec de récupération du fichier « core.db » depuis tux.rainside.sk : The requested URL returned error: 404
erreur : échec de récupération du fichier « core.db » depuis tux.rainside.sk : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « core.db » depuis rsync.gtlib.gatech.edu : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « core.db » depuis mirrors.nju.edu.cn : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « core.db » depuis mirror.espoch.edu.ec : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « extra.db » depuis mirror.i3d.net : The requested URL returned error: 404
avertissement : too many errors from mirror.i3d.net, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « extra.db » depuis ca.us.mirror.archlinux-br.org : The requested URL returned error: 404
erreur : échec de récupération du fichier « extra.db » depuis tux.rainside.sk : The requested URL returned error: 404
avertissement : too many errors from tux.rainside.sk, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « extra.db » depuis rsync.gtlib.gatech.edu : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « extra.db » depuis mirrors.nju.edu.cn : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « extra.db » depuis mirror.espoch.edu.ec : Protocol "rsync" not supported or disabled in libcurl
erreur : échec de récupération du fichier « community.db » depuis ca.us.mirror.archlinux-br.org : The requested URL returned error: 404
avertissement : too many errors from ca.us.mirror.archlinux-br.org, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « community.db » depuis rsync.gtlib.gatech.edu : Protocol "rsync" not supported or disabled in libcurl
avertissement : too many errors from rsync.gtlib.gatech.edu, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « community.db » depuis mirrors.nju.edu.cn : Protocol "rsync" not supported or disabled in libcurl
avertissement : too many errors from mirrors.nju.edu.cn, skipping for the remainder of this transaction
erreur : échec de récupération du fichier « community.db » depuis mirror.espoch.edu.ec : Protocol "rsync" not supported or disabled in libcurl
avertissement : too many errors from mirror.espoch.edu.ec, skipping for the remainder of this transaction
:: Début de la mise à jour complète du système…
erreur : nom incorrect pour l’entrée de base de données « local »
:: Remplacer libcanberra-pulse par extra/libcanberra ? [O/n] o
résolution des dépendances…
recherche des conflits entre paquets…
erreur : la préparation de la transaction a échoué (la satisfaction des dépendances a échoué)
:: l’installation de alsa-lib (1.2.6.1-1) casse la dépendance « alsa-lib=1.2.4 » requise par lib32-alsa-lib
:: l’installation de libcap (2.61-1) casse la dépendance « libcap=2.49 » requise par lib32-libcap
:: l’installation de libelf (0.186-1) casse la dépendance « libelf=0.183 » requise par lib32-libelf
:: l’installation de libjpeg-turbo (2.1.2-1) casse la dépendance « libjpeg-turbo=2.0.6 » requise par lib32-libjpeg-turbo
:: l’installation de libpcap (1.10.1-1) casse la dépendance « libpcap=1.10.0 » requise par lib32-libpcap

theBleakMidwinter

C'est bon, les miroirs sont à jour. Mais j'ai toujours cette erreur.

Code : Tout sélectionner

erreur : nom incorrect pour l’entrée de base de données « local »

Et il y a du nouveau et pas drole!

krita est téléchargé mais impossible de le démarrer.
il répond:

Code : Tout sélectionner

$ krita
krita: error while loading shared libraries: libImath-3_1.so.29: cannot open shared object file: No such file or directory

j'ai testé avec Blender qui fonctionnait avant la màj. maitenant il répond:

Code : Tout sélectionner

$ blender
blender: error while loading shared libraries: libtbb.so.12: cannot open shared object file: No such file or directory

Pour voir si c'est une erreur dans pacman, j'ai ouvert kdenlive qui s'est ouvert normalement, puis apres l'avoir fermé, j'ai effectué une màj et j'ai essayé de le relancer.

Code : Tout sélectionner

# pacman -S kdenlive
erreur : nom incorrect pour l’entrée de base de données « local »
résolution des dépendances…
recherche des conflits entre paquets…

Paquets (2) qt5-networkauth-5.15.2-1  kdenlive-21.12.0-1

Taille totale du téléchargement :  15,06 MiB
Taille totale installée :          66,62 MiB
Taille de mise à jour nette :       4,21 MiB

:: Procéder à l’installation ? [O/n] o
:: Récupération des paquets…
 kdenlive-21.12.0-1-x86_64    15,0 MiB  8,21 MiB/s 00:02 [##############################] 100%
 qt5-networkauth-5.15.2...    72,3 KiB  3,07 MiB/s 00:00 [##############################] 100%
 Total (2/2)                  15,1 MiB  8,03 MiB/s 00:02 [##############################] 100%
(2/2) vérification des clés dans le trousseau            [##############################] 100%
(2/2) vérification de l’intégrité des paquets            [##############################] 100%
(2/2) chargement des fichiers des paquets                [##############################] 100%
(2/2) analyse des conflits entre fichiers                [##############################] 100%
(2/2) vérification de l’espace disque disponible         [##############################] 100%
:: Traitement des changements du paquet…
(1/2) installation de qt5-networkauth                    [##############################] 100%
(2/2) mise à jour de kdenlive                            [##############################] 100%
Nouvelles dépendances optionnelles pour kdenlive
    opentimelineio: timeline export/import
:: Exécution des crochets de post-transaction…
(1/4) Arming ConditionNeedsUpdate...
(2/4) Updating icon theme caches...
(3/4) Updating the desktop file MIME type cache...
(4/4) Updating the MIME type database...
$kdenlive
kdenlive: error while loading shared libraries: libmlt-7.so.7: cannot open shared object file: No such file or directory

theBleakMidwinter

bon...
pacman fonctionne bien et j'ai compris la leçon. faire ses màj tout les un à trois jours maximum. Maintenant je me retrouve avec des màj impossibles à cause de dépendances insolubles. je crerai un autre thread ici si je n'arrive pas à me dépatouiller tout seul.
Merci pour votre aide.

R

papajoke · Message par **papajoke** » mar. 14 déc. 2021, 08:59

theBleakMidwinter a écrit : ↑lun. 13 déc. 2021, 22:03 faire ses màj tout les un à trois jours maximum

Attendre 8 jours n'a rien d'excessif

Pour la gestion des miroirs, il faut lire le wiki (comme pour le reste !!!!). Existe des outils, existe reflector qui est pas mal utilisé
ps: un peu de pub ... nous avons un intéressant tout nouveau shiny-mirrors (testé et il ne casse rien

donc je compte continuer le test avec lui un bon moment)

rappel: archlinux ne supporte pas les mises à jour partielles ! donc on ne force pas et on a toujours un système à jour (complètement)

theBleakMidwinter

papajoke a écrit : ↑mar. 14 déc. 2021, 08:59 ps: un peu de pub ... nous avons un intéressant tout nouveau shiny-mirrors (testé et il ne casse rien donc je compte continuer le test avec lui un bon moment)

Interessant. c'est vrai que le premier miroir proposé par le mirrorlist generator est inutilisé depuis un bail. c'est bizarre.
quand j'aurai reglé mon souci, je testerai.

et en direct... ça y est je crois que c'est enfin reglé!

papajoke · Message par **papajoke** » mar. 14 déc. 2021, 10:02

les outils miroirs en local vont tester si le miroir est bien à jour et en plus vont tester la vitesse !
Donc en premier, on a le plus rapide depuis chez nous et à jour (A cet instant T)

Ton lien, lui ne peut calculer la vitesse depuis chez toi (pas la même si nous sommes dans le nord ou le sud...) et en fonction de la bande passante du miroir

ps: pacman n'utilise que le premier de la liste, les autres sont ici que si le premier retourne une erreur (puis le second, puis ...) Donc aucune raison d'en avoir 10 dans notre liste

theBleakMidwinter

papajoke a écrit : ↑mar. 14 déc. 2021, 10:02 ps: pacman n'utilise que le premier de la liste, les autres sont ici que si le premier retourne une erreur (puis le second, puis ...) Donc aucune raison d'en avoir 10 dans notre liste

tu m'apprends encore un truc.

au fait:

$makepkg
...
Clonage dans le dépôt nu '/home/theBleakMidwinter/shiny-mirrors/shiny-mirrors'
remote: Enumerating objects: 1037, done.
remote: Counting objects: 100% (388/388), done.
remote: Compressing objects: 100% (208/208), done.
remote: Total 1037 (delta 215), reused 338 (delta 171), pack-reused 649
Réception d'objets: 100% (1037/1037), 229.16 Kio | 6.03 Mio/s, fait.
Résolution des deltas: 100% (549/549), fait.
==> Validation des fichiers source avec sha256sums…
shiny-mirrors ... Ignoré
==> Vérification des signatures des fichiers sources grâce à gpg…
shiny-mirrors git repo ... ÉCHEC (Clé publique inconnue 56AA2C2801F619D7)
==> ERREUR : Une ou plusieurs signatures PGP n’ont pas pu être vérifiées.

j'ai besoin d'une commande pacman-key.

papajoke · Message par **papajoke** » mar. 14 déc. 2021, 17:29

theBleakMidwinter a écrit : ↑mar. 14 déc. 2021, 12:29 j'ai besoin d'une commande pacman-key.

Oui, si tu continues à faire les choses à ta façon et surtout sans chercher et lire la doc

https://wiki.archlinux.org/title/Makepk ... e_checking

Message par **benjarobin** » mar. 14 déc. 2021, 20:34

Il est aussi possible d'ajouter à la configuration de GPG : ~/.gnupg/gpg.conf cette ligne :

Code : Tout sélectionner

keyserver-options auto-key-retrieve

Arch Linux

Archlinux.fr [Forums]

[pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

[pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]

Re: [pacman] aucun dépôt de paquets utilisable n’a été défini [résolu]