Moderators: El_Goretto, xaviermiller
/me litXavierMiller wrote:http://0pointer.de/blog/projects/the-biggest-myths
Ahaa ben merci 2 essayeurs ce sera pas un mal pour détecter des bugs éventuelsXavierMiller wrote:Bozoo, si tu as besoin de testeurs LXDE, je veux bien faire le pas vers mdev.
Bon j'ai un peu ch*** hier soir (m'enfin pourquoi je me lance dans ce genre de truc à 23h un dimancheGentoo@world + Desktop Lxde --without-*kit && --without-udev --> ça roule !!!
)
XavierMiller wrote:http://0pointer.de/blog/projects/the-biggest-myths
Ça sent un peu le «J'ai raison et je vous emmerde», hein...El_Goretto wrote:Bon, on va pas recommencer, hein. Mais bon, voilà quoi. Mention spéciale à l'auto-justification du 7.
Sans compter l'opposition constante linux/systemd. Wait... what??
/etc/X11/xorg.conf.d/10.keyboard.conf wrote:Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "AutoServerLayout" "on"
Option "XkbLayout" "fr"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbVariant" "oss"
EndSection
/etc/X11/xorg.conf.d/30.mouse.conf wrote:Section "InputDevice"
identifier "Mouse0"
driver "mouse"
option "AutoServerLayout" "on"
# /dev/input/mice will provide support for hotpluging mouse.
# Without needs to restart X server.
option "device" "/dev/input/mice"
# To config fancy stuff like disable acceleration,
# put into your .xinitrc something like 'xset m 1 1 &'
EndSection
C'est la libudev qui sert à faire l'interfaçage, et en effet ça serait bien que son API soit documentée, ce qui permettrai de la réimplementer avec une autre lib pour d'autres dev-manager. D'ailleurs ça serait aussi utile pour causer avec devd sous FreeBSD (le problème s'est posé avec les derniers Xorg qui veulent udev).VinzC wrote:Merci boozo, je coimprends un peu mieux tes réticences maintenant.
Ceci dit, je me demande ce que ça coûterait de développer une bibliothèque d'abstraction du gestionnaire de périphériques. Je pense à une bibliothèque qui ferait office de proxy automatique entre udev (préféré, ou pas), eudev et un autre comme mdev. Il faudrait bien sûr que cette bibliothèque soit d'abord entièrement compatible (API et ABI, c'est ça?) avec udev et fournir les même binaires. Ensuite il faudrait arriver à refaire le même travail avec mdev et à mon avis ça va être du sport. Mais au moins, ça permettrait d'installer les paquets qui dépendent de udev, quitte à ce que l'utilisateur fasse lui-même le patching de tous ses logiciels. Mais bon, ça aurait au moins le mérite de conserver le choix de l'un ou de l'autre sans en avoir les inconvénients.
On peut déjà y arriver avec udev et eudev. Suffirait que les développeurs fassent dépendre leurs applis de cette bibliothèque d'abstraction plutôt que d'un gestionnaire en particulier. Un peu comme on le fait avec glibc et uclibc. Mais bon, j'affabule peut-être. Z'en pensez quoi?
