Un cas ultra classique est udev, mais il est de toute façon nécessaire qu'il soit capable de tourner sur la version de noyau disponible dans la distribution précédente, pour être capable de faire la mise à niveau de oldstable à stable... (en revanche pas de garantie de pouvoir « sauter » une version). Je ne pense pas que ça soit délirant en attendant d'avoir un retour de l'équipe noyau sur ton rapport de bogue.
Si tu veux chasser le problème, je t'invite à t'appuyer sur snapshot.debian.org qui va te permettre de bisecter grossièrement sans aucune compilation (attention à ne pas remplir ton /boot). Normalement ça permet d'isoler la dernière version upstream qui fonctionne et la première qui ne fonctionne pas. C'est une information très intéressante pour la gestion du rapport de bogue, je t'invite à indiquer les résultats si tu arrives jusque-là.
À ce stade, si tu veux poursuivre : Quand tu as de la chance, c'est la même version upstream, et c'est juste une modification dans le packaging qui explique la différence. Autrement, j'ai tendance à prendre le tag v5.OK.0 et le tag v5.KO.0 pour vérifier, et ensuite lancer le bisect « linéaire » entre ces deux tags (ça évite de partir dans les branches stables linux-5.OK.y et linux-5.KO.y – mais ça peut être nécessaire si les tests faits sur les tags en question ne donnent pas le même résultat que le bisect sur les binaires). Bien évidemment, vu le modèle de développement de Linux, le bisect « linéaire » implique tout de même de voir des versions bien plus vieilles, puisque master est principalement une succession de merges depuis des branches qui ont été préparées sur des versions inférieures.
[^] # Re: Portes attention aux lignes contenant "EE"
Posté par Cyril Brulebois (site web personnel) . En réponse au message Problème pilote radeon depuis passage à Bookworm. Évalué à 3.
Un cas ultra classique est
udev, mais il est de toute façon nécessaire qu'il soit capable de tourner sur la version de noyau disponible dans la distribution précédente, pour être capable de faire la mise à niveau deoldstableàstable... (en revanche pas de garantie de pouvoir « sauter » une version). Je ne pense pas que ça soit délirant en attendant d'avoir un retour de l'équipe noyau sur ton rapport de bogue.Si tu veux chasser le problème, je t'invite à t'appuyer sur snapshot.debian.org qui va te permettre de bisecter grossièrement sans aucune compilation (attention à ne pas remplir ton
/boot). Normalement ça permet d'isoler la dernière version upstream qui fonctionne et la première qui ne fonctionne pas. C'est une information très intéressante pour la gestion du rapport de bogue, je t'invite à indiquer les résultats si tu arrives jusque-là.À ce stade, si tu veux poursuivre : Quand tu as de la chance, c'est la même version upstream, et c'est juste une modification dans le packaging qui explique la différence. Autrement, j'ai tendance à prendre le tag
v5.OK.0et le tagv5.KO.0pour vérifier, et ensuite lancer le bisect « linéaire » entre ces deux tags (ça évite de partir dans les branches stableslinux-5.OK.yetlinux-5.KO.y– mais ça peut être nécessaire si les tests faits sur les tags en question ne donnent pas le même résultat que le bisect sur les binaires). Bien évidemment, vu le modèle de développement de Linux, le bisect « linéaire » implique tout de même de voir des versions bien plus vieilles, puisquemasterest principalement une succession de merges depuis des branches qui ont été préparées sur des versions inférieures.Debian Consultant @ DEBAMAX