Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
Selon Alan McKinnon alan.mckin...@gmail.com: On Wednesday 07 October 2009 06:34:06 alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Any human operator who does a large upgrade such as this and does not read the posted notice about it has a bug in his head. If you had fixed that bug, the one on your computer would have been solved. Thanks for this useful answer, Mr. alan dot mckinnon at gmail dot com. I certainly have a bug in my head, but I wouldn't like to have to smell what's in yours. I have the weird habit to trust portage, as it works great 99.9% of the time (is that a bug ?). I usually don't read elogs as I usually don't need it. Xorg-1.6 needs a rebuilt of all used X11 drivers, up-to-date or not. Not including this re-emerging in the ebuilt leads to a working config being broken. I call that a BUG, specifically when it happens for the second time. Have a sweet day, Mr alan dot mckinnon. -- ~adj~
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
On Thursday 08 October 2009 11:19:44 alain.didierj...@free.fr wrote: Selon Alan McKinnon alan.mckin...@gmail.com: On Wednesday 07 October 2009 06:34:06 alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Any human operator who does a large upgrade such as this and does not read the posted notice about it has a bug in his head. If you had fixed that bug, the one on your computer would have been solved. Thanks for this useful answer, Mr. alan dot mckinnon at gmail dot com. I certainly have a bug in my head, but I wouldn't like to have to smell what's in yours. I have the weird habit to trust portage, as it works great 99.9% of the time (is that a bug ?). I usually don't read elogs as I usually don't need it. Xorg-1.6 needs a rebuilt of all used X11 drivers, up-to-date or not. Not including this re-emerging in the ebuilt leads to a working config being broken. I call that a BUG, specifically when it happens for the second time. Have a sweet day, Mr alan dot mckinnon. tsk, tsk, touchy today hey? This is Gentoo. We assume you know what you're doing and can deal with stuff that arises. If you don't like what the devs gave you, become a dev yourself and fix it. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
On Thu, 08 Oct 2009 11:19:44 +0200, alain.didierj...@free.fr wrote: I have the weird habit to trust portage, as it works great 99.9% of the time (is that a bug ?). I usually don't read elogs as I usually don't need it. If you trust portage you should read and follow the the advice it gives you. Ignoring it is a strange display of trust. -- Neil Bothwick The human mind ordinarily operates at only ten per cent of its capacity ... the rest is overhead for the operating system. signature.asc Description: PGP signature
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
On Wednesday 07 October 2009 06:34:06 alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Any human operator who does a large upgrade such as this and does not read the posted notice about it has a bug in his head. If you had fixed that bug, the one on your computer would have been solved. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
Alan McKinnon ha scritto: On Wednesday 07 October 2009 06:34:06 alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Any human operator who does a large upgrade such as this and does not read the posted notice about it has a bug in his head. If you had fixed that bug, the one on your computer would have been solved. What do you mean by posted notice? the news? (I just ask because I also have a long backlog of updates still to do, because I cannot afford to break my system now, and therefore...) thanks!
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
On Wednesday 07 October 2009 19:07:36 bn wrote: Alan McKinnon ha scritto: On Wednesday 07 October 2009 06:34:06 alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Any human operator who does a large upgrade such as this and does not read the posted notice about it has a bug in his head. If you had fixed that bug, the one on your computer would have been solved. What do you mean by posted notice? the news? No, the elog It's there for a reason - so you can read it and follow the advice it gives. -- alan dot mckinnon at gmail dot com
[gentoo-user] Fed up with Xorg + hal mess
Definitly, an update shouldn't break an existing working configuration! This happens these days only too often with the Xorg + hal mess. I happen to use linux as a working tool and 3 days without being able to launch a working X is a source of problems! This is the second time. As for hal config, the author should remember that ol'saying:KISS for Keep It Simple, Stupid. Now, with or without /etc/X11/xorg.conf, my machine (amd64), updated to libxcb-1.4, xorg-1.6 and hal last version launches X all right, only mouse and keyboard are not working ! A line in /var/log/Xorg.0.log says: (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. Where is that b. AllowEmptyOption ? certainly not in xorg.conf. How do I get back some input on X screen ? I also get (with xorg.conf) (EE) Failed to load module type1 (module doesn't exist, 0) (EE) Failed to load module evdev (module doesn't exist, 0) Please help before I turn crazy (it might be too late)
Re: [gentoo-user] Fed up with Xorg + hal mess
On Tue, 06 Oct 2009 16:35:44 +0200, alain.didierj...@free.fr wrote: Where is that b. AllowEmptyOption ? certainly not in xorg.conf. An option not appearing in xorg.cong doesn't mean it is not in use, only that the default is used. Try man xorg.conf. (EE) Failed to load module evdev (module doesn't exist, 0) Do you have evdev in INPUT_DEVICES? -- Neil Bothwick In plumbing, a straight flush is better than a full house. signature.asc Description: PGP signature
Re: [gentoo-user] Fed up with Xorg + hal mess
alain.didierj...@free.fr schrieb: Definitly, an update shouldn't break an existing working configuration! This happens these days only too often with the Xorg + hal mess. I happen to use linux as a working tool and 3 days without being able to launch a working X is a source of problems! This is the second time. As for hal config, the author should remember that ol'saying:KISS for Keep It Simple, Stupid. Now, with or without /etc/X11/xorg.conf, my machine (amd64), updated to libxcb-1.4, xorg-1.6 and hal last version launches X all right, only mouse and keyboard are not working ! A line in /var/log/Xorg.0.log says: (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. Where is that b. AllowEmptyOption ? certainly not in xorg.conf. How do I get back some input on X screen ? I also get (with xorg.conf) (EE) Failed to load module type1 (module doesn't exist, 0) (EE) Failed to load module evdev (module doesn't exist, 0) Please help before I turn crazy (it might be too late) With 'launches X' do you mean your desktop environment (login - startx) or xdm/kdm/gdm? In any case, try to add Option AllowEmptyInput false to your xorg.conf Section ServerLayout However, for me this has tripled any key press and also messed up some other things. You (and anyone else, actually) might also want to add Option XkbOptions terminate:ctrl_alt_bksp to the Section InputDevice of your keyboard. This will reenable Ctrl+Alt+Backspace for killing X. For me, X started to work again after removing ~/.Xauthority. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Fed up with Xorg + hal mess
On Tue, Oct 6, 2009 at 10:22 AM, Florian Philipp li...@f_philipp.fastmail.net wrote: alain.didierj...@free.fr schrieb: Definitly, an update shouldn't break an existing working configuration! This happens these days only too often with the Xorg + hal mess. I happen to use linux as a working tool and 3 days without being able to launch a working X is a source of problems! This is the second time. As for hal config, the author should remember that ol'saying:KISS for Keep It Simple, Stupid. Now, with or without /etc/X11/xorg.conf, my machine (amd64), updated to libxcb-1.4, xorg-1.6 and hal last version launches X all right, only mouse and keyboard are not working ! A line in /var/log/Xorg.0.log says: (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. Where is that b. AllowEmptyOption ? certainly not in xorg.conf. How do I get back some input on X screen ? I also get (with xorg.conf) (EE) Failed to load module type1 (module doesn't exist, 0) (EE) Failed to load module evdev (module doesn't exist, 0) Please help before I turn crazy (it might be too late) With 'launches X' do you mean your desktop environment (login - startx) or xdm/kdm/gdm? In any case, try to add Option AllowEmptyInput false to your xorg.conf Section ServerLayout However, for me this has tripled any key press and also messed up some other things. You (and anyone else, actually) might also want to add Option XkbOptions terminate:ctrl_alt_bksp to the Section InputDevice of your keyboard. This will reenable Ctrl+Alt+Backspace for killing X. This is interesting, and I'd like to try it, but my xorg.conf does not have an InputDevice section, or anything specific about keyboards or mice. How should I add this safely? ++ kevin For me, X started to work again after removing ~/.Xauthority. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Fed up with Xorg + hal mess
Kevin O'Gorman schrieb: On Tue, Oct 6, 2009 at 10:22 AM, Florian Philipp li...@f_philipp.fastmail.net mailto:li...@f_philipp.fastmail.net wrote: alain.didierj...@free.fr mailto:alain.didierj...@free.fr schrieb: Definitly, an update shouldn't break an existing working configuration! This happens these days only too often with the Xorg + hal mess. I happen to use linux as a working tool and 3 days without being able to launch a working X is a source of problems! This is the second time. As for hal config, the author should remember that ol'saying:KISS for Keep It Simple, Stupid. Now, with or without /etc/X11/xorg.conf, my machine (amd64), updated to libxcb-1.4, xorg-1.6 and hal last version launches X all right, only mouse and keyboard are not working ! A line in /var/log/Xorg.0.log says: (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. Where is that b. AllowEmptyOption ? certainly not in xorg.conf. How do I get back some input on X screen ? I also get (with xorg.conf) (EE) Failed to load module type1 (module doesn't exist, 0) (EE) Failed to load module evdev (module doesn't exist, 0) Please help before I turn crazy (it might be too late) With 'launches X' do you mean your desktop environment (login - startx) or xdm/kdm/gdm? In any case, try to add Option AllowEmptyInput false to your xorg.conf Section ServerLayout However, for me this has tripled any key press and also messed up some other things. You (and anyone else, actually) might also want to add Option XkbOptions terminate:ctrl_alt_bksp to the Section InputDevice of your keyboard. This will reenable Ctrl+Alt+Backspace for killing X. This is interesting, and I'd like to try it, but my xorg.conf does not have an InputDevice section, or anything specific about keyboards or mice. How should I add this safely? Most likely your setup does not rely on an xorg.conf. In that case you should avoid adding anything to it. Look at this guide for various ways to re-enable that feature: http://www.gentoo.org/proj/en/desktop/x/x11/xorg-server-1.6-upgrade-guide.xml BTW: There is a news item (eselect news) about this but depending on your system config and when you have synced your portage tree the last time, that item might not have been announced to you. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
Selon Florian Philipp li...@f_philipp.fastmail.net: alain.didierj...@free.fr schrieb: Definitly, an update shouldn't break an existing working configuration! This happens these days only too often with the Xorg + hal mess. I happen to use linux as a working tool and 3 days without being able to launch a working X is a source of problems! This is the second time. As for hal config, the author should remember that ol'saying:KISS for Keep It Simple, Stupid. Now, with or without /etc/X11/xorg.conf, my machine (amd64), updated to libxcb-1.4, xorg-1.6 and hal last version launches X all right, only mouse and keyboard are not working ! A line in /var/log/Xorg.0.log says: (WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. Where is that b. AllowEmptyOption ? certainly not in xorg.conf. How do I get back some input on X screen ? I also get (with xorg.conf) (EE) Failed to load module type1 (module doesn't exist, 0) (EE) Failed to load module evdev (module doesn't exist, 0) Please help before I turn crazy (it might be too late) With 'launches X' do you mean your desktop environment (login - startx) or xdm/kdm/gdm? both Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time.
Re: [gentoo-user] Fed up with Xorg + hal mess [SOLVED]
alain.didierj...@free.fr wrote: Thanks all for the help. Finally the problem was solved by re-compiling all X11 drivers used, and most notably xf86-input-keyboard xf86-input-mouse. I still think that any package update that breaks a working config without any specific doc IS A BUG. That just happened for the scond time. Well, at least you can get evdev to working. I haven't had any luck yet although I need to try again since xorg-server is about to update here too. I also know the SysReq key trick now. It can take you back to a console. Dale :-) :-)
