Salut à tous !
 
Savez-vous comment faire pour installer un paquet .deb qui se trouve sur un disque dur ?
 
Si le .deb provient d'Internet ou d'un CD, c'est facile mais depuis le disque dur lui-même ?
 
Je vous pose la question car j'ai récupéré un .deb sur une disquette et après transfert sur le disque dur, je ne sais pas comment faire comment l'installer correctement avec apt.
 
En fait, j'ai trouvé une solution mais je ne la trouve pas géniale :
- trop de lignes de commandes pour créer un chemin d'accès qui va bien
- trop de manipulations pour récupérer les infos intégrales du paquet et les intégrer dans un fichier pour le reading package
 
Je pourrai vous exposer ma solution en détail si vous voulez mais avant j'aimerais savoir si vous pensez à une solution viable avec quelques lignes de commandes.

dpkg -i    ?

Excuse-moi Mirtouf, j'ai fait des modifs dans mon post précédent et tu m'as répondu depuis (j'aurai dû poster à la suite)
 
dpkg -i c'est bien mais je souhaite utiliser apt plutôt que dpkg pour que la gestion et la maintenance des paquets soient optimales.
 
apt est bien pour ça. Si tu sais l'utiliser correctement, tu peux être sur de garder un système très propre. Avec dpkg, c'est moins simple d'y parvenir, je pense...

je vois pas en quoi le fait d'utiliser dpkg changerait la cohérence et la viabilité du système   de toute façon apt-get utilise dpkg.

oui, c'est vrai que apt utilise dpkg ! Merci 911GT3 !
 
Mais pourtant, apt et dpkg propose des fonctionnalités sensiblement différentes, je crois, non ?    
 
Si apt et dpkg sont capables des mêmes choses, pourquoi apt ne propose-t-il pas d'installation depuis le disque dur local, comme le fait dpkg -i    
 
J'ai lu le apt howto du site de Debian mais je n'ai pas trouvé comment faire...
 
Qu'en pensez-vous ?

parce que apt-get est fait pour gérer les packages à partir de sources multiples et dpkg est fait pour gérer les archives de façon plus poussé
j'imagine qu'ils auraient pu ne faire qu'un seul binaire mais la modularité c'est bien. d'ailleurs apt comporte bien d'autres choses que apt-get et dpkg

très bien ! en effet, dpkg est cool en fait !    
 
(Et moi qui ai installé ça avec apt-get ! Je me suis bien pris la tête !)
 
Merci de vos réponses à tous les deux.  

apt-cache show apt
Package: apt
Priority: important
Section: base
Installed-Size: 2112
Maintainer: APT Development Team <deity@lists.debian.org>
Architecture: i386
Version: 0.5.5.1
Replaces: libapt-pkg-doc (<< 0.3.7), libapt-pkg-dev (<< 0.3.7)
Provides: libapt-pkg-libc6.3-5-3.3
Depends: libc6 (>= 2.3.1-1), libgcc1 (>= 1:3.3-0pre9), libstdc++5 (>= 1:3.3-0pre9)
Suggests: dpkg-dev, apt-doc
Filename: pool/main/a/apt/apt_0.5.5.1_i386.deb
Size: 709718
MD5sum: 6e81a0146674a8c17a2d10b2555d205d
Description: Advanced front-end for dpkg
 This is Debian's next generation front-end for the dpkg package manager.
 It provides the apt-get utility and APT dselect method that provides a
 simpler, safer way to install and upgrade packages.
 .
 APT features complete installation ordering, multiple source capability
 and several other unique features, see the Users Guide in apt-doc.
 
__________________________
 
 
Donc voilà ...  
 

Merci Humidifier. Tu confirmes que apt utilise dpkg, c'est ça ?
 
(où il y a d'autres infos dans ton post que je n'ai pas comprises ?)
 
 

Tout à fait ...

Merci    
 
Je préfère demander confirmation parce que je ne me sens pas encore très fort (je ne savais pas installer quoi que ce soit le week-end dernier !)
 
Bon, je sais quand même utiliser apt et dpkg correctement maintenant.
 
Il reste certaines choses que j'aimerais savoir faire mais j'hésite à me lancer :
 
1) utiliser des marqueurs pour les paquets :
"unknown", "install", "remove", "purge" et "hold", ce qui me permettrait de différencier :
- ce que j'ai souhaité installer personnellement d'une part ;
- ce qui est installé sur le système par défaut, d'autre part.
(si j'ai bien compris le rôle des marqueurs ...)
 
D'après ce que j'ai lu, seul dselect semble capable de faire ça, je ne me trompe pas ?    
 
2) utiliser les notions de "recommends" et "suggests" en utilisant dselect ou apt (apt-get -u dselect-upgrade)
 
