You are not logged in.
Gnome 3.6 is not even in [testing], so waiting will require pretty much patience.
Offline
vrg wrote:Same issue with my Toshiba Qosmio X505 laptop. I tried to downgrade xf86-input-evdev (2.7.3-2 -> 2.7.3-1) and xf86-input-synaptics (1.6.2-2 -> 1.6.2-1) and I lost both mouse and keyboard support, which is not a nice feeling. Luckily I was able to reinstall the newer packages and revert to the previous state. Maybe I should also downgrade xorg-server and xorg-server-common, but I don't want to mess up my system. I don't like this "solution." This is clearly not solved.
Also, is any of the bug reports being taken seriously?
That's because the older versions of the evdev and synaptics drivers were built for the older version of xorg; you must downgrade xorg-server and xorg-server-common if you downgrade those. This is only needed (if no one else finds a workaround) until Gnome 3.6 hits either [extra] or [testing].
Thanks. That makes sense. However, I think I will choose not to downgrade. I can still get around with a fairly large amount of clicks. Also, I'm not even sure that Gnome 3.6 will fix this, or that this is a Gnome bug at all. Somebody mentioned having problems with Xfce too.
Offline
abstracity wrote:vrg wrote:Same issue with my Toshiba Qosmio X505 laptop. I tried to downgrade xf86-input-evdev (2.7.3-2 -> 2.7.3-1) and xf86-input-synaptics (1.6.2-2 -> 1.6.2-1) and I lost both mouse and keyboard support, which is not a nice feeling. Luckily I was able to reinstall the newer packages and revert to the previous state. Maybe I should also downgrade xorg-server and xorg-server-common, but I don't want to mess up my system. I don't like this "solution." This is clearly not solved.
Also, is any of the bug reports being taken seriously?
That's because the older versions of the evdev and synaptics drivers were built for the older version of xorg; you must downgrade xorg-server and xorg-server-common if you downgrade those. This is only needed (if no one else finds a workaround) until Gnome 3.6 hits either [extra] or [testing].
Thanks. That makes sense. However, I think I will choose not to downgrade. I can still get around with a fairly large amount of clicks. Also, I'm not even sure that Gnome 3.6 will fix this, or that this is a Gnome bug at all. Somebody mentioned having problems with Xfce too.
Gnome 3.6 fixes this because it works with the updated xorg. XFCE might not work if an updated version hasn't been released yet.
Without error there can be no brilliancy. ― Emanuel Lasker
Offline
vrg wrote:abstracity wrote:That's because the older versions of the evdev and synaptics drivers were built for the older version of xorg; you must downgrade xorg-server and xorg-server-common if you downgrade those. This is only needed (if no one else finds a workaround) until Gnome 3.6 hits either [extra] or [testing].
Thanks. That makes sense. However, I think I will choose not to downgrade. I can still get around with a fairly large amount of clicks. Also, I'm not even sure that Gnome 3.6 will fix this, or that this is a Gnome bug at all. Somebody mentioned having problems with Xfce too.
Gnome 3.6 fixes this because it works with the updated xorg. XFCE might not work if an updated version hasn't been released yet.
Ok, fair enough. Thanks
Offline
abstracity wrote:Downgrading the following packages solved it for me:
xf86-input-evdev (2.7.3-2 -> 2.7.3-1)
xf86-video-intel (2.20.9-2 -> 2.20.9-1)
xorg-server-common (1.13.0-2 -> 1.12.4-1)
xorg-server (1.13.0-2 -> 1.12.4-1)I also needed to downgrade xf86-input-synaptics (1.6.2-2 -> 1.6.2-1), then it worked. Thanks!
Thanks for the information. FYI, I did not need to downgrade xf86-input-synaptics to get my media keys working for my Thinkpad X220.
Does anybody know how to pin packages to prevent them from upgrading?
Last edited by AncientPC (2012-10-15 02:39:24)
Offline
Does anybody know how to pin packages to prevent them from upgrading?
Put them under IgnorePkg in your /etc/pacman.conf. See https://wiki.archlinux.org/index.php/Pa … g_upgraded
Linux Registered User #362737
Offline
Gnome 3.6 is not even in [testing], so waiting will require pretty much patience.
maybe it would help to recompile xfce/gnome window managers with newest xorg development files?
Offline
hoschi wrote:Gnome 3.6 is not even in [testing], so waiting will require pretty much patience.
maybe it would help to recompile xfce/gnome window managers with newest xorg development files?
Well... Gnome 3.6 will be in testing soon, I think. So why rebuilding a soon to be obsolete group, at least for gnome ?
Offline
If a simple recompile will fix this (source?), we should immediately do that.
@fredbezies:
If Gnome 3.6 will move "soon" to [testing], we will see Gnome 3.6 in [stable] (and our problem is in [stable]) in maybe one month? It is not a valid strategy to gain a constant and stable environment, through waiting for next major upgrade for package "foo". Especially Gnome...
Last edited by hoschi (2012-10-15 11:42:44)
Offline
I agree. Besides it is possible that other packages we'll update in the near future may misbehave with the packages downgraded to solve this issue.
Last edited by Syrius00 (2012-10-15 16:13:17)
Offline
This seems to be an upstream bug. I have created a bug report with gnome upstream. If this is affecting you as well, please post to the upstream bug report that you are effected, along with any additional info you may have about the bug so we this can hopefully be resolved as soon as possible.
https://bugzilla.gnome.org/show_bug.cgi?id=686102
-D
Last edited by zdevex (2012-10-15 18:29:46)
Offline
Has anyone tried to rebuild gnome-settings-daemon against the new Xorg 1.13.0?
Entia non sunt multiplicanda praeter necessitatem
Offline
Downgrade:
xf86-input-acecad: (1.5.0-3 => 1.5.0-5)
xf86-input-aiptek: (1.4.1-3 => 1.4.1-5)
xf86-input-evdev: (2.7.3-1 => 2.7.3-2)
xf86-input-joystick: (1.6.1-1 => 1.6.1-2)
xf86-input-keyboard: (1.6.2-1 => 1.6.2-2)
xf86-input-mouse: (1.8.1-1 => 1.8.1-2)
xf86-input-synaptics: (1.6.2-1 => 1.6.2-2)
xf86-input-vmmouse: (12.9.0-1 => 12.9.0-2)
xf86-input-void: (1.4.0-3 => 1.4.0-4)
xf86-video-apm: (1.2.5-1 => 1.2.5-2)
xf86-video-ark: (0.7.5-1 => 0.7.5-2)
xf86-video-ast: (0.97.0-1 => 0.97.0-2)
xf86-video-ati: (1:6.14.6-1 => 1:6.14.6-2)
xf86-video-chips: (1.2.5-1 => 1.2.5-2)
xf86-video-cirrus: (1.5.1-1 => 1.5.1-2)
xf86-video-dummy: (0.3.6-1 => 0.3.6-2)
xf86-video-fbdev: (0.4.3-1 => 0.4.3-2)
xf86-video-glint: (1.2.8-1 => 1.2.8-2)
xf86-video-i128: (1.3.6-1 => 1.3.6-2)
xf86-video-i740: (1.3.4-1 => 1.3.4-2)
xf86-video-intel: (2.20.9-1 => 2.20.9-2)
xf86-video-mach64: (6.9.3-1 => 6.9.3-2)
xf86-video-mga: (1.6.2-1 => 1.6.2-2)
xf86-video-neomagic: (1.2.7-1 => 1.2.7-2)
xf86-video-r128: (6.9.1-1 => 6.9.1-2)
xf86-video-rendition: (4.2.5-1 => 4.2.5-2)
xf86-video-s3: (0.6.5-1 => 0.6.5-2)
xf86-video-s3virge: (1.10.6-1 => 1.10.6-2)
xf86-video-savage: (2.3.6-1 => 2.3.6-2)
xf86-video-siliconmotion: (1.7.7-1 => 1.7.7-2)
xf86-video-sis: (0.10.7-1 => 0.10.7-2)
xf86-video-sisusb: (0.9.6-1 => 0.9.6-2)
xf86-video-tdfx: (1.4.5-1 => 1.4.5-2)
xf86-video-trident: (1.3.6-1 => 1.3.6-2)
xf86-video-tseng: (1.2.5-1 => 1.2.5-2)
xf86-video-v4l: (0.2.0-10 => 0.2.0-11)
xf86-video-vesa: (2.3.2-1 => 2.3.2-2)
xf86-video-vmware: (12.0.2-1 => 12.0.2-2)
xf86-video-voodoo: (1.2.5-1 => 1.2.5-2)
xorg-server: (1.12.4-1 => 1.13.0-2)
xorg-server-common: (1.12.4-1 => 1.13.0-2)
Files: x86_64 ONLY !!!
http://db.tt/YQ5WA6I8
Offline
For ATI cards also
xf86-video-ati (1:6.14.6-2 -> 1:6.14.6-1)
xf86-video-vesa (2.3.2-2 -> 2.3.2-1)
abstracity wrote:Downgrading the following packages solved it for me:
xf86-input-evdev (2.7.3-2 -> 2.7.3-1)
xf86-video-intel (2.20.9-2 -> 2.20.9-1)
xorg-server-common (1.13.0-2 -> 1.12.4-1)
xorg-server (1.13.0-2 -> 1.12.4-1)I also needed to downgrade xf86-input-synaptics (1.6.2-2 -> 1.6.2-1), then it worked. Thanks!
It works for me
Offline
Has anyone tried to rebuild gnome-settings-daemon against the new Xorg 1.13.0?
I tried yesterday compiling from source, but it failed at the point of cups integration for "print screen". At least one necessary cups struct is now opaque. It was to late in the night to further investigate in this for me.
Offline
Btw, in gnome-tweak-tool there are two options, 'laptop lid close action on battery/ac', which I have set as 'blank' (this is, nothing should happen when I close the lid), but the laptop suspends anyway. Is it the same bug? Can it be solved by downgrading?
Offline
@butcher: It depends on systemd-logind feature. Give a look at /etc/systemd/logind.conf to change the suspend behaviour.
Offline
@butcher: It depends on systemd-logind feature. Give a look at /etc/systemd/logind.conf to change the suspend behaviour.
tru dat
Offline
pedromj wrote:Has anyone tried to rebuild gnome-settings-daemon against the new Xorg 1.13.0?
I tried yesterday compiling from source, but it failed at the point of cups integration for "print screen". At least one necessary cups struct is now opaque. It was to late in the night to further investigate in this for me.
You have to apply this patch (on the gnome-settings-daemon source) to build gnome-settings-daemon.
But it doesn't solve the shortcuts problem for me…
Offline
Oddly, the only key combination that I found to not work after this round of updates is Fn + F7. Neither xbindkeys -k nor xev seem to be able to register it. The twist is that I'm not using Gnome; I'm either using i3 or Openbox. It makes me wonder if my issue is even related...
Offline
Using xfce here and the only combination not working is the backlight one: fn+f5/6.
Offline
Using xfce here and the only combination not working is the backlight one: fn+f5/6.
Edit: Nevermind. Totally misread your post.
Last edited by snufkin (2012-10-17 07:05:29)
Offline
i included gnome-settings-daemon --debug in my gnome-session (with gnome-session-properties). Now i get debug messages in .xsession-errors:
(gnome-settings-daemon:11792): wacom-plugin-DEBUG: No Xinput2 support, disabling plugin
(gnome-settings-daemon:11792): media-keys-plugin-DEBUG: No Xinput2 support, disabling plugin
anyone struggling with wacom support?
Last edited by Heinrichmeyer (2012-10-17 10:36:50)
Offline
From the bugzilla report:
This sounds very much like an X server bug, which is why it broke after
upgrade. Maybe the Arch people accidentally compiled it without XInput2
support?
Has anyone investigated this possibility?
Entia non sunt multiplicanda praeter necessitatem
Offline
From the bugzilla report:
This sounds very much like an X server bug, which is why it broke after
upgrade. Maybe the Arch people accidentally compiled it without XInput2
support?Has anyone investigated this possibility?
Seems unlikely to me. I don't even see a way to NOT compile Xi2 on new xorg servers, and also:
$ xinput --version
xinput version 1.6.0
XI version on server: 2.2
and
$ xinput test-xi2 2
gives a good deal of output.
Offline