[Stable] Mise à jour 05/03/2025 - Kernels, Plasma 6.3, Cosmic, LibreOffice

@redjoe
Je ne pense pas.
Sur un autre PC rangé dans un placard et pas mis à jour depuis 3 mois, c'est la même chose...

Il n'y aurait-il pas un filtre sur la box ?
Essaye depuis un autre endroit ou via un smartphone en partage de connexion.

erreur : erreur GPGME : Pas de données

Cette erreur signifie que pacman trouve un fichier .sig (vide) donc incompatible avec un fichier
".sig" == fichier avec signature du mainteneur

Une cause probable :
Le miroir utilisé est cassé ! il retourne des fichiers ".sig" non valides (généralement un fichier texte d'erreur 404 du serveur)
Dans ce cas, il faut supprimer ces fichiers *.sig dans /var/lib/pacman/sync car ni archlinux, ni manjaro ne signe les bases de données (uniquement les paquets)
Donc, si nous avons des ".sig" dans /var/lib/pacman/sync, c'est que notre miroir est aux fraises !

Attention, il faut changer ensuite de miroir, sinon le problème va revenir

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

Une solution, si on ne désire pas changer de miroir, est de modifier notre pacman.conf pour lui indiquer de ne jamais valider les fichiers de base de données (normal puisqu'ils n'existent pas de .sig chez nous actuellement)

Remplacer DatabaseOptional par DatabaseNever

#SigLevel   = Required DatabaseOptional
SigLevel    = Required DatabaseNever

man
DatabaseOptional : teste la validité uniquement si fichier .sig téléchargé
DatabaseNever: même si présent, ne l'utilise pas pour tester la validité du fichier ".db"

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

La sortie (filtrée) de pacman --debug montre très bien le cheminement interne de pacman:
Ici, pour démo, un dépôt non officiel, lui, utilise la signature avec un fichier .sig

sudo pacman -Sy --debug

debug: config: SigLevel: Required
debug: config: SigLevel: DatabaseOptional

debug: registering sync database 'core'
debug: "/var/lib/pacman/sync/core.db.sig" is not readable: Aucun fichier ou dossier de ce nom
debug: sig path /var/lib/pacman/sync/core.db.sig could not be opened
debug: got error 43 at _alpm_gpgme_checksig (../lib/libalpm/signing.c: 599) : signature PGP manquante
debug: missing optional signature

debug: registering sync database 'extra'
debug: "/var/lib/pacman/sync/extra.db.sig" is not readable: Aucun fichier ou dossier de ce nom
debug: sig path /var/lib/pacman/sync/extra.db.sig could not be opened
debug: got error 43 at _alpm_gpgme_checksig (../lib/libalpm/signing.c: 599) : signature PGP manquante
debug: missing optional signature


debug: registering sync database 'andontie-aur'
debug: database path for tree andontie-aur set to /var/lib/pacman/sync/andontie-aur.db
debug: GPGME version: 1.24.2
debug: GPGME engine info: file=/usr/bin/gpg, home=/etc/pacman.d/gnupg/
debug: checking signature for /var/lib/pacman/sync/andontie-aur.db
debug: 1 signatures returned
debug: fingerprint: 493486B87A270B1F19EE5D4672BF227DD76AE5BF
debug: summary: valid
debug: summary: green
debug: status: Réussite
debug: timestamp: 1741209409
debug: exp_timestamp: 0
debug: validity: full; reason: Réussite
debug: key: 493486B87A270B1F19EE5D4672BF227DD76AE5BF, Holly M. <kalinda@andontie.net>, owner_trust unknown, disabled 0
debug: signature is valid
debug: signature is fully trusted
debug: setting usage of 15 for andontie-aur repository
...

fichier(s) .sig pour un seul dépôt :

ls -l /var/lib/pacman/sync
-rw-r--r-- 1 root root 108K  5 mars  22:16 andontie-aur.db
-rw-r--r-- 1 root root  438  5 mars  22:16 andontie-aur.db.sig
-rw-r--r-- 1 root root 6,6M  5 mars  22:16 andontie-aur.files
-rw-r--r-- 1 root root  438  5 mars  22:16 andontie-aur.files.sig
-rw-r--r-- 1 root root 140K  8 mars  14:26 core.db
-rw-r--r-- 1 root root 2,5M  8 mars  12:44 core.files
-rw-r--r-- 1 root root 8,3M  8 mars  12:41 extra.db
-rw-r--r-- 1 root root  47M  8 mars  12:44 extra.files

fichier non trouvé
debug: sig path /var/lib/pacman/sync/core.db.sig could not be opened
donc pas de contrôle de validité de ce dépôt (chez moi: SigLevel = Required DatabaseOptional)
debug: missing optional signature

merci Papajoke, çà a fonctionné. pour supprimer les fichier *sig, il faut "forcer leur suppression avec la commande

rm -f

car ils sont protégés.

par contre je pleure toujours car Digikam ne fonctionne toujours pas

redjoe a écrit : ↑il y a 1 semaine Digikam ne fonctionne toujours pas

testé la version 8.6 ? disponible en appImage

Bonjour à tous,

Je suis sous XFCE et lors de la mise à jour de mon système j'ai les erreurs suivantes :

Préparation...
Synchronisation des bases de données des paquets...
Erreur: échec de récupération du fichier « community.db » depuis ftp.free.org : The requested URL returned error: 404
Erreur: échec de récupération du fichier « community.db » depuis mirrors.eric.ovh : The requested URL returned error: 404
Erreur: échec de récupération du fichier « community.db » depuis manjaro.ynh.ovh : The requested URL returned error: 404
échec de récupération de certains fichiers
Impossible de synchroniser les bases de données
Actualisation de AUR...
Avertissement : l’installation de libffi (3.4.7-1) casse la dépendance « libffi=3.4.6 » requise par lib32-libffi
Ajout de lib32-libffi à supprimer
Avertissement : l’installation de pcre2 (10.45-1) casse la dépendance « pcre2=10.44 » requise par lib32-pcre2
Ajout de lib32-pcre2 à supprimer
La préparation de la transaction a échoué:
la satisfaction des dépendances a échoué:
- la suppression de lib32-libffi casse la dépendance « lib32-libffi » requise par lib32-glib2
- la suppression de lib32-pcre2 casse la dépendance « lib32-pcre2 » requise par lib32-glib2
- la suppression de lib32-libffi casse la dépendance « libffi.so=8-32 » requise par lib32-glib2
Résolution des dépendances...
Recherche des conflits entre paquets...
La préparation de la transaction a échoué:
la satisfaction des dépendances a échoué:
- la suppression de lib32-libffi casse la dépendance « lib32-libffi » requise par lib32-glib2
- la suppression de lib32-pcre2 casse la dépendance « lib32-pcre2 » requise par lib32-glib2
- la suppression de lib32-libffi casse la dépendance « libffi.so=8-32 » requise par lib32-glib2

Si quelqu'un à une idée je suis preneur

Merci d'avance

Bonjour et bienvenue.
Déjà évoqué sur ce fil.
Mais comme tu es nouveau, je te donne la manipe à faire.
Il faut éditer en root etc/pacman.conf et supprimer le paragraphe [community] ; il ne doit y avoir que les paragraphes suivants :

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

[extra]
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]
Include = /etc/pacman.d/mirrorlist
.................
................