Mais j'ai peur que les paquets des catégories "recommends" et "suggests" ne puissent pas être désinstallés automatiquement après installation.
 
je veux dire : si j'installe le paquet A qui suggère ("suggests" ) l'installation d'un paquet B,
le jour où je souhaite désinstaller A, est-ce que B sera désinstallé automatiquement ? La réponse serait oui s'il la relation entre A et B était de type "depends".
Mais pour un "suggests" ou un "recommends" ... est ce que c'est possible ? Si oui, comment le faites-vous ?
 
3) si je veux installer un paquet en fonction de sa priorité ("required", "important", "standard", "optional" et "extra" ), y a-t-il moyen de le faire sans passer par dselect ?
 
(par exemple, si je veux installer tous les paquets "standard" sur mon système, peut-on le faire avec autre chose que dselect ?
 
Merci de votre aide    

Conseils = apt-get install debfoster deborphan
 
Fait les man pour comprendre.
 
Pour les filtres d'apt je ne les ai jamais utilisé, mais quelques
tests après lecture des docs ferons l'affaire.
D'après ce que j'ai compris ce n'est pas sorcier.
 
Perso, j'abore dselect que je trouve complètement ésothérique.
 
aptitude semble chouette, bien que j'utilise en fait gnome-apt
pour avoir la liste des paquets dispo.
 
Le site de Debian est trés bien pour retrouver un paquet à partir
du nom d'un fichier manquant lors d'une compilation ou autre.

Euh si on install un .deb et que apres on fait un apt-get install lelogicielinstalleravecle.deb  
Apt n'est pas perdu ?

1)synaptic (pour X) peut permettre de mettre un paquet en "hold"
je ne vois pas bien ce que tu compte faire en séparant paquets par défaut et paquets installés après. Si ta crainte est de désinstaller par erreur un paquet important, tu ne pourra pas sans en être averti très clairement avec la nécessité de taper un truc genre "Yes, do as I say! I know what I do and STFU!"
 
2)par défaut (via apt-get en tout cas, dselect je connais très peu), les paquets en suggested et recommonds ne sont pas installés. quoiqu'il en soit, si tu supprime A, B ne sera supprimé que si B dépend de A. dans les autres cas de figure, ça ne sera pas le cas.
Par contre, il existe orphaner qui pemet d'identifier les paquets orphelins, càd dont aucun autre paquet ne dépend, ce qui correspond souvent aux paquets B après la suppressions des A
 
3)Il y a d'autres interfaces que dselect dont l'ergonomie date pas mal. je pense pas que tu puisses filtrer suivant ces critères (peut-être avec aptitude) mais tu devrais quand même y jeter un oeil
ex:
aptitude en ligne de commande.
synaptic pour X.
sinon, tu peux faire des recherches sur les paquets avec apt-cache...

'tain, je connaissais pas debfoster  
 
comment ça a l'air de roxoraiser  

 
Non, cause que chaque paquet a un numero de version et de révision.
 
Donc il y aura upgrade si une version plus récente est disponible,
sinon il y aura le joli message suivant, par example :
 
