Impossible d'installer un .deb Le sujet est résolu

[dezix]

Bonjour,

Besoin d'un petit coup de main...

root@PC-Peter:/home/peter/Téléchargements# apt install net.downloadhelper.coapp-1.6.3-1_amd64.deb

Le paquet est donc bien Téléchargé

Il manquerait peut-être (par sécurité et + ) de vérifier la somme de contrôle du paquet ; la somme originale devrait être sur le site source.


Le paquet aura été téléchargé via le navigateur web, donc pas nécessaire d'installer wget si l'on ne va pas l’utiliser plus tard.




L'installation

Code : Tout sélectionner

dpkg -i votre_paquet.deb

Donc dans le cas précis on remplace par :

Code : Tout sélectionner

# dpkg -i /home/peter/Téléchargements/net.downloadhelper.coapp-1.6.3-1_amd64.deb

Code : Tout sélectionner

root@PC-Peter:/home/peter/Téléchargements# dpkg -i net.downloadhelper.coapp-1.6.3-1_amd64.deb
dpkg: avertissement: « ldconfig » introuvable dans la variable PATH ou non exécutable
dpkg: avertissement: « start-stop-daemon » introuvable dans la variable PATH ou non exécutable
dpkg: erreur: 2 programmes attendus non trouvés dans la variable PATH ou non exécutables
Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin

Ça c'est bon ....


Sauf que l'invite : # a été obtenue avec la commande : su

et qu'il faut : su - qui est un raccourci pour su --login root
qui charge l'environnement (variables) de root.

D'ailleurs, c'est indiqué dans le message (il faut lire les messages) :

Code : Tout sélectionner

Note : la variable PATH du superutilisateur doit normalement contenir /usr/local/sbin, /usr/sbin et /sbin

Donc :

Code : Tout sélectionner

$ su -

# dpkg -i /home/peter/Téléchargements/net.downloadhelper.coapp-1.6.3-1_amd64.deb

devrait installer ce paquet uniquement car (à la différence de la commande apt install ) :
dpkg -i ne fait que l'installation sans gestion des dépendances, ni des téléchargements qui sont le job d'APT

[PascalHambourg]

Je n'ai pas lu toute la discussion mais dès les premiers messages je vois deux erreurs :
- apt considère l'argument comme un fichier seulement s'il contient un / (élément de chemin, ./ si dans le répertoire courant), sinon il le considère comme un nom de paquet à chercher dans les dépôts.
- pour ldconfig, l'environnement root et notamment le $PATH est incomplet (on peut le voir au répertoire courant dans l'invite de commande qui est resté /home/peter) probablement à cause du passage en root avec "su" tout court au lieu de "su -".

[Pensionné]

Su -

Code : Tout sélectionner

root@PC-Peter:~# dpkg -i /home/peter/Téléchargements/net.downloadhelper.coapp-1.6.3-1_amd64.deb
Sélection du paquet net.downloadhelper.coapp précédemment désélectionné.
(Lecture de la base de données... 211404 fichiers et répertoires déjà installés.)
Préparation du dépaquetage de .../net.downloadhelper.coapp-1.6.3-1_amd64.deb ...
Dépaquetage de net.downloadhelper.coapp (1.6.3) ...
Paramétrage de net.downloadhelper.coapp (1.6.3) ...
root@PC-Peter:~# 

[dezix]

apt considère l'argument comme un fichier seulement s'il contient un / (élément de chemin, ./ si dans le répertoire courant), sinon il le considère comme un nom de paquet à chercher dans les dépôts.

Donc :

Code : Tout sélectionner

apt install /home/peter/Téléchargements/net.downloadhelper.coapp-1.6.3-1_amd64.deb

gère aussi les dépendances ?

[PascalHambourg]

Oui.

[Pensionné]

Merci pour tout.
Je retient le su -

[loicmtp]

Mea muchissima culpa

ps: je ne suis pas du tout doué en "support technique"

[dezix]

Oui.

... que du BONHEUR, merci.

[dezix]

Mea muchissima culpa

ps: je ne suis pas du tout doué en "support technique"

D'abord, c'est intention qui compte : de vouloir aider.

Ensuite, on ne peut jamais tout savoir.

Et le plus important,
si on a un doute (on devrait en avoir souvent),
alors :

• Tester localement.
• Chercher sur la toile.
• Vérifier l'exactitude dans les ManPages

... avant de proposer une action.

Si on procède comme cela,
on évite d'écrire bien des bêtises
et surtout on apprend la bonne manière de faire.

Tout cela ne vient que par la pratique, et c'est sans fin



PS: @loicmtp ¿Usted habla castellano?... supongo.

[loicmtp]

Le pire est que je l'aurais installé en trente secondes avec acces au client
Ce n'est pas une question de connaissance mais de methode

[dezix]

C'est pas le pire, c'est le mieux !

[piratebab]

Attention de ne pas faire n'importe quoi en root.
Je vois la commande:

Code : Tout sélectionner

root@PC-Peter:/# wget https://www.downloadhelper.net/install-coapp-v1

on ne doit jamais faire ça! On charge le paquet avec un compte simple utilisateur, puis on passe en root pour son install.

[loicmtp]

Attention de ne pas faire n'importe quoi en root.

Dans l'absolu il ne devrait pas y avoir de compte root activé
Pas pour rien que la plupart des autres distros serveurs sur le marché activent automatiquement sudo. Ubuntu Server par exemple

ps: sur un pc d'un particulier...bah aucune importance réelle

On ne peut meme plus s'amuser à faire le fameux rm........

[piratebab]

C'est très bien le root.Ca responsabilise, on est en root, on fait attention à ne faire que le minimum.
C'est le sudo utilisé n'importe comment qui est une aberration, ça déresponsabilise.

[loicmtp]

C'est très bien le root.Ca responsabilise, on est en root, on fait attention à ne faire que le minimum.
C'est le sudo utilisé n'importe comment qui est une aberration, ça déresponsabilise.

On est en 2023 les best practices ont évolué

[dezix]

On est en 2023 les best practices ont évolué

Perso je constate que plus le temps passe et plus la tendance est à en faire moins avec plus (question résultats concrets et durables)
parce que produire de la merde est une activité plus juteuse, qu'une solution durable <=> fin du problème = fin du business!

Les bonnes pratiques que nous nous efforçons d'appliquer avec force explications du pourquoi et du comment,
sont le résultat de longues années d'expériences et de réflexions de gens qui nous surpassent dans un facteur que je ne saurais apprécier.

Un travail qui fait la robustesse d'un système comme Debian soutenu par une communauté qui recherche avant tout la fiabilité du système.

Alors, comme tu ne cites pas tes sources de Nouvelles Bonnes Pratiques, si elles viennent de Canonical & Co ... Tu les gardes pour toi

Merci.

[dezix]

Les remarques de @piratebab étant 100% justifiées,
la discussion est close ainsi que ce sujet.