Ho pu****
Heureusement qu'il y a les ["fix me" source needed] c'est le genre de docs qui me hérissent le poil sinon :( Sinon ça ferait vraiment "je tire la couverture à moi, rien qu'à moi" et surtout sans citer de sources externes et en amont.
j'ai failli leur faire le coup, samedi lors de l'install party, aller les voir avec mon meilleur air benêt (je suis très bien faire, expé social toussa, aussi pas mal de naturel :p ) leur amener un laptop, qu'ils fassent l'install, puis qu'on fasse un check up ensemble :
_ Tiens je croyais que le problème de parcage des têtes était au moins partiellement résolu depuis le début d'année ? spa le cas
_ Tiens quant je plug une clef bluetouffe qui ne supporte pas obex mais seulement opp, rien fonctionne
_ Tiens c'est normal d'avoir des perfs de m**** avec le chip graphx intel, là ? y a pas de correctif intégré ? Et le droit 666 sur le dri, tout va bien, aussi ?
_ Tiens shm n'est jamais nettoyé ?
_ Tiens c'est normal que le lecteur sd fonctionne pas si rien n'est dedans avant le boot ?
_ Tiens le gestionnaire d'énergie de gnome il dit "temps restant inconnu" : y a pas un algo alacon pour palier à l'absence de l'entrée present_rate ?
_ Tiens ubuntu d'après phoronix est champion en économie d'énergie, d'ailleurs le module wifi à bien l'option power_save par défaut que c'est marqué dans son fichier. Ha tiens mais le kernel lui il a été compilé avec un intervalle de 0 sur le power_save, ça doit servir à rien, d'ailleurs la doc le dit...
_ Tiens il désactive pas le bus sata pour l'économie d'énergie non plus. Lesswatt.org ça sert à rien ?
_ Tiens si je branche une télé lcd, y a pas la bonne résa, et l'écran est décalé. En vga. Parceque si la branche en hdmi, là c'est pareil sauf qu'en plus le transport du son fonctionne pas.
Marrant Ubuntu c'est la meilleure, de loin. Mais j'connais une distrib nulle, fait par des incapables parait il, qui utilise un bureau qui fonctionne mal parait il, bref une distrib qui ne marche pas mais qui fait tout bien fonctionner...
Bon, pardon aux familles, toussa.
Et puis me suis abstenu, c'était pas fair play, et trop facile. Et puis Ubuntu c'est vachement bien quant même.
(évidence : 100% d'accord [sur ce que je pige]) Et j'ajouterai que comparer des outils (apt-get vs aptitude vs urpm vs yum) ou comparer des solvers n'y changera rien : ce sont les déclarations faites aux outils qui comptent, là.
Mais, question, ne serait ce justement pas à cause de son universalité que Debian devrait être encore plus stricte que tout autre ?
D'ailleurs c'est bizarre le nombre de tutos et d'how to sur "construct a minimal debian". J'ai pas l'impression que lorsqu'on sort de x86 les dépendances par défaut soient très utilisées... ??
En lisant "Depends, Recommends, Suggests, Enhances, Pre-Depends, Breaks, Conflicts, Build-Depends, Build-Depends-Indep, Build-Conflicts and Build-Conflicts-Indep and virtual-packages" on se dit que jamais rien n'a été fait de mieux. Mais que c'est limite humain :-))
Ouhai, enfin c'est pas vraiment comparable.
D'un côté on a qq dépendances qui font chier. D'un autre un énorme bordel insupportable.
Faudra bien un de ces jours retirer la notion de dépendance au fichier de construction du paquet. Sinon ça s'arrangera jamais : soit d'un côté une communauté super stricte là dessus donc très restreinte, soit d'un autre côté une communauté plus ouverte mais à distrib bordélique. L'arbre de dépendance, seul le bs devrait l'avoir.
Bon pour cela faudrait aussi commencer par avoir des noms de paquets canoniques carrés. Perso quant je vois lib64machin.x86-64 alors que le nom de la lib c'est libmachin, je saute au plafond. libmachin.i586 et libmachin.x86-64 devraient suffir pour les différencier, autant en paquets que sur le système.
Upload sur Smolt, c'est bien.
Penser à noter ensuite, c'est mieux
:-)
(même si c'est fastidieux car smolt affiche par exemple 3 fois la cam intégrée parfois. Et même si c'est un peu frustrant en l'absence de case de notation tierce, pour par exemple noter l'acpi avec plus de précisions)
Sur mes portables, Linux s'en sort aussi bien que osX.
Et Linux, bien GNU/linux, avec tout ce qu'il faut au dessus. Retour de veille sur ram immédiat. Un bonheur :)
Par contre, le temps de démarrage... y a deux ans j'arrivais sans peine à tomber en dessous de 10 secondes chrono-en-main, depuis grub jusqu'au bureau lxde fonctionnel. Sans peine aucune. Aujourd'hui plus moyen de tomber en dessous de 18~20 secondes, avec les mêmes modifs. ??
Moi j'ai cliqué sur le lien. Et dans le bandeau de droite, il y a les suggestions... En tout premier YouTube (Google, j'suis identifié sur les deux) me propose... "coeur de pirate" par Francis...
\o/
Je ne constate pas de différence qu'avec deadline, en fait. Test simple d'utilisation sur un netbook. J'ai même l'impression que deadline reste plus efficace, pour cette simple utilisation basique typique 'personnal computer'.
D'ailleurs là l'ordi re-compile un noyau, et pendant ce temps : mouler sur dflp et shell. J'ai pas de ralentissements, aucun, pas de blocage ou de manque de réactivité.
Encore plus simple : ils sont en France, suffit de changer leur clavier :)
Tu en connais beaucoup qui font de la triangulation sur du wifi (pour voir qu'un portable sans émet quant même), et ce, au travers des ouatmilles wifi qui traversent ce genre d'immeuble parisien ? :)
nan c'est vrai que ça ressemble plutot à du commandité privé, ça. Quoique ça pourrait aussi être du "zut, presque tard, allons y bourrin personne nous verra là", voire encore du "comme pour une paillotte, on a un peu honte alors on laisse des traces". Bref, allons savoir ?
J'en ai vue une hier soir, de loin. c'est vraiment tout petit en plus, l'espace entre les 'capteurs' est pas bien gros. Impressionnant d'autant plus pour les algo derrières.
Le modèle de sun n'avait qu'une caméra mais nécessite des gestes amples il me semble.
Celui ci va donc être utilisable (et utilisé) dans des ...jeux ... ouch
Peut être qu'une appli sympa avec ce kinect serait une "projection d'entrée" ? :) Où on définie une distance, plus bornée, à laquelle elle réagit, puis un plan, plus simple que tout son champ. On aurait alors une "surface" d'action. A voir la capacité, la finesse de mesure, pour les distances.
>"Mais j'avoue ne pas avoir compris ce qui fait que le patch améliore la réactivité."
(une explication non, une question, oui :p forcément!)
Serait ce une différence de politique par défaut ? Ou celui qui voudrait un autre fonctionnement par défaut devra se le configurer ?
Après tout, sur un serveur, ça n'impactera pas. (à moins de jouer à frozen bubble dessus). Et pour des configurations "plus en avant", après tout, ils peuvent se coltiner la doc, eux, non ?
Mais une question quant même, donc : n'est ce pas contradictoire avec cgroup ? puisque cet outil est générique (pouvant être utilisé aussi bien en fonction de / pour des serveurs web ou des serveurs de sessions ou une station de compil / calcul ou même pour un laptop, voir un téléphone). Alors ce patch, qui impose une politique par défaut (bon, pas intrusive), n'est il finalement pas en contradiction avec le fait que cgroup soit "neutre et pour tous" ?
Est ce que ce qu'a commencé de faire redhat n'est pas "mieux" sur le long terme ? (ie proposer une intégration, des outils de plus haut niveau, etc etc), et plus "fidèle" à ce qu'est cgroup ?
Pas essayé, non, avec wine (installé sur aucune de mes machines), pour dépaqueter ce truc. Si wine y arrive, faudra voir pour unshield ? Bah de toutes façons je ne serais pas bien avancer dans la mesure où flashrom me dit "oula, t'es vraiment sûr ?"... donc bon :(
A noter pour H.P qu'ils fournissent le moyen de mettre à jour son bios facilement sous gnu/linux aussi, pour les modèles qu'ils vendent avec linux. Les autres, on s'assoie dessus, et en prime on se coltine des bugs de bios / tables *dt / très louches, si on utilise un autre o.s que celui du même vendeur que le compilo utilisé. Vraiment louche.
beuh :(
non c'était pas de l'ironie :(
m'enfin c'est sur la doc de cgroup (et son évolution, depuis un readme de 100 lignes au début, à aujourd'hui). Non pas sur la doc des outils redhat pour cela (que je n'ai même pas encore regardé, à peine un peu les outils, zéro sur la doc)
Et puis c'est pour du simple, pas question de faire un soft qui en tiendrait compte (d'ailleurs je ne vois pas l'intérêt de ça ? il me semblait qu'un des intérêts de cgroups était justement d'avoir ces conf possible point du vue système, sans que le dev de telle appli soit obligé de s'en pré-occuper).
Tout à fait la cible de ce patch auto_cgroup : bourrin avec un usage basique. Pas une configuration très fine de cgroup.
+ 1 sur le wiki
Penser peut être à avoir des parties spécifiques aux distributions. Car si la majorité des outils sont disponibles sur toutes, les spécifités de chacune sont intéressantes aussi, dans le cadre d'une adaptation du système. (SElinux, Tomoyo, AppArmor, déjà. Puis comment avoir un ordinateur "normalement utilisable" [ie : x et montage usb] avec le patch grsec. Ou comment chrooter une appli ayant besoin d'un affichage x, genre un navigateur web. Ou encore se faire son / en squashfs. Ou pourquoi telle distribution fonctionne mal si /lib/modules a été déplacé sur, et pointé vers, une partition ro...)
Cela peut être un superbe boulot. Le truc difficile sera peut être de faire le rangement au fur et à mesure, quitte à locker de temps en temps, afin de ne pas se retrouver avec un gros bordel).
Et le fait que cela soit spécifiquement destiné aux journalistes est une approche, un objectif, est extra :))
Perso j'aime beaucoup les webmails publics.
Tu t'y connectes en inventant une adresse mail comme tu veux, qui ne sera qu'un alias n'apparaissant jamais dans le webmail. Donne ce mail à un service en ligne ou à quelqu'un. Puis tes mails sont reçus dans une boite ouverte et public : à toi de les choper et de les effacer.Le traffic est pas gros car ils sont peu connus / utilisés, mais faut quant même être dessus pil au moment de l'envoi de la réponse attendue :)
Simplissime, parfaitement efficace.
[^] # Re: rapport
Posté par bubar🦥 . En réponse au journal Temps de démarrage. Évalué à 2.
Heureusement qu'il y a les ["fix me" source needed] c'est le genre de docs qui me hérissent le poil sinon :( Sinon ça ferait vraiment "je tire la couverture à moi, rien qu'à moi" et surtout sans citer de sources externes et en amont.
j'ai failli leur faire le coup, samedi lors de l'install party, aller les voir avec mon meilleur air benêt (je suis très bien faire, expé social toussa, aussi pas mal de naturel :p ) leur amener un laptop, qu'ils fassent l'install, puis qu'on fasse un check up ensemble :
_ Tiens je croyais que le problème de parcage des têtes était au moins partiellement résolu depuis le début d'année ? spa le cas
_ Tiens quant je plug une clef bluetouffe qui ne supporte pas obex mais seulement opp, rien fonctionne
_ Tiens c'est normal d'avoir des perfs de m**** avec le chip graphx intel, là ? y a pas de correctif intégré ? Et le droit 666 sur le dri, tout va bien, aussi ?
_ Tiens shm n'est jamais nettoyé ?
_ Tiens c'est normal que le lecteur sd fonctionne pas si rien n'est dedans avant le boot ?
_ Tiens le gestionnaire d'énergie de gnome il dit "temps restant inconnu" : y a pas un algo alacon pour palier à l'absence de l'entrée present_rate ?
_ Tiens ubuntu d'après phoronix est champion en économie d'énergie, d'ailleurs le module wifi à bien l'option power_save par défaut que c'est marqué dans son fichier. Ha tiens mais le kernel lui il a été compilé avec un intervalle de 0 sur le power_save, ça doit servir à rien, d'ailleurs la doc le dit...
_ Tiens il désactive pas le bus sata pour l'économie d'énergie non plus. Lesswatt.org ça sert à rien ?
_ Tiens si je branche une télé lcd, y a pas la bonne résa, et l'écran est décalé. En vga. Parceque si la branche en hdmi, là c'est pareil sauf qu'en plus le transport du son fonctionne pas.
Marrant Ubuntu c'est la meilleure, de loin. Mais j'connais une distrib nulle, fait par des incapables parait il, qui utilise un bureau qui fonctionne mal parait il, bref une distrib qui ne marche pas mais qui fait tout bien fonctionner...
Bon, pardon aux familles, toussa.
Et puis me suis abstenu, c'était pas fair play, et trop facile. Et puis Ubuntu c'est vachement bien quant même.
[^] # Re: Re : Comportement d'apt-get par défaut
Posté par bubar🦥 . En réponse au journal Comportement d'apt-get par défaut. Évalué à 3.
Mais, question, ne serait ce justement pas à cause de son universalité que Debian devrait être encore plus stricte que tout autre ?
D'ailleurs c'est bizarre le nombre de tutos et d'how to sur "construct a minimal debian". J'ai pas l'impression que lorsqu'on sort de x86 les dépendances par défaut soient très utilisées... ??
En lisant "Depends, Recommends, Suggests, Enhances, Pre-Depends, Breaks, Conflicts, Build-Depends, Build-Depends-Indep, Build-Conflicts and Build-Conflicts-Indep and virtual-packages" on se dit que jamais rien n'a été fait de mieux. Mais que c'est limite humain :-))
[^] # Re: Re : Comportement d'apt-get par défaut
Posté par bubar🦥 . En réponse au journal Comportement d'apt-get par défaut. Évalué à 2.
Blague à part, c'est notre usage qui n'est pas bon.
[^] # Re: Raison
Posté par bubar🦥 . En réponse au journal Comportement d'apt-get par défaut. Évalué à 2.
D'un côté on a qq dépendances qui font chier. D'un autre un énorme bordel insupportable.
Faudra bien un de ces jours retirer la notion de dépendance au fichier de construction du paquet. Sinon ça s'arrangera jamais : soit d'un côté une communauté super stricte là dessus donc très restreinte, soit d'un autre côté une communauté plus ouverte mais à distrib bordélique. L'arbre de dépendance, seul le bs devrait l'avoir.
Bon pour cela faudrait aussi commencer par avoir des noms de paquets canoniques carrés. Perso quant je vois lib64machin.x86-64 alors que le nom de la lib c'est libmachin, je saute au plafond. libmachin.i586 et libmachin.x86-64 devraient suffir pour les différencier, autant en paquets que sur le système.
Bon yfokonyaka, en mode vendredi :)
[^] # Re: rapport
Posté par bubar🦥 . En réponse au journal Temps de démarrage. Évalué à 2.
Penser à noter ensuite, c'est mieux
:-)
(même si c'est fastidieux car smolt affiche par exemple 3 fois la cam intégrée parfois. Et même si c'est un peu frustrant en l'absence de case de notation tierce, pour par exemple noter l'acpi avec plus de précisions)
[^] # Mise en veille sur ram
Posté par bubar🦥 . En réponse au journal Temps de démarrage. Évalué à 2.
Et Linux, bien GNU/linux, avec tout ce qu'il faut au dessus. Retour de veille sur ram immédiat. Un bonheur :)
Par contre, le temps de démarrage... y a deux ans j'arrivais sans peine à tomber en dessous de 10 secondes chrono-en-main, depuis grub jusqu'au bureau lxde fonctionnel. Sans peine aucune. Aujourd'hui plus moyen de tomber en dessous de 18~20 secondes, avec les mêmes modifs. ??
[^] # Re: Parce que c'est sérieux ?
Posté par bubar🦥 . En réponse au journal La nouvelle génération. Évalué à 3.
\o/
[^] # Re: Torgnole
Posté par bubar🦥 . En réponse à la dépêche Nouvelle version du jeu Plee the Bear. Évalué à 2.
[^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 6.
(l'ajout de qu' laisser une interprétation autre, et contradictoire)
Non ?
[^] # Re: Une alternaïve
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
D'ailleurs là l'ordi re-compile un noyau, et pendant ce temps : mouler sur dflp et shell. J'ai pas de ralentissements, aucun, pas de blocage ou de manque de réactivité.
Mais bon, ce n'est qu'une impression.
??
[^] # Re: Avant toute chose...
Posté par bubar🦥 . En réponse au journal Guide de sécurité informatique à l'usage des journalistes. Évalué à 2.
Tu en connais beaucoup qui font de la triangulation sur du wifi (pour voir qu'un portable sans émet quant même), et ce, au travers des ouatmilles wifi qui traversent ce genre d'immeuble parisien ? :)
nan c'est vrai que ça ressemble plutot à du commandité privé, ça. Quoique ça pourrait aussi être du "zut, presque tard, allons y bourrin personne nous verra là", voire encore du "comme pour une paillotte, on a un peu honte alors on laisse des traces". Bref, allons savoir ?
[^] # Re: n'empeche...
Posté par bubar🦥 . En réponse au journal Driver libre pour Kinect. Évalué à 2.
J'en ai vue une hier soir, de loin. c'est vraiment tout petit en plus, l'espace entre les 'capteurs' est pas bien gros. Impressionnant d'autant plus pour les algo derrières.
Le modèle de sun n'avait qu'une caméra mais nécessite des gestes amples il me semble.
Celui ci va donc être utilisable (et utilisé) dans des ...jeux ... ouch
Peut être qu'une appli sympa avec ce kinect serait une "projection d'entrée" ? :) Où on définie une distance, plus bornée, à laquelle elle réagit, puis un plan, plus simple que tout son champ. On aurait alors une "surface" d'action. A voir la capacité, la finesse de mesure, pour les distances.
[^] # Re: n'empeche...
Posté par bubar🦥 . En réponse au journal Driver libre pour Kinect. Évalué à 3.
[^] # Re: Testé et approuvé
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 7.
(peut être pour madame aussi ? :p )
[^] # Re: Cgroups
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.
Cela impactera le système ensuite, où bien c'est vraiment juste pour le démarrage ? Sinon c'est plus systemd qu'il faut le nommer, mais system3d :)
[^] # Re: Gain sur un environnement de bureau n'utilisant pas de terminaux ?
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.
(une explication non, une question, oui :p forcément!)
Serait ce une différence de politique par défaut ? Ou celui qui voudrait un autre fonctionnement par défaut devra se le configurer ?
Après tout, sur un serveur, ça n'impactera pas. (à moins de jouer à frozen bubble dessus). Et pour des configurations "plus en avant", après tout, ils peuvent se coltiner la doc, eux, non ?
Mais une question quant même, donc : n'est ce pas contradictoire avec cgroup ? puisque cet outil est générique (pouvant être utilisé aussi bien en fonction de / pour des serveurs web ou des serveurs de sessions ou une station de compil / calcul ou même pour un laptop, voir un téléphone). Alors ce patch, qui impose une politique par défaut (bon, pas intrusive), n'est il finalement pas en contradiction avec le fait que cgroup soit "neutre et pour tous" ?
Est ce que ce qu'a commencé de faire redhat n'est pas "mieux" sur le long terme ? (ie proposer une intégration, des outils de plus haut niveau, etc etc), et plus "fidèle" à ce qu'est cgroup ?
??
[^] # Re: Professionels
Posté par bubar🦥 . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 2.
non rien ;-)
[^] # Re: BIOS
Posté par bubar🦥 . En réponse au journal Le HP Mini 1103 est bientôt de sortie. Évalué à 2.
Pas essayé, non, avec wine (installé sur aucune de mes machines), pour dépaqueter ce truc. Si wine y arrive, faudra voir pour unshield ? Bah de toutes façons je ne serais pas bien avancer dans la mesure où flashrom me dit "oula, t'es vraiment sûr ?"... donc bon :(
A noter pour H.P qu'ils fournissent le moyen de mettre à jour son bios facilement sous gnu/linux aussi, pour les modèles qu'ils vendent avec linux. Les autres, on s'assoie dessus, et en prime on se coltine des bugs de bios / tables *dt / très louches, si on utilise un autre o.s que celui du même vendeur que le compilo utilisé. Vraiment louche.
[^] # Re: Re:dégout
Posté par bubar🦥 . En réponse au journal La Corrèze distribue 3300 Ipad aux collègiens et professeurs.. Évalué à 3.
... :))
[^] # Re: Cgroups
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 2.
[^] # Re: Une alternaive
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
....
Très bon :) Simple, en shell, bien bourrin :)
Enfin, bon, conseil quant même de lire le readme de cgroup avant...Si vous voulez pas "(be) totally in the dark ", comme avec le patch.
Il est con le Lennart... :)) Très bon :))
[^] # Re: Cgroups
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 1.
non c'était pas de l'ironie :(
m'enfin c'est sur la doc de cgroup (et son évolution, depuis un readme de 100 lignes au début, à aujourd'hui). Non pas sur la doc des outils redhat pour cela (que je n'ai même pas encore regardé, à peine un peu les outils, zéro sur la doc)
Et puis c'est pour du simple, pas question de faire un soft qui en tiendrait compte (d'ailleurs je ne vois pas l'intérêt de ça ? il me semblait qu'un des intérêts de cgroups était justement d'avoir ces conf possible point du vue système, sans que le dev de telle appli soit obligé de s'en pré-occuper).
Tout à fait la cible de ce patch auto_cgroup : bourrin avec un usage basique. Pas une configuration très fine de cgroup.
[^] # Re: Wiki
Posté par bubar🦥 . En réponse au journal Guide de sécurité informatique à l'usage des journalistes. Évalué à 2.
Penser peut être à avoir des parties spécifiques aux distributions. Car si la majorité des outils sont disponibles sur toutes, les spécifités de chacune sont intéressantes aussi, dans le cadre d'une adaptation du système. (SElinux, Tomoyo, AppArmor, déjà. Puis comment avoir un ordinateur "normalement utilisable" [ie : x et montage usb] avec le patch grsec. Ou comment chrooter une appli ayant besoin d'un affichage x, genre un navigateur web. Ou encore se faire son / en squashfs. Ou pourquoi telle distribution fonctionne mal si /lib/modules a été déplacé sur, et pointé vers, une partition ro...)
Cela peut être un superbe boulot. Le truc difficile sera peut être de faire le rangement au fur et à mesure, quitte à locker de temps en temps, afin de ne pas se retrouver avec un gros bordel).
Et le fait que cela soit spécifiquement destiné aux journalistes est une approche, un objectif, est extra :))
Perso j'aime beaucoup les webmails publics.
Tu t'y connectes en inventant une adresse mail comme tu veux, qui ne sera qu'un alias n'apparaissant jamais dans le webmail. Donne ce mail à un service en ligne ou à quelqu'un. Puis tes mails sont reçus dans une boite ouverte et public : à toi de les choper et de les effacer.Le traffic est pas gros car ils sont peu connus / utilisés, mais faut quant même être dessus pil au moment de l'envoi de la réponse attendue :)
Simplissime, parfaitement efficace.
[^] # Re: D3D is dead.
Posté par bubar🦥 . En réponse à la dépêche Lancement d'une implémentation native de Direct3D sous Linux. Évalué à 5.
juste un lien comme ça ;)
[^] # Re: Meego/Android
Posté par bubar🦥 . En réponse à la dépêche Patch pour le noyau Linux améliorant l'interactivité entre les applications console et Xorg. Évalué à 4.
? :)))