# Paquets qui ne sont plus maintenus dans Buster

**URL:** <https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920>\
**Category:** Support Debian\
**Created:** [Août 7, 2022, 1:36 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920 "2022-08-07T13:36:20Z")\
**Posts on this page:** 13\
**Page:** 1

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Août 7, 2022, 1:36 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/1 "2022-08-07T13:36:20Z")

</div>

Bonjour  
J’avais posé une question dans cet autre sujet : [Installation KDE sur debian 10 buster - #4 par blunt](https://www.debian-fr.org/t/installation-kde-sur-debian-10-buster/86912/4)  
mais je crée mon propre sujet pour ne pas gêner l’autre car c’est hors-sujet.  
Donc voilà : je ne savais pas que certains paquet pouvaient ne plus être maintenus au bout d’un certain temps, pour moi Buster étant maintenue 5 ans je pensais que c’était le cas pour tous les paquets de Buster.  
Donc j’ai lancé la commande check-support-status et voilà ce que ça donne :

```
    $ check-support-status 
Suivi limité des mises à jour de sécurité pour un ou plusieurs paquets

Malheureusement, il a été nécessaire de limiter le suivi des mises 
à jour de sécurité pour certains paquets.

Les paquets suivants trouvés sur ce système sont affectés par ceci :

* Source : binutils
  Détails : Only suitable for trusted content; see https://lists.debian.org/msgid-search/87lfqsomtg.fsf@mid.deneb.enyo.de
  Paquets binaires affectés :
  - binutils (version installée : 2.31.1-16)
  - binutils-common:amd64 (version installée : 2.31.1-16)
  - binutils-x86-64-linux-gnu (version installée : 2.31.1-16)
  - libbinutils:amd64 (version installée : 2.31.1-16)

* Source : qtwebengine-opensource-src
  Détails : No security support upstream and backports not feasible, only for use on trusted content
  Paquets binaires affectés :
  - libqt5webengine-data (version installée : 5.11.3+dfsg-2+deb10u1)
  - libqt5webenginecore5:amd64 (version installée : 5.11.3+dfsg-2+deb10u1)
  - libqt5webenginewidgets5:amd64 (version installée : 5.11.3+dfsg-2+deb10u1)

* Source : qtwebkit-opensource-src
  Détails : No security support upstream and backports not feasible, only for use on trusted content
  Paquet binaire affecté :
  - libqt5webkit5:amd64 (version installée : 5.212.0~alpha2-21)

```

Donc binutils n’aura plus de mise à jour, est-ce problématique pour la sécurité ?

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 7, 2022, 2:14 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/2 "2022-08-07T14:14:28Z")

</div>

Si ta question se limite à `binutils`, il s’agit d’utilitaires non liés à la sécurité.  
Les paquets relatifs à la sécurité de buster sont gérés par les dépôts [**buster-security**] , [**buster-updates**]  
Les éventuels paquets ajoutés par le dépôt [**buster-backports**]

`/etc/apt/sources.list` :

```auto
# dépôt sécurité:
deb http://security.debian.org/debian-security buster-security main contrib non-free

```

ou si non accessible, essayer avec [**oldstable/updates**]

```auto
# dépôt sécurité:
deb http://security.debian.org/debian-security oldstable/updates main contrib non-free

```

A moins d’avoir d’excellentes raisons de ne pas mettre à jour, mettre à jour à Bullseye posera probablement moins de soucis, à moins d’avoir un environnement très restreint et limité, genre serveur par exemple.

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Août 7, 2022, 3:56 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/3 "2022-08-07T15:56:19Z")

</div>

