IF YOU WOULD LIKE TO GET AN ACCOUNT, please write an
email to Administrator. User accounts are meant only to access repo
and report issues and/or generate pull requests.
This is a purpose-specific Git hosting for
BaseALT
projects. Thank you for your understanding!
Только зарегистрированные пользователи имеют доступ к сервису!
Для получения аккаунта, обратитесь к администратору.
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.
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>
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>
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>
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.
On a ThinkPad X220 there is a microphone mute button which generates
ACPI event "ibm/hotkey HKEY 00000080 0000101b". As there is no key like
"micmute", map it to prog2.
Prefer reading keymaps from /etc/udev/keymaps/ so that it's easy to just
locally fix a key or two by copying the existing keymap file from
/lib/udev/keymaps/. This works similarly to udev rules.
http://bugs.debian.org/556045
