# Installer un .deb... And so what?

**URL:** <https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860>\
**Category:** Support Debian\
**Tags:** apt\
**Created:** [Septembre 10, 2026, 11:05 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860 "2026-09-10T11:05:54Z")\
**Posts on this page:** 11\
**Page:** 1

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Septembre 10, 2026, 11:05 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/1 "2026-09-10T11:05:54Z")

</div>

Alors, débutant en Debian, j’ai appris qu’il n’y avait rien de tel que les dépôts officiels pour installer un logiciel. OK avec ça.

Je me pose la question ces temps-ci, «&nbsp;mais pourquoi le téléchargement d’un `.deb` c’est moins bien&nbsp;» ? J’ai quelques idées de réponse qui me viennent à l’esprit, pouvez-vous me dire si je suis dans le vrai SVP ?

- Les binaires dans un `.deb` peuvent avoir besoin de versions de librairies qui sont plus avancées que celles installées par `apt`? Genre, `apt` m’a installé la version 2, le logiciel a besoin de la 3 qui a une API différente…
- A contrario, si je laisse indéfiniment le logiciel installé par un `.deb`, il va se trouver que la version de mes librairies installées par `apt` va finir par dépasser la version nécessitée par le logiciel ? Genre, `apt` m’a installé la nouvelle version 4, le logiciel a toujours besoin de la 3…
- L’installation de fichiers `.deb` est figée et ne recevra des évolutions et correctifs de sécurité que quand je réinstallerai manuellement une nouvelle version ? Càd à l’inverse de `apt` qui propose automatiquement les màj de tous les paquets installés.

Y a-t-il d’autres raisons ?

Merci d’avance.

---

<div class="post-metadata">

**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\
**Post date:** [Septembre 10, 2026, 11:18 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/2 "2026-09-10T11:18:54Z")

</div>

Un .deb pris n’importe ou?  
S’il n’est pas officiellement fait par Debian, les sources n’ont pas été inspectée par ses mainteneurs et la securité et la compatibilité peuvent être moindres. Tu as déjà pointé la compatibilité.

---

<div class="post-metadata">