apt-get install gnome-apt
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
gnome-apt est déjà la plus récente version disponible.
...

Donc c'est si on compile nous meme que ca pose probleme ?

Oui et non, ça m'arrive souvent de me retrouver avec 2 fois le
même prog, 1 venant d'une compil et l'autre d'un paquet.
 
Exemple : tvtime
 
Qu'est ce qui se passe, c'est la version .deb qui se lance  
car visiblement le chemin /usr/bin et prioritaire à /usr/local/bin
donc pas vraiment de pb.
 
Par contre si tu compile un prog dont un des fichiers se trouve
à la même place que ceux fournit par le .deb, un make uninstall
peu avoir des conséquences facheuses ...
Ca se récupère facilement, tu charge le .deb et un dpkg -i des
familles te sauve.
 
Bref, on s'en tire toujours.

ou apt-get install --reinstall le_soft

Merci Humidifier et 911GT3 pour vos réponses !    
 
J'ai lu les docs man puis essayé deborphan et debfoster et ils sont très bien !
 
Grâce à vous, j'ai bien avancé dans l'installation et la maintenance/gestion des paquets.
 
Il me reste quelques questions où les docs man n'ont pas pu m'aider.
La liste de questions ci-dessous est comme un feu d'artifice final   ; après ça, je pense que j'aurai fait le tour complet du sujet grâce à votre aide
 
Et voici les questions :
 
1) comment lister l'ensemble des paquets installés ayant une priorité "x" ? Par exemple, voir tous les paquets de la catégorie "standard"
 
2) apt utilise dpkg
Alors, comment expliquer que dpkg ne soit pas listé dans la relation des dépendances pour apt ? (Voir ci-dessous)
http://packages.debian.org/stable/base/apt.html
 
3) j'ai utilisé debsums -s pour vérifier l'intégrité des paquets et je ne sais pas comment interpréter les résultats
(voir ci-dessous).
 
3a) que penser des MD5 check failed ? (pourtant, les paquets installés proviennent d'une installation d'un CD Debian à l'aide de tasksel à l'installation)
3b) que penser des fichiers que debsums n'arrive pas à ouvrir ?
 
Voici ce qui est affiché :

 
4) lorsqu'on désinstalle un paquet, les fichers de configuration qui y sont liés ne sont pas supprimés par défaut.
apt-get remove PAQUET ne supprimera pas les fichiers de confs.
Il faut faire : apt-get --purge remove PAQUET
 
Supposons que je supprime 10 paquets sans purge et puis que je  regrette de ne pas avoir utiliser purge. Comment je fais pour supprimer les fichiers de configuration qui ne servent plus à rien ?
(donc comment maintenir un système sans fichiers de confs inutiles ?)
 
5) comprendre les infos affichées par dpkg -l
 
Jusqu'à présent, j'ai installé *exactement* 2 paquets avec dpkg -i : deborphan et debfoster
Pour le reste, j'ai toujours utilisé apt-get install
 
en faisant un dpkg -l | less
j'ai un écran avec des ii partout dans la colonne de gauche, sauf sur 2 lignes :
- une concernant deborphan
- l'autre concernant debfoster
Au lieu d'avoir ii, j'ai iU . Le U semble correspondre à : status = Unpacked
Pourquoi l'utilisation de dpkg -i génère cet état ?  
 
Et voilà.
Pour le reste, je suis en train de faire une synthèse complète sur la maintenance/gestion des paquets .deb C'est suite à tout ce que j'ai lu et compris au sujet grâce aux man, aux docs Internet et à votre aide !
Je pense que je pourrai la publier sur le forum parce que ça peut être intéressant ; elle reprendra les points forts de dpkg, apt, deborphan, debfoster et puis aussi debsums (et pourquoi pas d'autres paquets, suivant vos réponses suite au post que j'écris    )
 
A très bientôt.  