Tu devrais avoir un fichier pacman.conf.pacnew . Si les dépôts y sont correctement indiqués, tu peux remplacer l'ancien par celui-ci, ou l'éditer au niveau de ces paragraphes.
Ensuite, tu remets à jour la liste des miroirs et tu relances la mise à jour globale :

sudo pacman-mirrors --continent
sudo pacman -Syyu

Merci lemust83

C'était bien çà.

Problème résolu

papajoke a écrit : ↑il y a 1 semaine
redjoe a écrit : ↑il y a 1 semaine Digikam ne fonctionne toujours pas
testé la version 8.6 ? disponible en appImage

ah ben tè, je viens de voir que la version stable est sortie aujourd'hui je m'en vais voir çà.
Merci

redjoe a écrit : ↑il y a 1 semaine
papajoke a écrit : ↑il y a 1 semaine
redjoe a écrit : ↑il y a 1 semaine Digikam ne fonctionne toujours pas
testé la version 8.6 ? disponible en appImage
ah ben tè, je viens de voir que la version stable est sortie aujourd'hui je m'en vais voir çà.
Merci

Des nouvelles de digikam ? Je viens de m'apercevoir qu'il ne marche plus non plus chez moi. Lancé dans le terminal, il me dit "Erreur de segmentation (core dumped)". La réinstallation ne donne rien.
Alain
Edit: la solution est ici (du moins pour moi) : https://forum.manjaro.org/t/digikam-is- ... /174490/12