Bonjour
Plus qu'un long discours :
mise à jour par la commande : sudo pamac update
Il y a un problème
Merci de votre aide !
Construction de vdhcoapp...
Running as unit: run-u95.service
Press ^] three times within 1s to disconnect TTY.
==> Création du paquet vdhcoapp 1.6.3-2 (ven. 21 avril 2023 10:14:26)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
-> Téléchargement de vdhcoapp-1.6.3.tar.gz…
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 222k 0 222k 0 0 334k 0 --:--:-- --:--:-- --:--:-- 334k
-> vdhcoapp.patch trouvé
-> vdhcoapp-build.patch trouvé
-> vdhcoapp-install.hook trouvé
-> vdhcoapp-remove.hook trouvé
==> Validation des fichiers source avec sha256sums…
vdhcoapp-1.6.3.tar.gz ... Réussite
vdhcoapp.patch ... Réussite
vdhcoapp-build.patch ... Réussite
vdhcoapp-install.hook ... Réussite
vdhcoapp-remove.hook ... Réussite
==> Suppression du répertoire $srcdir/ existant…
==> Extraction des sources…
-> Extraction de vdhcoapp-1.6.3.tar.gz avec bsdtar
==> Lancement de prepare()…
patching file app/converter.js
patching file app/native-autoinstall.js
Hunk #1 succeeded at 82 (offset 10 lines).
patching file config.json
patching file package.json
==> Lancement de build()…
node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
==> ERREUR : Une erreur s’est produite dans build().
Abandon…
Finished with result: exit-code
Main processes terminated with: code=exited/status=4
Service runtime: 4.213s
CPU time consumed: 2.053s
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Bonjour et merci
Je viens d'appliquer ce que tu me dis, cf ci-dessous
pierre-pc% cd /tmp
pierre-pc% git clone https://aur.archlinux.org/vdhcoapp.git
Clonage dans 'vdhcoapp'...
remote: Enumerating objects: 120, done.
remote: Counting objects: 100% (120/120), done.
remote: Compressing objects: 100% (90/90), done.
remote: Total 120 (delta 31), reused 118 (delta 30), pack-reused 0
Réception d'objets: 100% (120/120), 43.61 Kio | 970.00 Kio/s, fait.
Résolution des deltas: 100% (31/31), fait.
pierre-pc% cd vdhcoapp.git
cd: aucun fichier ou dossier de ce type: vdhcoapp.git
pierre-pc% makepkg -si
==> ERREUR : PKGBUILD n’existe pas.
pierre-pc%
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
pierre-pc% cd vdhcoapp/
cd: aucun fichier ou dossier de ce type: vdhcoapp/
pierre-pc%
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
lemust83 a écrit : ↑il y a 1 an
Recommence depuis le début et enlève seulement l'extension .git à la phase cd vdhcoapp/
Ce n'est pas évident parce que les commandes ne sont pas écrites par moi mais générées par l'utilitaire
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Pierre771 a écrit : ↑il y a 1 an
Ce n'est pas évident parce que les commandes ne sont pas écrites par moi mais générées par l'utilitaire
rien compris ces commandes sont pour un script bash ?
Note : au premier message : on utilise pas sudo avec pamac (surtout avec aur ! il faut être simple utilisateur)
même chose avec git et makepkg, les faire en simple utilisateur, puis installer le paquet en admin
node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
Le message ici est CLAIR ! Nous sommes normalement avec icu 72 et certainement pas avec une version 69 (cette erreur est notée dans la page aur)
Pierre771 a écrit : ↑il y a 1 an
Ce n'est pas évident parce que les commandes ne sont pas écrites par moi mais générées par l'utilitaire
rien compris ces commandes sont pour un script bash ?
Note : au premier message : on utilise pas sudo avec pamac (surtout avec aur ! il faut être simple utilisateur)
même chose avec git et makepkg, les faire en simple utilisateur, puis installer le paquet en admin
node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
Le message ici est CLAIR ! Nous sommes normalement avec icu 72 et certainement pas avec une version 69
Bonsoir
On ne peut plus clair lol
Comme du jus de pruneaux,..
Lis le début du topic, je cherche à faire une mlise à jour de l'installation avec pamac update
Pamac ayant l'avantage (trouvé en tâtonnant) de fonctionner, d'abord et ensuit de prendre en compte AUR
Sudo pamac update, jusqu'à présent, marchait. Ici il refuse l'obstacle pour le produit vdhcoapp
Je repasse la commande sans sudo suite à ta remarque.
Ben désolé mais il m'a demandé une authentification
pierre-pc% pamac update
Préparation...
==== AUTHENTICATING FOR org.manjaro.pamac.commit ====
Une authentification est requise pour installer, mettre à jour ou supprimer des paquets
Authenticating as: Pierre (pierre)
Password:
polkit-agent-helper-1: pam_authenticate failed: Authentication failure
==== AUTHENTICATION FAILED ====
Erreur: L’authentification a échoué
Rien à faire.
Transaction terminée avec succès.
pierre-pc%
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Il faut comprendre que pamac peut être aussi un Aur-Helper, c'est a dire qu'il peut aussi gérer les paquets Aur.
Les paquets déposés sur Aur sont généralement des scripts qui permettent de compiler des programmes à partir de fichiers sources. ON NE COMPILE JAMAIS EN ROOT C'est pourquoi Pamac se lance sans sudo. Le mot de passe sera demandé uniquement pour l'installation du/des paquet(s).
Pour en revenir à ton souci, reprend depuis le début:
cd /tmp
git clone https://aur.archlinux.org/vdhcoapp.git
cd vdhcoapp/
makepkg -si
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!
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
pierre-pc% cd /tmp
pierre-pc% git clone https://aur.archlinux.org/vdhcoapp.git
Clonage dans 'vdhcoapp'...
remote: Enumerating objects: 120, done.
remote: Counting objects: 100% (120/120), done.
remote: Compressing objects: 100% (90/90), done.
remote: Total 120 (delta 31), reused 118 (delta 30), pack-reused 0
Réception d'objets: 100% (120/120), 43.61 Kio | 1014.00 Kio/s, fait.
Résolution des deltas: 100% (31/31), fait.
pierre-pc% cd vdhcoapp/
pierre-pc% makepkg -si
==> Création du paquet vdhcoapp 1.6.3-2 (sam. 22 avril 2023 16:09:31)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
-> Téléchargement de vdhcoapp-1.6.3.tar.gz…
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 222k 0 222k 0 0 420k 0 --:--:-- --:--:-- --:--:-- 3908k
-> vdhcoapp.patch trouvé
-> vdhcoapp-build.patch trouvé
-> vdhcoapp-install.hook trouvé
-> vdhcoapp-remove.hook trouvé
==> Validation des fichiers source avec sha256sums…
vdhcoapp-1.6.3.tar.gz ... Réussite
vdhcoapp.patch ... Réussite
vdhcoapp-build.patch ... Réussite
vdhcoapp-install.hook ... Réussite
vdhcoapp-remove.hook ... Réussite
==> Extraction des sources…
-> Extraction de vdhcoapp-1.6.3.tar.gz avec bsdtar
==> Lancement de prepare()…
patching file app/converter.js
patching file app/native-autoinstall.js
Hunk #1 succeeded at 82 (offset 10 lines).
patching file config.json
patching file package.json
==> Lancement de build()…
node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
==> ERREUR : Une erreur s’est produite dans build().
Abandon…
pierre-pc%
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Pierre771 a écrit :Et qu'est-ce qui se passe si on compile quand même en root ? On est privé de dessert ?!
C'est une question assez complexe . La compilation consiste a traduire des fichiers texte codés lisibles par l'homme en langage machine, donc sous forme de binaires.
Ce processus fait appel à de nombreuses étapes dont le listing des bibliothèques partagées nécessaires. Hors si on le fait en root, on a le droit d'écriture dans /usr/bin et il devient alors possible de modifier ces bibliothèques via un programme indélicat. En espace utilisateur, on ne peut que consulter ou copier ces bibliothèques sans risquer des les corrompre. Une fois le paquet compilé, là il faut les droits root pour l'installer.
De toutes façons, il y a des barrières pour éviter les "dirty code" dans le kernel et la compilation échouera en root.
Sans rire, quelle est la méthode réglementaire pour mettre à jour l'installation ? Puis pour mettre à jour la partie AUR ?
On peut passer par pacman avec sudo pacman -Syu ou bien pamac avec pamac update --no-aur qui mettra à jour uniquement les paquets qui sont dans les dépôts officiels.
Pamac si il est configuré pour prendre en charge Aur, gérera aussi ces paquets. En cli, ce sera pamac update --aur En général, l'interface graphique de pamac suffit en deux clics à mettre à jour tout le système.
Mais il peut arriver qu'une compilation se passe mal, et rien ne se fait: en ce cas on intervient comme tu viens de le faire.
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!
node: error while loading shared libraries: libicui18n.so.69: cannot open shared object file: No such file or directory
==> ERREUR : Une erreur s’est produite dans build().
Abandon…
On tourne en rond, j'ai bien indiqué que ton erreur vient de icu, l'utilisation en root n'était qu'un aparté.
Tu ne nous as pas donné ta version installée, si ce n'est pas la bonne c'est que ton miroir est mauvais.
lemust83 à fait le test, avec la bonne version de icu, il peut installer donc: cela ne vient pas du pkgbuild qui force une mauvaise version
------------
EDIT
Et qu'est-ce qui se passe si on compile quand même en root ? On est privé de dessert ?!
Il n'y a rien de nouveau depuis plus de 10 ans !
Un paquet manjaro/arch est fait avec la commande makepkg (pamac utilise cette commande)
lire la note du wiki arch
Lire aussi la note pamac sur le wiki manjaro
---------------
Je repasse la commande sans sudo suite à ta remarque.
Ben désolé mais il m'a demandé une authentification
Encore heureux, MAIS il ne faut pas confondre, ici, les helpeurs aur demandent les droits admin que pour quelques opérations, le reste du temps ils sont en mode simple user.
En gros ils font tous :
sudo pacman -Syu
cd /tmp
git clone https://aur.archlinux.org/truc.git
cd truc/
makepkg -s
sudo pacman -S truc.pkg
Donc : ils ne passent en mode admin en interne que pour exécuter pacman/alpm
ps: si tu as déjà utilisé yay pour installé un paquet aur, c'est assez évident qu'il ne demande le mot de passe qu'à la toute fin : après avoir créé le paquet
Ah, je vois que tu as modifié ton message. Si l'erreur persiste , c'est que tu n'as pas écouté papajoke . Tu as une mauvaise version de icu.
Lance sudo pacman -Syu et après tu recompileras vdhcoapp.
Edit: Grillé
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 a écrit : ↑il y a 1 an Ah, je vois que tu as modifié ton message. Si l'erreur persiste , c'est que tu n'as pas écouté papajoke . Tu as une mauvaise version de icu.
Lance sudo pacman -Syu et après tu recompileras vdhcoapp.
Edit: Grillé
Oui. Comment faire pour avoir la bonne version de icu ?
Même pas vrai, en plus, j'ai la bonne version de icu (72.1-2)
Pacman OK
Pamac graphique propose de corriger les commandes. Voilà
Préparation...
Synchronisation des bases de données des paquets...
Actualisation de AUR...
Clonage des fichiers de construction de vdhcoapp...
Création des informations de vdhcoapp...
Vérification des dépendances de vdhcoapp...
Résolution des dépendances...
Recherche des conflits entre paquets...
Construction de vdhcoapp...
==> Création du paquet vdhcoapp 1.6.3-2 (sam. 22 avril 2023 17:01:15)
==> Vérification des dépendances pour l’exécution…
==> Vérification des dépendances pour la compilation…
==> Récupération des sources…
-> vdhcoapp-1.6.3.tar.gz trouvé
-> vdhcoapp.patch trouvé
-> vdhcoapp-build.patch trouvé
-> vdhcoapp-install.hook trouvé
-> vdhcoapp-remove.hook trouvé
==> Validation des fichiers source avec sha256sums…
vdhcoapp-1.6.3.tar.gz ... Réussite
vdhcoapp.patch ... Réussite
vdhcoapp-build.patch ... Réussite
vdhcoapp-install.hook ... Réussite
vdhcoapp-remove.hook ... Réussite
==> Suppression du répertoire $srcdir/ existant…
==> Extraction des sources…
-> Extraction de vdhcoapp-1.6.3.tar.gz avec bsdtar
==> Lancement de prepare()…
patching file app/converter.js
patching file app/native-autoinstall.js
Hunk #1 succeeded at 82 (offset 10 lines).
patching file config.json
patching file package.json
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Pierre771 a écrit : ↑il y a 1 an
Même pas vrai, en plus, j'ai la bonne version de icu (72.1-2)
Tant que tu ne confirmais pas, on ne pouvait savoir Ca marche dans les 2 sens, c'est donc l'inverse !
Tu dois avoir sur ta machine un paquet non a jour (depuis 1 an et demi au moins) qui lui désire cette très vielle version, cela doit être utile pour la "compilation" , je suppose un paquet aur git ? nodejs lui-même ou une de ces dépendances (à comparer avec tes paquets aur) ?
pacman -Qi nodejs
ps: sinon, façon contournement simple, il suffit de prendre la version bin
papajoke a écrit : ↑il y a 1 an
Tu dois avoir sur ta machine un paquet non a jour (depuis 1 an et demi au moins) qui doit être utile pour la "compilation" , je suppose un paquet aur git ? nodejs lui-même ou une de ces dépendances (à comparer avec tes paquets aur) ?
pacman -Qi nodejs
Voilà
pierre-pc% pacman -Qi nodejs
Nom : nodejs-lts-dubnium
Version : 10.24.0-2
Description : Evented I/O for V8 javascript (LTS release: Dubnium)
Architecture : x86_64
URL : https://nodejs.org/
Licences : MIT
Groupes : --
Fournit : nodejs=10.24.0
Dépend de : openssl zlib icu libuv http-parser c-ares libnghttp2
Dépendances opt. : npm: nodejs package manager [installé]
Requis par : gulp node-gyp nodejs-nopt npm semver
Optionnel pour : --
Est en conflit avec : nodejs
Remplace : --
Taille installée : 21,65 MiB
Paqueteur : Felix Yan <felixonmars@archlinux.org>
Compilé le : jeu. 15 avril 2021 14:10:14
Installé le : dim. 02 mai 2021 12:09:36
Motif d’installation : Installé comme dépendance d’un autre paquet
Script d’installation : Non
Validé par : Signature
pierre-pc%
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900
Ah bon ? Ma réponse à quoi ?
Je voulais modestement que la mise à jour de vdhcoapp ne sorte pas en erreur, rien d'autre. Cf un peu plus haut, les commandes générées par pamac graphique. N'y a-t-il pas quelque chose à corriger dedans pour que ça passe ?
Bon, sinon, si je n'y arrive pas, je n'en ferai pas une maladie...
C'est trop injuste !
Asus X73S - Windows 10 famille 64 bits + Manjaro KDE Linux 4 - Intel core i5 2,4 Ghz - Intel Graphics 3000 + GEFORCE GT 540M (Optimus) - 600 Go + 600 Go - RAM 6 Go - Ecran 1600x900