FS#50796 - [libcups] 2.2.0-1 causes multimedia keys to stop working
Attached to Project:
Arch Linux
Opened by Adam Dagan (adam777) - Friday, 16 September 2016, 06:28 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 22 September 2016, 05:18 GMT
Opened by Adam Dagan (adam777) - Friday, 16 September 2016, 06:28 GMT
Last edited by Andreas Radke (AndyRTR) - Thursday, 22 September 2016, 05:18 GMT
|
Details
Description:
When upgrading libcups to 2.2.0-1 multimedia keys (i.e. fn+function keys for volume control etc.) stop working. Nothing happens when you try and activate a multimedia key. libcups 2.1.4-2 works fine. |
This task depends upon
Closed by Andreas Radke (AndyRTR)
Thursday, 22 September 2016, 05:18 GMT
Reason for closing: Fixed
Additional comments about closing: 2.2.0-3
Thursday, 22 September 2016, 05:18 GMT
Reason for closing: Fixed
Additional comments about closing: 2.2.0-3
Just noticed something else:
With libcups 2.1.4-2 installed, xev (xorg-xev) shows nothing when volume keys are pressed, but volume works.
With libcups 2.2.0-1 installed, xev display the expected keycodes (XF86AudioRaiseVolume, XF86AudioLowerVolume, XF86AudioMute), but nothing happens.
Perhaps some weird Gnome issue?
- libsups 2.2.0 + no cups-filters
- libcups 2.2.0 + cups-filters 1.11.2
- libcups 2.2.0 + cups-filters 1.11.3
https://bugzilla.redhat.com/show_bug.cgi?id=1366775
Seems libcups goes into endless loop when cups is not running on localhost. This can happen when cups is not installed or when cups is disabled in systemd (systemd will launch cups on connect if it's installed and not disabled).
Seems it goes into a loop there too. Also a machine with no cups server running, only libcups installed.
Other machine with full cups setup does not show this hang. Weird.
Why was this file removed?
Having libcups for dependency without running a local cups server leeds to infinite loops and weird behavior caused by https://github.com/apple/cups/issues/4870. You should be able workaround it with
setting up a local cups server and use cups-filters 1.11.3-2.
seems you are right. I installed fresh versions of cups (cups 2.2.0-2, libcups 2.2.0-2), cups-filter (1.11.3-2) and ENABLED and STARTED org.cups.cupsd.socket (though I don't have any printer connected to that linux box). After I restarted samba and gnome-settings-daemon (it was affected too) all seems fine, both samba and gsd don't load at very high the CPU.
If I understand your last sentence correctly this configuration (installed both libcups and cups and explicitly enabled and started socket or service for cups) is only a workaround and not standard way to work with cups. Otherwise samba and gnome-settings-daemon have to depend on both libcups and cups and to require to start cups server (either using socket activation or just service).
cups 2.2.0-3, libcups 2.2.0-3, stopped org.cups.cupsd.service, org.cups.cupsd.socket, disable the last one and removed /run/cups/cups.sock. After that I restarted samba service and gnome-settings-daemon, all works fine without high CPU load.