> Je n'ai donc pas le support des touches multimédias, pour la gestion de la luminosité je dois y aller à la main, idem pour la gestion d'énergie.
Les touches multimedia, je n'en sais rien, mais pour la gestion de la luminosité, sur mon laptop (Vaio), c'est inclus dans le noyau binaire (sonypy, ou quelque chose comme ça), et je gère ça via KPowerSave (et ça marche bien). Itout pour la gestion d'énergie.
Quand je suis passé de Gentoo à Etch, je compilais moi aussi mes noyaux aux oignons, mais finalement, j'en suis venu à utiliser les noyaux binaires de Debian, que je trouve personnellement très bien : je n'ai pas compilé un noyau depuis bien un an et demi (enfin, si, pour inclure des patches trouvés sur l'interface de bugreport de Debian, mais en ne changeant rien d'autre aux sources du paquet, car ça ne m'a jamais été nécessaire).
Je boote un peu plus lentement, à la limite... certes, certes. Mais c'est toujours ça de moins à maintenir moi-même.
> Sinon, je suis relativement un ancien-nouveau (!sic) sous Debian, j'aimerais en savoir un peu plus sur ce qu'implique d'utiliser une branche un peu plus "à jour" au quotidien.
Pour Testing, davantage de mises à jour (pas seulement des mises à jour de sécu - c'est du "rolling-release"... bon, vu qu'en ce moment elle est gelée pour devenir la prochaine Stable, c'est très calme), et quelques bugs (comme un grub qui ne démarre plus, ce qui a été le seul truc à vraiment m'ennuyer cette année, même si ça ne m'a pas ennuyé plus de 5 minutes, un grand merci au live-cd minimal de Gentoo, dont je fais toujours grand usage) en prime.
Pour Sid, pareil, sauf que plus vite, et avec plus de bugs, plus rapidement corrigés. Il y a un délai de quarantaine entre Sid et testing (de 2 à 10 jours, selon la gravité du bug - si vraiment ça prend trop de temps, tu peux toujours formuler une requête pour réduire le délai de quarantaine, en envoyant un mail au sujet du bug ; l'issue de la requête dépendra du mainteneur, comme partout).
Maintenant, si tu sais trifouiller, sauf exception, tu ne devrais pas avoir de problèmes à te sortir tout seul des quelques panades.
Pour les paquets d'Experimental, là, par contre, ça porte généralement très bien son nom... j'en utilise de temps en temps (surtout en ce moment, avec Sid qui se concentre avant tout à préparer les mises à jour pour Lenny), mais surtout pour voir à quoi va ressembler le proche avenir - ça reste souvent à la limite (pas forcément du bon côté) de l'utilisable.
En comparant avec des distros ultra-bleeding-edge (chut-chut, pas de nom), j'en suis venu à avoir une règle très personnelle (qui n'engage donc que moi) : si ça n'est pas dans Debian Sid, ce n'est pas vraiment prêt à être utilisé.
> Je ne veux pas être à "la page" nécessairement, mais j'aimerais juste avoir une chose fonctionnelle jusqu'aux ongles.
Ce qui serait possible avec une distro post-2.6.26.
Si Sid est très instable (plusieurs dizaines de mises à jour par jour est courant), et Testing beaucoup moins (quelques mises à jour quotidiennes seulement), je suis de ceux qui pensent que les deux sont très fonctionnelles ; et oui, j'irais jusqu'à dire jusqu'au bout des ongles (à condition de savoir reconfigurer un petit truc par-ci-par-là de temps en temps, surtout pour Sid - j'utilise deux Sid, Workstation et Laptop, et une Testing, HTPC... plus plein de serveurs en Stable, ou Testing, si elle est gelée).
Les deux sont en 2.6.26, pour l'instant. Quand Squeeze (la prochaine "testing", et donc, l'après-prochaine stable) émergera, je pense qu'on verra très vite 2.6.27 dans Sid (si ce n'est pas déjà fait d'ici là), et peu après, dans Squeeze.
Sinon, pour les branches :
- Experimental : ultra-bleeding-edge, en constante ébullition, pour préparer l'intégration dans Unstable (pas tout le temps) ;
- Unstable : passage obligé pour l'intégration aux branches moins instables (instable signifie que les paquets ne sont pas figés à leur version actuelle - ça peut être instable, et pour autant, fiable - comme ça peut ne pas l'être) ; elle s'appelle toujours Sid ;
- Testing : "rolling-release" vers la prochaine stable - figé toutes les quelques années pour donner la prochaine stable ; son nom est habituellement décidé par le dictateur bienveillant qui s'en va avant qu'elle ne sorte ; l'actuelle est Lenny, et la prochaine, Squeeze ;
- Stable : les versions des paquets ne bougent plus, sauf pour les mises à jour de sécurité, ce qui vient des dépôts tagués "versatile" (anti-virus et cie) et le AndAHalf (depuis Etch, pour un nouveau noyau, et des choses du genre, seulement si l'on en a besoin) ; l'actuelle est Etch, la prochaine Lenny (puis suivra Squeeze, un moment après qu'elle soit figée) ;
- Old stable : l'ancienne stable, supportée un an après la sortie de la stable actuelle ; l'actuelle est Sarge (plus supportée), la prochaine est Etch.
Sinon, c'est quoi, ta carte wifi, pour avoir besoin d'un >2.6.26 ? Une Atheros à ath9k ? Il me semble que ce soit le seul modèle à être entré si récemment dans Vanilla (à part peut-être pour la dernière série de chips Intel, que je n'ai jamais encore vu en vrai), mais je peux me tromper...
[^] # Re: Pour une version récente du noyau
Posté par Aefron . En réponse au message Utiliser /sys pour la gestion d'énergie/événement?. Évalué à 4.
Les touches multimedia, je n'en sais rien, mais pour la gestion de la luminosité, sur mon laptop (Vaio), c'est inclus dans le noyau binaire (sonypy, ou quelque chose comme ça), et je gère ça via KPowerSave (et ça marche bien). Itout pour la gestion d'énergie.
Quand je suis passé de Gentoo à Etch, je compilais moi aussi mes noyaux aux oignons, mais finalement, j'en suis venu à utiliser les noyaux binaires de Debian, que je trouve personnellement très bien : je n'ai pas compilé un noyau depuis bien un an et demi (enfin, si, pour inclure des patches trouvés sur l'interface de bugreport de Debian, mais en ne changeant rien d'autre aux sources du paquet, car ça ne m'a jamais été nécessaire).
Je boote un peu plus lentement, à la limite... certes, certes. Mais c'est toujours ça de moins à maintenir moi-même.
> Sinon, je suis relativement un ancien-nouveau (!sic) sous Debian, j'aimerais en savoir un peu plus sur ce qu'implique d'utiliser une branche un peu plus "à jour" au quotidien.
Pour Testing, davantage de mises à jour (pas seulement des mises à jour de sécu - c'est du "rolling-release"... bon, vu qu'en ce moment elle est gelée pour devenir la prochaine Stable, c'est très calme), et quelques bugs (comme un grub qui ne démarre plus, ce qui a été le seul truc à vraiment m'ennuyer cette année, même si ça ne m'a pas ennuyé plus de 5 minutes, un grand merci au live-cd minimal de Gentoo, dont je fais toujours grand usage) en prime.
Pour Sid, pareil, sauf que plus vite, et avec plus de bugs, plus rapidement corrigés. Il y a un délai de quarantaine entre Sid et testing (de 2 à 10 jours, selon la gravité du bug - si vraiment ça prend trop de temps, tu peux toujours formuler une requête pour réduire le délai de quarantaine, en envoyant un mail au sujet du bug ; l'issue de la requête dépendra du mainteneur, comme partout).
Maintenant, si tu sais trifouiller, sauf exception, tu ne devrais pas avoir de problèmes à te sortir tout seul des quelques panades.
Pour les paquets d'Experimental, là, par contre, ça porte généralement très bien son nom... j'en utilise de temps en temps (surtout en ce moment, avec Sid qui se concentre avant tout à préparer les mises à jour pour Lenny), mais surtout pour voir à quoi va ressembler le proche avenir - ça reste souvent à la limite (pas forcément du bon côté) de l'utilisable.
En comparant avec des distros ultra-bleeding-edge (chut-chut, pas de nom), j'en suis venu à avoir une règle très personnelle (qui n'engage donc que moi) : si ça n'est pas dans Debian Sid, ce n'est pas vraiment prêt à être utilisé.
> Je ne veux pas être à "la page" nécessairement, mais j'aimerais juste avoir une chose fonctionnelle jusqu'aux ongles.
Ce qui serait possible avec une distro post-2.6.26.
Si Sid est très instable (plusieurs dizaines de mises à jour par jour est courant), et Testing beaucoup moins (quelques mises à jour quotidiennes seulement), je suis de ceux qui pensent que les deux sont très fonctionnelles ; et oui, j'irais jusqu'à dire jusqu'au bout des ongles (à condition de savoir reconfigurer un petit truc par-ci-par-là de temps en temps, surtout pour Sid - j'utilise deux Sid, Workstation et Laptop, et une Testing, HTPC... plus plein de serveurs en Stable, ou Testing, si elle est gelée).
Les deux sont en 2.6.26, pour l'instant. Quand Squeeze (la prochaine "testing", et donc, l'après-prochaine stable) émergera, je pense qu'on verra très vite 2.6.27 dans Sid (si ce n'est pas déjà fait d'ici là), et peu après, dans Squeeze.
Sinon, pour les branches :
- Experimental : ultra-bleeding-edge, en constante ébullition, pour préparer l'intégration dans Unstable (pas tout le temps) ;
- Unstable : passage obligé pour l'intégration aux branches moins instables (instable signifie que les paquets ne sont pas figés à leur version actuelle - ça peut être instable, et pour autant, fiable - comme ça peut ne pas l'être) ; elle s'appelle toujours Sid ;
- Testing : "rolling-release" vers la prochaine stable - figé toutes les quelques années pour donner la prochaine stable ; son nom est habituellement décidé par le dictateur bienveillant qui s'en va avant qu'elle ne sorte ; l'actuelle est Lenny, et la prochaine, Squeeze ;
- Stable : les versions des paquets ne bougent plus, sauf pour les mises à jour de sécurité, ce qui vient des dépôts tagués "versatile" (anti-virus et cie) et le AndAHalf (depuis Etch, pour un nouveau noyau, et des choses du genre, seulement si l'on en a besoin) ; l'actuelle est Etch, la prochaine Lenny (puis suivra Squeeze, un moment après qu'elle soit figée) ;
- Old stable : l'ancienne stable, supportée un an après la sortie de la stable actuelle ; l'actuelle est Sarge (plus supportée), la prochaine est Etch.
Sinon, c'est quoi, ta carte wifi, pour avoir besoin d'un >2.6.26 ? Une Atheros à ath9k ? Il me semble que ce soit le seul modèle à être entré si récemment dans Vanilla (à part peut-être pour la dernière série de chips Intel, que je n'ai jamais encore vu en vrai), mais je peux me tromper...