> [@blunt](#):
>
> ’avais posé une question dans cet autre sujet : [Installation KDE sur debian 10 buster - #4 par blunt](https://www.debian-fr.org/t/installation-kde-sur-debian-10-buster/86912/4)  
> mais je crée mon propre sujet pour ne pas gêner l’autre car c’est hors-sujet.

Buster est outdated.  
passes sur Bullseye, tu te feras moins de cheveux blanc.

---

<div class="post-metadata">

**Author:** ![Almtesh](https://www.debian-fr.org/user_avatar/www.debian-fr.org/almtesh/32/10312_2.png) [@Almtesh](https://www.debian-fr.org/u/Almtesh)\
**Post date:** [Août 7, 2022, 5:36 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/4 "2022-08-07T17:36:35Z")

</div>

> [@Verner](#):
>
> ou si non accessible, essayer avec [**oldstable**]
> 
> ```auto
> # dépôt sécurité:
> deb http://security.debian.org/debian-security oldstable main contrib non-free
> 
> ```

Non, il ne faut absolument jamais mettre les version `stable`, `oldsable` `oldoldstable` et `testing`, c’est un coup à péter son système si on oublie de le modifier au moment de la mise à jour de la version majeure. Je conseille de remplacer `oldstable` par le nom de la version, mais j’ai oublié son nom.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 7, 2022, 6:25 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/5 "2022-08-07T18:25:17Z")

</div>

> [@blunt](#):
>
> Donc binutils n’aura plus de mise à jour, est-ce problématique pour la sécurité ?

A noter que ce n’est pas lié au passage de buster en LTS, ça date de 2019 et ça affecte toutes les versions de Debian.

Oui, ça peut être problématique. `check-support-status` mentionne que binutils ne convient que pour traiter du contenu «&nbsp;de confiance&nbsp;», mais par exemple j’ai régulièrement besoin d’utiliser le programme `strings` de ce paquet pour rechercher des chaînes de caractères dans des fichiers binaires pas forcément «&nbsp;de confiance&nbsp;».

> [@Verner](#):
>
> Si ta question se limite à `binutils` , il s’agit d’utilitaires non liés à la sécurité.

Cette phrase ne veut rien dire. Tout programme susceptible de traiter des données externes non vérifiées est concerné par la sécurité.

> [@Verner](#):
>
> Les paquets relatifs à la sécurité de buster sont gérés par les dépôts [**buster-security**] , [**buster-updates**]

«&nbsp;Paquets relatifs à la sécurité&nbsp;», ça ne veut rien dire non plus.  
Le dépôt «&nbsp;buster-security&nbsp;» n’existe pas. Le dépôt de sécurité de buster est «&nbsp;buster/updates&nbsp;». Quant au dépôt «&nbsp;buster-updates&nbsp;», il sert à publier des mises à jour non liées à la sécurité sans attendre la prochaine révision stable, comme les mises à jour de fuseaux horaires (tzdata), clés PGP ou certificats, ou pour corriger des régressions.

> **[fr/StableUpdates - Debian Wiki](https://wiki.debian.org/fr/StableUpdates)**

Le seul rapport avec la sécurité est le cas de la mise à jour de clamav (anti-virus).

> [@Almtesh](#):
>
> Je conseille de remplacer `oldstable` par le nom de la version, mais j’ai oublié son nom.

C’est pourtant dans le titre de la discussion : «&nbsp;buster&nbsp;»

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 7, 2022, 7:02 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/6 "2022-08-07T19:02:30Z")

</div>

> [@Almtesh](#):
>
> Non, il ne faut absolument jamais mettre les version `oldsable`

Tu fais comment quand tu ne trouves pas de buster-security ?  
As-tu essayé ? Pas moi, mais je ne le trouve pas.

[Index of /debian-security/dists](http://security.debian.org/debian-security/dists/)

J’ai bien dit " **si buster-security non accessible** , essayer avec [**oldstable**]"

Confirmes-tu que **buster-security** est accessible ?

»»» [Debian – Garder un système Debian sûr - Informations de sécurité](https://www.debian.org/security/)

---

<div class="post-metadata">

**Author:** ![blunt](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/b/ccd318/32.png) [@blunt](https://www.debian-fr.org/u/blunt)\
**Post date:** [Août 7, 2022, 7:45 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/7 "2022-08-07T19:45:26Z")

</div>

merci pour vos réponses

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 7, 2022, 8:04 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/8 "2022-08-07T20:04:58Z")

</div>

@Blunt  
Concernant binutils, ton inquiétude initiale , je te certifie qu’il n’y a aucun paquet binutils en security pour buster. Te voilà rassuré.  
Pour craindre un problème sécurité avec la commande ‹&nbsp;strings&nbsp;› , il faut quand-même devenir totalement parano.  
Par contre, mon conseil de migrer sur Bullseye reste valable.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 7, 2022, 9:37 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/9 "2022-08-07T21:37:49Z")

</div>

> [@Verner](#):
>
> Tu fais comment quand tu ne trouves pas de buster-security ?

Tu utilises le bon dépôt : buster/updates.

> [@Verner](#):
>
> Confirmes-tu que **buster-security** est accessible ?

Bien sûr que non puisque je te répète que ce dépôt n’existe pas et n’a jamais existé. D’où le sors-tu ?

> [@Verner](#):
>
> il n’y a aucun paquet binutils en security pour buster

Ni pour bullseye ni aucune autre version. Et pour cause puisque binutils n’est pas pris en charge par l’équipe sécurité ou LTS.

> [@Verner](#):
>
> Te voilà rassuré.

Pas vraiment, non. Cela ne signifie pas qu’il ne contient pas de failles de sécurité mais que celles-ci ne seront pas corrigées.

> [@Verner](#):
>
> Pour craindre un problème sécurité avec la commande ‹ strings › , il faut quand-même devenir totalement parano.

«&nbsp;Ce n’est pas parce que je suis paranoïaque qu’ils ne sont pas tous après moi.&nbsp;» (Pierre Desproges)

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 7, 2022, 10:03 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/10 "2022-08-07T22:03:04Z")

</div>

Question précédente: «&nbsp;Tu fais comment quand tu ne trouves pas de buster- **security**?&nbsp;»

> [@PascalHambourg](#):
>
> Tu utilises le bon dépôt : buster/ **updates**.  
> Quant au dépôt « buster- **updates** », il sert à publier des **mises à jour non liées à la sécurité**

Ha bon ? Contradiction ? ça sent l’embrouille non ? Alors plutôt update ou sécurité ?  
Au fait qui définit le ‹&nbsp;bon dépôt&nbsp;› ?

> [@PascalHambourg](#):
>
> binutils n’est pas pris en charge par l’équipe sécurité ou LTS.

He ben tu vois ! au moins un point d’accord !!!

> [@PascalHambourg](#):
>
> « Ce n’est pas parce que je suis paranoïaque qu’ils ne sont pas tous après moi. » (Pierre Desproges)

On pourrait se demander si ton stress d’utiliser la commande `strings` ne rentrerait quand-même pas dans ce cas de figure.

Au fait, tu penses quoi des recommendations Debian sur la sécurité ?  
»» [Debian – Garder un système Debian sûr - Informations de sécurité](https://www.debian.org/security/)

```auto
deb http://security.debian.org/debian-security bullseye-security main contrib non-free

```

> Debian prend les questions de sécurité très au sérieux.  
> Nous traitons tous les problèmes de sécurité qui sont portés à notre attention et nous nous assurons qu’ils sont corrigés dans un délai raisonnable.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Août 8, 2022, 7:34 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/11 "2022-08-08T07:34:50Z")

</div>

> [@Verner](#):
>
> Ha bon ? Contradiction ? ça sent l’embrouille non ? Alors plutôt update ou sécurité ?

Aucune contradition ni embrouille.  
buster/updates est sur [security.debian.org](http://security.debian.org) et contient les mises à jour de sécurité.  
buster-updates est sur les miroirs normaux ([ftp.debian.org](http://ftp.debian.org)…) et contient les mises à jour normales.

> [@Verner](#):
>
> Au fait qui définit le ‹ bon dépôt › ?

La documentation et les faits. Le bon dépôt est celui qui existe et a le contenu attendu. buster-security n’existe sur aucun miroir de sécurité ou normal et n’est mentionné dans aucune documentation officielle.

> [@Verner](#):
>
> au moins un point d’accord

Mais nous ne semblons pas l’interpréter de la même façon. J’ai l’impression que pour toi si ce n’est pas suivi alors il n’y a pas de risque de sécurité. Je ne suis pas d’accord avec ce point de vue.

> [@Verner](#):
>
> Au fait, tu penses quoi des recommendations Debian sur la sécurité ?

Rien de particulier. C’est le minimum syndical.

> [@Verner](#):
>
> ```auto
> deb http://security.debian.org/debian-security bullseye-security main contrib non-free
> 
> ```

Ce dépôt est pour bullseye, pas pour buster.

> [@Verner](#):
>
> > Nous traitons tous les problèmes de sécurité qui sont portés à notre attention et nous nous assurons qu’ils sont corrigés dans un délai raisonnable.

Sauf exceptions, et binutils en fait partie.

---

<div class="post-metadata">

**Author:** ![Verner](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/v/34f0e0/32.png) [@Verner](https://www.debian-fr.org/u/Verner)\
**Post date:** [Août 8, 2022, 3:47 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/12 "2022-08-08T15:47:55Z")

</div>

Donc, en résumé, il ne faudrait pas utiliser le dépôt oldstable de debian-security, parce-que ce serait hyper dangereux, et il faudrait impérativement mettre à jour la sécurité de debianutils, alors qu’il n’est pas géré dans les dépôts security.  
Non mais sérieusement. A part vouloir effrayer inutilement blunt, je ne vois pas.

@Almtesh  
Je pense que tu as eu le temps de comprendre pourquoi je proposais le dépôt oldstable de debian-security et non pas buster-security que tu n’as pas encore trouvé, et pour cause…  
Tu n’as pas à craindre l’utilisation de dépôts stable/oldstable qui ne sont en fait que des liens dynamiques dans le temps, sur le nom réel des versions.

Actuellement

```
   stable -> bullseye
oldstable -> buster

```

Lorsque bookworm (testing) passera en stable

```
      stable -> bookworm
   oldstable -> bullseye
oldoldstable -> buster

```

Apt ira toujours chercher des mises à jour vers une version supérieure, et non inférieure.  
Supposons que tu sois vraiment neuneu, que tu ne vérifies absolument pas ce qu’il y a dans ton sources.list après un upgrade de version (opération majeure), et qu’il y ait ça dans ton sources.list après passage de buster à bullseye:

```auto
deb http://security.debian.org/debian-security oldstable/updates main
deb http://security.debian.org/debian-security bullseye-security main

```

Le dépôt oldstable sera en fait totalement ignoré, et bullseye ira chercher sa sécurité dans bullseye-security.

Ce n’était donc vraimant pas la peine d’effrayer blunt.  
Avant de dire «&nbsp;il ne faut **jamais** &nbsp;», il faut par contre **toujours** vérifier, ce qui n’était pas compliqué.

@pH  
Même en épaississant l’écran de fumée, ça reste pas facile de se raccrocher aux branches.  
Tu te rends bien compte que demander à blunt de mettre à jour debianutils dans debian-security, alors que c’est impossible puisque non dispo en sécurité, ce n’est pas cohérent du tout.  
Si à titre personnel, tu considères que debianutils doit être géré en debian-securité, soit dans cette même logique en fait tous les paquets debian, ce n’est pas à blunt qu’il faut t’en prendre, mais directement à debian à qui tu peux adresser une réclamation.

Ta tentative de clarification entre debian/updates qui gère la ‹&nbsp;sécurité&nbsp;› mais pas les ‹&nbsp;updates&nbsp;›, et debian-updates les ‹&nbsp;updates&nbsp;›, mais pas la ‹&nbsp;sécurité&nbsp;› reste très confuse et non convaincante, mais je n’en suis pas surpris car c’est un peu confus, si on oublie de s’intéresser à quel serveur s’adressent ces différents ‹&nbsp;updates&nbsp;›.

Pour être clair, l’explication est celle-ci:

• **buster-updates** va chercher les mises à jour dans `debian.org`  
`deb http://deb.debian.org/debian/ buster-updates main`

• **buster/updates** va chercher les mises à jour dans debian-security (par redirection vers `security.debian.org`)  
`deb http://deb.debian.org/debian-security/ buster/updates main`

Conformément à la documentation officielle Debian, la seule référence qu’il est préférable de suivre, la référence des dépôts sécurité de debian est `security.debian.org`.  
Pour la sécurité, il est préférable de s’adresser directement à un serveur, plutôt que de transiter à travers des redirections.  
La liste actuelle des distributions accessibles sur `security.debian.org` est:

```
bullseye-security
buster
jessie
oldoldoldstable
oldoldstable
oldstable
stable-security
stretch
testing-security

```

Par analogie à **bullseye-security** , il aurait été intuitivement logique que buster-security existe, mais il ne l’est pas. Pour justement plus de clarté, le ‹&nbsp;`-security`&nbsp;› a été introduit à partir de Bullseye.  
Par contre, **oldstable** et **buster** sont strictement équivalents.

Donc en clair,

```auto
deb http://security.debian.org/debian-security oldstable/updates main

```

ou

```auto
deb http://security.debian.org/debian-security buster/updates main

```

• Que trouve-t-on dans buster-updates ?  
`deb http://deb.debian.org/debian/ buster-updates`

exemples parmi **54** paquets  
`apt ca-certificates tzdata`

• Que trouve-t-on dans buster[_-security]_ ?  
` deb http://security.debian.org/debian-security buster/updates main`

exemples parmi **2260** paquets

```
firefox-esr
linux-image-4.19.0-21-amd64
linux-image-4.19.0-21-amd64-unsigned
network-manager-ssh
ssh
thunderbird

```

En espérant avoir quelque-peu destressé la situation…

---

<div class="post-metadata">

**Author:** ![Zargos](https://www.debian-fr.org/user_avatar/www.debian-fr.org/zargos/32/10889_2.png) [@Zargos](https://www.debian-fr.org/u/Zargos)\
**Post date:** [Août 9, 2022, 10:03 UTC](https://www.debian-fr.org/t/paquets-qui-ne-sont-plus-maintenus-dans-buster/86920/13 "2022-08-09T10:03:32Z")

</div>

> [@Verner](#):
>
> Donc, en résumé, il ne faudrait pas utiliser le dépôt oldstable de debian-security, parce-que ce serait hyper dangereux, et il faudrait impérativement mettre à jour la sécurité de debianutils, alors qu’il n’est pas géré dans les dépôts security.

en résumé utilise une distribution à jour et pas de oldstable.

> [@Verner](#):
>
> Apt ira toujours chercher des mises à jour vers une version supérieure, et non inférieure.  
> Supposons que tu sois vraiment neuneu, que tu ne vérifies absolument pas ce qu’il y a dans ton sources.list après un upgrade de version (opération majeure), et qu’il y ait ça dans ton sources.list après passage de buster à bullseye:
> 
> ```auto
> deb http://security.debian.org/debian-security oldstable/updates main
> deb http://security.debian.org/debian-security bullseye-security main
> 
> ```

Non être neuneu c’est mettre des sources list de deux versions différente. Au final, on obtient que des problèmes.

Et franchement tu te prends la tête vraiment pour rien, mais si tu as du temps à perdre 😉