**Author:** ![Thierz](https://www.debian-fr.org/user_avatar/www.debian-fr.org/thierz/32/15124_2.png) [@Thierz](https://www.debian-fr.org/u/Thierz)\
**Post date:** [Septembre 10, 2026, 11:52 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/3 "2026-09-10T11:52:56Z")

</div>

Un `.deb` téléchargé sur le site d’un éditeur de logiciel qui n’est pas l’équipe debian. L’exemple dont on parlait dans un autre fil (mais il y en a plein d’autres) : Jami le logiciel de visio-conférence de GNU… Pas dans les dépots officiels, pas dans `extrepo`, mais tu peux télécharger un `.deb` : [Download Jami for GNU/Linux](https://jami.net/fr/download-jami-linux/)

---

<div class="post-metadata">

**Author:** ![nicola](https://www.debian-fr.org/user_avatar/www.debian-fr.org/nicola/32/8969_2.png) [@nicola](https://www.debian-fr.org/u/nicola)\
**Post date:** [Septembre 10, 2026, 12:03 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/4 "2026-09-10T12:03:25Z")

</div>

Certains .deb sont faits pour Ubuntu.  
Parfois ça marche, parfois non.

---

<div class="post-metadata">

**Author:** ![grandtoubab](https://www.debian-fr.org/user_avatar/www.debian-fr.org/grandtoubab/32/4505_2.png) [@grandtoubab](https://www.debian-fr.org/u/grandtoubab)\
**Post date:** [Septembre 10, 2026, 12:45 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/5 "2026-09-10T12:45:02Z")

</div>

Salut,  
On peut même entrer dans le mode parano, un .deb péché au hasard sur internet, qui sait ce qu’il y dedans, encore plus quand c’est un binaire opaque. Alors prêt pour te faire voler tes mots de passe, analyser les pdf de ton compte bancaire?

---

<div class="post-metadata">

**Author:** ![Anonymous23](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/90ced4/32.png) [@Anonymous23](https://www.debian-fr.org/u/Anonymous23)\
**Post date:** [Septembre 10, 2026, 1:41 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/6 "2026-09-10T13:41:56Z")

</div>

Après je viens d’installer un .deb officiel de thunderbird. Une histoire stupide de compatibilité impose que les profils utilisé par une version récente ne peuvent passer sous ceux de versions plus vielle…

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Septembre 10, 2026, 2:28 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/7 "2026-09-10T14:28:02Z")

</div>

> [@Thierz](#):
>
> Y a-t-il d’autres raisons ?

Si des dépendances du logiciel installé via un simple apt install mon\_paquet.deb doivent t^tre mise à jour il est fort à parier qu’à un moment ça bloque APT.

Donc si ton paquet X nécessite les dépendances y et z et que le paquet w nécessite des versions plus récentes de y z mais que ça bloque le paquet x …

Un paquet tout seul pourquoi pas, ça reviens au même qu’une app image, du coup les snap et les flatpak c’est tjs aussi sale de ce point de vue 😛 ?

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Septembre 10, 2026, 8:55 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/8 "2026-09-10T20:55:34Z")

</div>

Bon, d’un autre coté il y a des logiciels qui n’ont jamais été intégrés à debian et pour tant largement utilisés. Par exemple **camllight** dont j’ai maintenu les paquet de woody à jessie en corrigeant des bugs importants car l’INRIA ayant switché sur ocaml, camllight a été laissé en plan alors qu’il était au programme des prépas. j’ai également fourni certains autres paquets (2056 en fait). Les gens faisaient confiance ou pas. Depuis 2015 j’ai laissé filer et en 2020, pour ma machine je suis passé sous archlinux stoppant le dépot. Il y a eu quelques logiciels persos, les anciens d’ici se rappelleront de **freecorder,** les très anciens de **cacheproc** ou de **aufsroot**. Bref, je ne pense pas avoir fait n’importe quoi mais fallait effectivement faire confiance.

---

<div class="post-metadata">

**Author:** ![vbreton](https://www.debian-fr.org/user_avatar/www.debian-fr.org/vbreton/32/11400_2.png) [@vbreton](https://www.debian-fr.org/u/vbreton)\
**Post date:** [Septembre 12, 2026, 9:19 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/9 "2026-09-12T09:19:48Z")

</div>

Quelle procédure utilises tu pour réaliser un .deb ?  
Il y a deux choses, le logiciel lui-même à partager et la manière dont a été créé le .deb.

C’est comme une boîte de conserve, si le produit à l’intérieur est pourri ou si l’on a pas respecté la procédure pour la mise en conserve alors l’intoxication est garantie.

En posant la question à chatGPT «&nbsp;comment créer un paquet Debian .deb&nbsp;», apparaît un paragraphe qui mérite d’être relevé:

> Pour un projet réel, il existe aussi une méthode plus propre avec **Debian Packaging ( `debhelper` , `dh_make` , `dpkg-buildpackage` )** , qui permet de gérer automatiquement les dépendances, fichiers de configuration, systemd, pages man, scripts de maintenance, etc.

J’en déduis qu’un bon paquetage passe normalement par l’utilisation d’outils appropriés. Encore faut-il savoir les utiliser correctement. D’où l’importance de la qualité des documentations qui les accompagnent…

---

<div class="post-metadata">

**Author:** ![fran.b](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/f/d78d45/32.png) [@fran.b](https://www.debian-fr.org/u/fran.b)\
**Post date:** [Septembre 12, 2026, 12:29 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/10 "2026-09-12T12:29:33Z")

</div>

Tu viens de les citer, les outils (essentiellement dpkg-buildpackage). À noter que les paquets ont évolués et les sources d’il y a 15ans ne conviennent plus (voir dh\_compat). Mes paquets étaient assez simples, les dépendances sont effectivement fabriquées automatiquement (tu peux en rajouter).

---

<div class="post-metadata">

**Author:** ![dindoun](https://www.debian-fr.org/user_avatar/www.debian-fr.org/dindoun/32/4281_2.png) [@dindoun](https://www.debian-fr.org/u/dindoun)\
**Post date:** [Septembre 12, 2026, 9:57 UTC](https://www.debian-fr.org/t/installer-un-deb-and-so-what/92860/11 "2026-09-12T21:57:05Z")

</div>

si tu installes un .deb sûr , tu dois alors faire un apt-et -f install pour installer les dépendances

mais un jour tu auras

> [@Clochette](#):
>
> Donc si ton paquet X nécessite les dépendances y et z et que le paquet w nécessite des versions plus récentes de y z mais que ça bloque le paquet x …

et là ton .deb devra être désinstallé