1) Je ne sais pas, je ne le fais pas ...
 
2) Tout comme toi je suis interrogatif
 
3) Jamais utilisé
3a) Surement des liens qui font référence à un fichier qui
    n'existe plus. Le répertoire /etc/alternatif en est bourré
     chez moi et je ne prends même plus la peine de faire
     le ménage.
3b) Pas grand chose, là faut que je repasse mes chemises ...
 
4) je me fait parfois des dpkg -l, je choppe le nom des paquets
   qui sont en rc et je fait un dpkg --purge le_nom_du_paquet
 
5) ??? fait un apt-get --purge remove deborphan debfoster et
réinstalle via apt pour voir.
 
Bref, tu t'aperçois que je suis on ne peu plus basique avec ma  
Debian. Je sort les crocs seulement lorsqu'il y a péril de distribution.  

Merci Humidifier.
 
Les autres forumeurs, avez-vous des réponses complémentaires à me proposer ?  
 
(je ne suis pas pressé pour la réponse ; je continue à lire des docs pendant ce temps).

pour le 2) soit apt ne réclamant pas dpkg, je pense que c'est tout simplement parce que ce sont deux paquets essentiels du sysyème et qu'il serait redondant que l'un dépende de l'autre.
de plus, comme ils ne partagent aucune librairie et que la façon que apt a d'utiliser dpkg ne doit pas varier (dpkg -i reste dpkg -i), il n'y a pas de nécessité de faire figurer quand même la dépendance pour un avoir un numéro de version spécifique/minimum, à l'inverse d'une libc qui est essentielle également mais dont la version importe beaucoup.

Super !
 
Voilà les questions 2 et 4 de résolues.
 
Concernant les questions 3a et 3b, je me demande si on peut comparer les checksums à des sortes de signatures numériques comme sous Windows avec les drivers (c'est peut-être pas du tout le cas !)
 
@ Humidifier : j'ai vérifié les fichiers listés par debsums et ils sont bien présents sur mon disque !

Faudrait que je jette un oeil, mais là suis fénéant...
 
Plus tard peut être ...    

OK,    c'est déjà super sympa de m'avoir répondu et aidé.
 
Pendant ce temps, je poursuis la rédaction d'une belle synthèse Comme je l'ai dit, j'ai bien envie de la publier dans un beau topic tout nouveau (elle fait 6 pages et ce n'est pas de la littérature ! : les lectures complètes de deborphan et debfoster étant des plus intéressantes).
 
Je continue à regarder vos réponses qui complèteront cette belle doc. (questions 1, 3a, 3b et 5 ci-dessus pour ceux qui souhaitent m'aider)
 
 

Ce post pour vous dire que j'ai résolu la question 5 et maintenant que je maîtrise toutes les fonctionnalités de debfoster, la question 1 n'est plus très importante (pas besoin de se caser la tête à trouver une solution   )
 
Ma doc de synthèse se poursuit. J'ai encore des trucs à écrire et ensuite, je la posterai sur ce forum dans un nouveau topic  
 
Il reste donc la question 3.0, 3a et 3b, la question 3.0 ne faisant pas partie des 5 questions d'origine. Pour les questions 3a et 3b, je me permets de reposter pour ceux qui ne l'ont pas vu.
 
3.0) je me demande si on peut comparer ce que fait le programme debsums à des sortes de vérifications de signatures numériques comme sous Windows avec les drivers (c'est peut-être pas du tout le cas !) Avez-vous une idée ?
 
 
j'ai utilisé debsums -s pour vérifier l'intégrité des paquets et je ne sais pas comment interpréter les résultats  
(voir ci-dessous).  
 
3a) que penser des MD5 check failed ? (pourtant, les paquets installés proviennent d'une installation d'un CD Debian à l'aide de tasksel à l'installation)  
 
3b) que penser des fichiers que debsums n'arrive pas à ouvrir ?
 

 
@+