Pb de mise à jour de vdhcoapp

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

Bonjour .
J'ai pu le construire sans problème ainsi:

cd /tmp
git clone https://aur.archlinux.org/vdhcoapp.git
cd vdhcoapp.git
makepkg -si

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%

Le dossier crée dans /tmp doit peut-être ne pas avoir l'extension .git (je ne l'ai plus )
Donc ça serait cd vdhcoapp/

Bonsoir

pierre-pc% cd vdhcoapp/
cd: aucun fichier ou dossier de ce type: vdhcoapp/
pierre-pc%

Recommence depuis le début et enlève seulement l'extension .git à la phase cd vdhcoapp/

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

bonjour

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)

papajoke a écrit : ↑il y a 1 an bonjour
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%

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

Merci, je fais cela tout à l'heure

Voilà...

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%

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.

Pierre771 a écrit : ↑il y a 1 an Voilà...

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é

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à

# Maintainer: Damien Guihal <dguihal@gmail.com>
# Maintainer: Rodrigo Bezerra <rodrigobezerra21 at gmail dot com>

pkgname=vdhcoapp
pkgver=1.6.3
pkgrel=2
pkgdesc="Companion application for Video DownloadHelper browser add-on"
arch=('x86_64')
url="https://github.com/mi-g/vdhcoapp"
license=('GPL2')
depends=('ffmpeg')
makedepends=('gulp' 'nodejs' 'npm')
options=(!strip)
source=($pkgname-$pkgver.tar.gz::https://github.com/mi-g/vdhcoapp/archive/v${pkgver}.tar.gz
        vdhcoapp.patch
        vdhcoapp-build.patch
        vdhcoapp-install.hook
        vdhcoapp-remove.hook)
sha256sums=('0b15f1f623193cf6c09fb830e3f5db0a71a63586fa1cb5cb73bf1a819d7c2f55'
            'ab240d9d9fea27792d008eaffe14de5f798ced0938cc79351ed108185baf93a3'
            '9866e599048cc63f4a09182f8539fe1ba39315c5e33a6e2df41c88efa895064d'
            '9f8cbe84b2543738390b70d770551259c6db2b67235b7792e9094908cecbc955'
            '448ee36b350b6bcd304d33cf7638c13bda88d5086f2256e823d73ccc22e52ce0')

prepare() {
    cd ${pkgname}-${pkgver}

    patch -Np2 -i "${srcdir}/vdhcoapp.patch"
    patch -N -i "${srcdir}/vdhcoapp-build.patch"
}

build() {
    cd "${pkgname}-${pkgver}"

    npm install

    gulp
}

package() {
    cd "${pkgname}-${pkgver}"

    install -Dm755 bin/net.downloadhelper.coapp-* "${pkgdir}/usr/bin/vdhcoapp"
    install -Dm644 config.json "${pkgdir}/usr/share/vdhcoapp/config.json"

    install -dm755 "${pkgdir}/usr/lib/mozilla/native-messaging-hosts/"
    install -dm755 "${pkgdir}/etc/opt/chrome/native-messaging-hosts/"
    install -dm755 "${pkgdir}/etc/chromium/native-messaging-hosts/"

    install -Dm644 "${srcdir}/vdhcoapp-install.hook" "${pkgdir}/usr/share/libalpm/hooks/vdhcoapp-install.hook"
    install -Dm644 "${srcdir}/vdhcoapp-remove.hook" "${pkgdir}/usr/share/libalpm/hooks/vdhcoapp-remove.hook"
}

Si on exécute sans modif, voici le résultat

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

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%

Pierre771 a écrit : ↑il y a 1 an Voilà

Et ? maintenant, tu as ta réponse

papajoke a écrit : ↑il y a 1 an
Pierre771 a écrit : ↑il y a 1 an Voilà
Et ? maintenant, tu as ta réponse

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...