bonjour et joyeuse fete de fin d'année à vous toutes et tous
le problème:
impossible de supprimer/ installer/MAJ tout type de soft quelque soit sont dépot officiel/aur.
que ce soit via pamac-gtk, pacui le processus de gestion du paquet bloque à l'étape n°2 suivantes:
1)Résolution des dépendances...
1)Recherche des conflits entre paquets...
j'ai déjà essayé la suppression de /var/lib/pacman/db.lck, rafraichire les clefs, actualisé la base de donnée ainsi que les serveurs.... rebooter plusieur fois la machine! rien de chez rien.
bref, obligé de fermer le soft (pamac-gtk) par 1 "kill process" (htop).
Que puis je faire mes braves habitants de la planete MANJARO? à vous l'écriture (la parole )
je me sent mal à l'aise à l'idée fournir des éléments techniques de ma machine.
Aussi, svp, pourriez vous me dire en quoi un problème d'ordre logiciel (pacman/pamac) peut il bien être résolu après une analyse des caractéristiques matérielles de ma machine?
Ce qui "à été, qui est et restera (mon laptop)" ne pourra changer quoi que se soit, selon moi, au fonctionnement de pacman/pamac et consort. Hormis les DD mais là c'est la fonction SMART qui pourrais révéler si il sont fatigués ou pas.
bref histoire de comprendre pourquoi in "inxi" alors que sur https://wiki.archlinux.org/index.php/Pacman il n'en est pas fait mention. Et sur d'autre site une manipe avec usb de réinstallation suffirait !
sudo pacman -Syyu:
:: Synchronisation des bases de données de paquets…
core 169,9 KiB 175 KiB/s 00:01 [########################################################] 100%
extra 2015,5 KiB 142 KiB/s 00:14 [########################################################] 100%
community 6,3 MiB 196 KiB/s 00:33 [########################################################] 100%
multilib 189,4 KiB 728 KiB/s 00:00 [########################################################] 100%
:: Début de la mise à jour complète du système…
il n’y a rien à faire
j'ai essayé de supprimer pacdiffviewer et j'obtiens:
purgup pacdiffviewer
[sudo] Mot de passe de XXXXX :
erreur : l’initialisation de la transaction a échoué (verrouillage de la base de données impossible)
erreur : ne peut pas verrouiller la base de données : Le fichier existe
Si vous êtes sûr(e) qu’un gestionnaire de paquet n’est pas déjà
en cours de fonctionnement, vous pouvez supprimer /var/lib/pacman/db.lck
freeze de pamac-gtk et obligation de kill le processus... le fichier /var/lib/pacman/db.lck est present.
qui plus est, installer/supprimer un paket via terminal ne pose pas de problème. Mais impossible si j'utilise l'UI pamac pour effectuer les mêmes manipes.
Bonjour.
Lorsqu'une instance du gestionnaire de paquet échoue, il arrive que le verrou reste en place.
Il suffit tout simplement de le virer :sudo rm /var/lib/pacman/db.lck.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
désolé messieurs de répondre avec un laps de temps assez large, mais boulot oblige...
@lemust83: comme précise dans mon premier poste, la solution du rm ../db.lck à déjà été appliqué. mais il s’avère que ce n'est qu'une solution d'appoint qui ne resoud en rien mon problème.
En gros:
a) - je peux installer/désinstaller, faire des MAJ des paquets via la console à l’exception des paquets AUR.
b) - impossible d'installer/désinstaller des paquets via 'pamac-manager': bloquage directe au niveaux de l'étape de résolution des dépendances -> rm ../db.lck + kill process
- possible de faire des MAJ mais impossible de faire des 'actualisations des bases de données' via pacman-manager
c) impossible d'installer ou supprimer des paquets AUR via la console
ces précisions vous donnent ils assez d'info pour sérier le problème?
Et que révele l'analyse de la commande
Bonjour.
Il y a beaucoup d'activité du côté du développeur de Pamac en ce moment, et il y a quelques problèmes connus avec pamac sur l'inter.
Pour être franc, je ne l'utilise que très peu. D'une manière plus technique, si le paquet base-devel est installé:
Pour installer un paquet Aur
Le rechercher via la logithèque de Pamac ou directement sur la page de Aur.
git clone <url du paquet>
cd <paquet/>
makepkg -si
Cette commande construit le paquet en local puis l'installe avec ses dépendances avec pacman.
On peu aussi utiliser un Aur-Helper comme Yay, Trizen...
L'mpossibilité d'actualiser la base de données de Pamac
Cette action se fait en /tmp/pamac/dbs. On peu supposer un soucis de place (ram limitée?) ou un mauvais réglage de miroir dans les préférences de Pamac.
Perso, quand je l'utilise, j'indique "Germany" pour le miroir et un dossier de construction physique et non /tmp
L'impossibilité de supprimer un paquet Aur via la console
Clairement, il faudrait nous donner ta commande. Soit certains paquets nécessitent des dépendances requise par d'autres paquets, auquel cas il faut voir ce qui est utile ou pas, soit certains paquet on été installés via une autre méthode, genre sudo make install à partir de scripts venants de Debian, et là ça devient compliqué d'automatiser une suppression de fichiers système sans le faire à la main, ce qui est dangereux.
Noyau récent MANJARO x86_64 bits: 64 Xfce 4.16
ASUSTeK model: PRIME B350M-A v: Rev X.0x
6-Core: AMD Ryzen 5 2600X
AMD Baffin [Radeon RX 460/560D / Pro
driver: amdgpu v: kernel
Display: x11 server: X.Org driver: amdgpu,ati unloaded: modesetting
OpenGL: renderer: Radeon RX 560 Series
Arch en Dual. Aucun lien publicitaire ne saurait être toléré dans la signature!
@lemust83
merci du temps que tu consacres à mon probleme.
vis à vis de l'actu du dev de pamac, je constate en effet qu'elle se veut active. en effet c'est suite à une maj du paquet que le soucis à pointé son nez.
à vrai dire je ne suis pas du tout un early adopter genre j'installe tout et n'importe quoi des que je suis face à mon laptop. Mes paquets AUR se comptent sur les doigts de mes 2 mains. cependant ils me sont quotidiennement utils et productifs ( insync, pdfsam etc...)
L'idée de passer par la CLI (temporairement?) pour manipuler les paquetc AUR me rebute . je préfère de loin les GUI à la CLI; bien merci pour la manipe que je ne connaissais pas.
l'impossibilité d'actualiser la base de données de Pamac: Probleme qui apparaît qu'avec le GUI pamac-gtk car en cli "no soucy". Tu auras sans doute remarqué que je dispose d'assez de RAM pour effectuer aisément ce genre de tache. En ce qui concerne les miroirs je suis actuellement sur MONDE ENTIER ...
L'impossibilité de supprimer un paquet Aur via la console: freeze uniquement lors de l'utilisation de pamac-gtk. en cli j'utilise:
sudo pacman -Rsu
mais avant je n'avais pas de soucis à manipuler mes paquets tant avec le GUI qu'avec la console!
c'est pour cela que je me demande est ce vraiment un problème de mon coté ou du coté dvlpt de pacman-manager et consort.
bref, je continuerai d'investiguer ce problème durant le Week-end de 4 jours qui m'attend. Histoire de démarrer une année sans stress (
hello
pour gérer mes paquet aur j'utilise octopi.
il permet de mettre a jour les paquets un a un facilement.
je l'utilise aussi si il y a pamac dans les mise a jours pour eviter les problèmes.
Je ne suis pas contre le fait d'utiliser un soft alternatif au soft d'origine dans mes taches quotidienne. Mais seulement dans le cas ou la solution d'origine ne me convient pas d'un point de vue applicatif/fonctionnel!
Par contre switché sur l'alternative par ce qu'un problème est survenue et je n'arrive pas à le corriger, c'est tout autre...
En effet le probleme que je rencontre à probablement des origines faisant intervenir certains services/configurations qui dysfonctionnent etc... Switcher vers une méthode alternative ne serait pas très sérieux, surtout pour une personne qui à choisit implicitement de mettre la main dans le cambouis dés qu'un problème apparaît, en choisissant des distros LINUX.
sur tout qu'elle (la gestion des AUR via pamac) me convenait parfaitement (simple, centralisé, pas de soft doublon etc....)
Voici le dénouement de mon poste sans pour autant avoir dénoué mon probleme. ok je sort
apres avoir analysé mes logs (pamac/pacman), apres avoir désinstalé/rebooté/reinstalé les paquets identifiés comme pouvant etre impliqués, chaté avec la communauté anglo d'archlinux & dev.... je n'ai pu résoudre mon problème
fort d'accepter que cette histoire de 'blocage niveau dependance' pouvait etre correlée avec trops d'elelemnts qui me dépassent, j'en suis arrivé à adopter la solution de repli de @un6zif: octopi
l'interface en qt5 me sied plus que celle en gtk et la gestion des paquets AUR via l'helper YAY est juste au point pour l'instant. j'ai désisntalé la clique de paquets pamac histoire de...
donc merci à vous mème si le sujet n'est pas résolu.
kaChera a écrit : ↑il y a 3 ans
bonne année à toutes et tous
Voici le dénouement de mon poste sans pour autant avoir dénoué mon probleme. ok je sort
apres avoir analysé mes logs (pamac/pacman), apres avoir désinstalé/rebooté/reinstalé les paquets identifiés comme pouvant etre impliqués, chaté avec la communauté anglo d'archlinux & dev.... je n'ai pu résoudre mon problème
fort d'accepter que cette histoire de 'blocage niveau dependance' pouvait etre correlée avec trops d'elelemnts qui me dépassent, j'en suis arrivé à adopter la solution de repli de @un6zif: octopi
l'interface en qt5 me sied plus que celle en gtk et la gestion des paquets AUR via l'helper YAY est juste au point pour l'instant. j'ai désisntalé la clique de paquets pamac histoire de...
donc merci à vous mème si le sujet n'est pas résolu.
)
