| View previous topic :: View next topic |
| Author |
Message |
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
 Posted: Wed Jul 14, 2010 8:25 pm Post subject: |
 |
|
| So I will stay with udev-157 and wait for a new release |
|
| Back to top |
|
 |
ashtophet
Guru
Joined: 08 Aug 2004
Posts: 397
|
| Posted: Thu Jul 15, 2010 6:12 am Post subject: |
|
|
| yellowhat wrote: | Adding "extras" useflag in /etc/make.conf and "-extras" useflag for udev in /etc/portage/package.use, changed nothing, infact I get:
| Code: | emerge: there are no ebuilds built with USE flags to satisfy ">=sys-fs/udev-145[extras]".
!!! One of the following packages is required to complete your request:
- sys-fs/udev-160 (Change USE: +extras)
(dependency required by "gnome-base/gvfs-1.6.3" [installed])
(dependency required by "gnome-base/libgnome-2.30.0" [installed])
(dependency required by "gnome-base/libgnomeui-2.24.3" [installed])
(dependency required by "www-client/mozilla-firefox-3.6.6" [installed])
(dependency required by "@world" [argument])
|
|
Just to clarify,emerge is just telling you that if you build gnome-base/gvfs with 'udev' use flag you'll need to install sys-fs/udev compiled with +extras (and gvfs is a dependency for libgnome, which is for libgnomeui, etc.). To "avoid" that problem, if you want to, just add gnome-base/gvfs -udev to your relevant config file.
On the other hand, as far as I can see, xf86-input-evdev is irrelevant to the problem reported as it is caused by udev.
Maybe it's time to open a bug report? (I was hoping to be able to test upstream vanilla, git bisecting from 157 on, and then report... but I'm afraid I won't be able to do it in a few days...) |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Thu Jul 15, 2010 6:17 am Post subject: |
|
|
| Quote: | | Just to clarify,emerge is just telling you that if you build gnome-base/gvfs with 'udev' use flag you'll need to install sys-fs/udev compiled with +extras (and gvfs is a dependency for libgnome, which is for libgnomeui, etc.). To "avoid" that problem, if you want to, just add gnome-base/gvfs -udev to your relevant config file. |
Ok I know this. But If I use gnome-base/gvfs -udev, can I have any problems? If it default is +udev
At the moment automount doesn't work infact some time ago I opened a new bug: https://bugs.gentoo.org/show_bug.cgi?id=321971 |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Thu Jul 15, 2010 6:19 am Post subject: |
|
|
| Quote: | | Maybe it's time to open a bug report? (I was hoping to be able to test upstream vanilla, git bisecting from 157 on, and then report... but I'm afraid I won't be able to do it in a few days...) |
No problem I can wait |
|
| Back to top |
|
|
ashtophet
Guru
Joined: 08 Aug 2004
Posts: 397
|
|
| Back to top |
|
|
BradN
Advocate
Joined: 19 Apr 2002
Posts: 2391
Location: Wisconsin (USA)
|
| Posted: Thu Jul 15, 2010 9:34 pm Post subject: |
|
|
| Thanks for doing the bisection test, it's hard to have people to do that themselves. |
|
| Back to top |
|
|
VoidMage
Watchman
Joined: 14 Oct 2006
Posts: 6196
|
| Posted: Thu Jul 15, 2010 11:20 pm Post subject: |
|
|
Frankly, it's more lack of will than any real difficulty.
In case of udev, there's also a chance of rendering your system unbootable
in case of a bad commit (and those happen). |
|
| Back to top |
|
|
ashtophet
Guru
Joined: 08 Aug 2004
Posts: 397
|
| Posted: Mon Jul 19, 2010 3:45 pm Post subject: |
|
|
| Fixed upstream with today's git commit a466c239a98045767c3aa7dfbf95306f36b9bf48 . |
|
| Back to top |
|
|
bus_drivr
n00b
Joined: 20 Feb 2003
Posts: 48
Location: Florida
|
| Posted: Sat Jul 24, 2010 12:53 pm Post subject: |
|
|
From my xorg.conf
#Commented out these have support thru evdev
#and thier individual drivers
#Section "InputDevice"
# Identifier "Keyboard0"
# Driver "kbd"
#EndSection
#Section "InputDevice"
# Identifier "Mouse0"
# Driver "mouse"
# Option "Protocol" "auto"
# Option "Device" "/dev/input/mice"
# Option "ZAxisMapping" "4 5 6 7"
#EndSection
using udev-160 and
[ebuild R ] x11-base/xorg-server-1.8.2 USE="ipv6 kdrive nptl udev xorg -dmx -doc -hal -minimal -static-libs -tslib" 0 kB
Until I commented those sections everything went dead- keybd and mouse
also on openrc and baselayout-2
hald is installed in case something needs it but it is never started. May unmerge it altogether soon
These events appear to me to be set in
/usr/share/X11/xorg.conf.d/10-evdev.conf |
|
| Back to top |
|
|
devsk
Advocate
Joined: 24 Oct 2003
Posts: 3003
Location: Bay Area, CA
|
| Posted: Sun Jul 25, 2010 4:25 pm Post subject: |
|
|
I am having an issue with my mouse as well. When the system boots for the first time, my mouse is "inactive" i.e. I can't click anything, no context menu, my mouse shortcuts don't work etc. But if I do /etc/init.d/xdm restart, it starts working. The difference between old xorg log and new one (second iteration which works), is:
| Code: |
[ 168.529] (II) Power Button: Close
[ 168.529] (II) UnloadModule: "evdev"
[ 168.545] (II) Power Button: Close
[ 168.545] (II) UnloadModule: "evdev"
[ 168.561] (II) UVC Camera (046d:0991): Close
[ 168.561] (II) UnloadModule: "evdev"
[ 168.581] (II) Logitech USB RECEIVER: Close
[ 168.581] (II) UnloadModule: "evdev"
[ 168.596] (II) AT Translated Set 2 keyboard: Close
[ 168.596] (II) UnloadModule: "evdev" |
Why would X unload evdev for the first time, and then when restarted won't do the same thing?
hald is not on default level. Nothing seems to depend on it. xorg is built without hal. |
|
| Back to top |
|
|
dmpogo
Advocate
Joined: 02 Sep 2004
Posts: 3468
Location: Canada
|
| Posted: Sun Jul 25, 2010 5:17 pm Post subject: |
|
|
Interesting, I had that couple of times with my mouse (my keyboard is on 'kbd' and PS/2 one), but then it disappeared and I did not investigate. I even switched for a couple of days to 'mouse'.
It actually happened before recent upgrade of evdev. |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Sun Sep 12, 2010 5:44 pm Post subject: |
|
|
| Seems to be solved with udev-162 |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Tue Sep 21, 2010 12:39 pm Post subject: |
|
|
Interesting news:
Until vanilla-sources-2.6.36-rc4 and udev-162 worked fine with my mouse, from 2.6.36-rc5 I have to downgrade to udev-157. For version >157 mouse stop at the centre of the monitor without moving. |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Wed Oct 20, 2010 6:16 pm Post subject: |
|
|
| Nothing with 2.6.36-rc8 and udev-163. |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Wed Oct 26, 2011 8:27 pm Post subject: |
|
|
I continue to get same problem with 3.1.0 and sys-fs/udev-171-r2: on every boot I have to unplug and replug the mouse receiver to have the mouse working.
I have noted that opening a terminal before I unplug I get this 2 lines:
| Code: | Bus 002 Device 003: ID 046d:c705 Logitech, Inc. MX900 Bluetooth Wireless Hub (C-UJ16A)
Bus 002 Device 004: ID 046d:c707 Logitech, Inc. Bluetooth wireless hub
|
So it is well recognized but doesn't work, when I unplug and replug I have only a line:
| Code: | Bus 002 Device 006: ID 046d:c705 Logitech, Inc. MX900 Bluetooth Wireless Hub (C-UJ16A)
|
Another thing is that: if I run after unplug-replug:
| Code: | hcitool scan
Device is not available: No such device
|
So the mouse receiver is not recognized properly
Could you give some info regarding kernel config?
Also I tried to run /etc/init.d/bluetooth start but neither gnome-bluetooth nor "hcitool scan" recognise a bluetooth adapter.
Any ideas? |
|
| Back to top |
|
|
yellowhat
Guru
Joined: 10 Sep 2008
Posts: 528
|
| Posted: Wed Oct 26, 2011 9:02 pm Post subject: |
|
|
| Solved adding my user to uucp group and configuring mouse with gnome-bluetooth |
|
| Back to top |
|
|
|
Kernel & Hardware
