Age | Commit message (Collapse) | Author |
|
|
|
|
|
- save some extra forks and grep with shell code instead of calling
grep
- use $() instead of backticks (improves readability and addes
nesting capabilities)
Signed-off-by: Harald Hoyer <harald@redhat.com>
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
On Sun, Nov 6, 2011 at 21:45, William Hubbs <w.d.hubbs@gmail.com> wrote:
> someone on gentoo just reported to me that the following rule has been
> deleted from udev-174, which is leaving his optical devices in the
> standard "disk" group. He does not want to add his users to this group.
|
|
|
|
|
|
|
|
This ensures that we get the same behavior on both 32- and
64-bit. Pointed out on the mailing list:
http://permalink.gmane.org/gmane.linux.hotplug.devel/17145
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
Otherwise it will return 0x7fffffffffffffff instead of
0x8000000000000004 for e.g. this property
ID_PART_ENTRY_FLAGS=0x8000000000000004
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
https://launchpad.net/bugs/606599
|
|
https://launchpad.net/bugs/696671
|
|
https://launchpad.net/bugs/763525
|
|
https://launchpad.net/bugs/795694
|
|
Thanks Lukáš Mojžíš!
https://launchpad.net/bugs/770680
|
|
|
|
This avoids running udevadm info --query=name against a non-existing devnode,
which aborts the script early.
|
|
Provide default arguments for SRCDIR and KEYLIST, so that you can just run this
from the root of the source tree, separately from make distcheck.
|
|
Linux Kernel 3.1 now has proper support for a mic mute button:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=33009557bd
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
|
|
|
|
|
|
|
|
This patch adds mic mute keycode support for the Lenovo Thinkpad USB
keyboard. Support for this keycode was introduced upstream, and will be
defined in upcoming 3.1 Linux Kernel input.h header:
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=33009557bd
Signed-off-by: Martin Pitt <martin.pitt@ubuntu.com>
|
|
ConditionVirtualization=!container
|
|
David: uh, don't you need curly braces in the udevd.c part at the bottom?
|
|
|
|
|
|
|
|
|
|
namespace one
|
|
When a worker receives both a signal and a udev event in the same epoll_wait
run, the event must be processed first because the udev parent considers the
event already dispatched. If we process the signal first and exit, udevd
times out after 60 seconds waiting for a response from an already-dead
worker.
Ref: https://bugs.launchpad.net/bugs/818177
Signed-off-by: Steve Langasek <steve.langasek@canonical.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Signed-off-by: Petr Uzel <petr.uzel@suse.cz>
|
|
All mounting is done by systemd now. Non-systemd systems
need to ship their own rules if they want fusefs be auto-mounted.
|
|
|
|
|
|
Automounters may need information like this to e.g. allow unprivileged
applications to mount filesystems from a CF card but not from
other ATA devices. See https://bugzilla.redhat.com/show_bug.cgi?id=734191
Signed-off-by: David Zeuthen <davidz@redhat.com>
|
|
|
|
<mgorny> it seems that udev-git is b0rked while tag '173' works fine for me
<mgorny> the rule in question is:
<mgorny> also, with >173 persistent-net rules seem to get constantly recreated
for same devices
<kay> mgorny: logic bug. we only sort the keys in an index, but we don't care
about the index when reading the list, which doesn't work too well for
the rules file list where we depend on the order
|
|
This keyboard have 16 "multimedia" keys plus a "4-way turbo scroll pad" which
is essentially a round up/down/left/right button. Unfortunately most of these
keys emit non-standard scancodes in a range 495-508 which does not make any
sense. I tried to remap those to the best of my knowledge.
Note the keyboard comes up as two event devices, second one is multimedia
keys, so I ended up adding ENV{ID_USB_INTERFACE_NUM}=="01" to avoid
unnecessary initialization of the "main" keyboard.
|
|
New mappings were needed when the mechanical keyboard was
introduced, and GNOME was made a peer to the sugar desktop.
see http://lists.laptop.org/pipermail/devel/2010-July/029384.html
|