[ANNOUNCE] udev 152 release

[ANNOUNCE] udev 152 release

[Kay Sievers]

Here comes a new udev version. Thanks to all who have contributed to
this release.

The tarball can be found here:
 ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug/

The development repository can be found here:
 http://www.kernel.org/git/?p=linux/hotplug/udev.git;a=summary

The ChangeLog can be found here:
 http://www.kernel.org/git/?p=linux/hotplug/udev.git;a=blob;hb=HEAD;f=ChangeLog

udev 152
====
Bugfixes.

"udevadm trigger" defaults to "change" events now instead of "add"
events. The "udev boot script" might need to add "--action­d" to
the trigger command if not already there, in case the initial coldplug
events are expected as "add" events.

The option "all_partitions" was removed from udev. This should not be
needed for usual hardware. Udev can not safely make assumptions
about non-existing partition major/minor numbers, and therefore no
longer provide this unreliable and unsafe option.

The option "ignore_remove" was removed from udev. With devtmpfs
udev passed control over device nodes to the kernel. This option
should not be needed, or can not work as advertised. Neither
udev nor the kernel will remove device nodes which are copied from
the /lib/udev/devices/ directory.

All "add|change" matches are replaced by "!remove" in the rules and
in the udev logic. All types of events will update possible symlinks
and permissions, only "remove" is handled special now.

The modem modeswitch extra was removed and the external usb_modeswitch
program should be used instead.

New and fixed keymaps.

Re: [ANNOUNCE] udev 152 release

[Robby Workman]

[-- Attachment #1: Type: text/plain, Size: 806 bytes --]

On Tue, 20 Apr 2010 09:55:16 +0200
Kay Sievers <kay.sievers@vrfy.org> wrote:

> The tarball can be found here:
>  ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug/
> ... 
> udev 152


I rambled around the IRC channel a bit before I figured out
what the heck was wrong, and I'm only posting here because I 
suspect someone else might run across this and be equally 
baffled trying to find what is later an obvious thing :-)

Somehow the configure and configure.ac inside the udev-152 source
tarball has this:

  ./configure:  with_firmware_path="/lib/fimware/updates:/lib/fimware"
  ./configure.ac:	[with_firmware_path="/lib/fimware/updates:/lib/fimware"]

I don't see that string in the git repo, so I guess there was
a typo when running autogen.sh on your end of things.  

-RW

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [ANNOUNCE] udev 152 release

[Robby Workman]

[-- Attachment #1: Type: text/plain, Size: 1215 bytes --]

On Tue, 20 Apr 2010 22:46:19 -0500
Robby Workman <rw@rlworkman.net> wrote:

> On Tue, 20 Apr 2010 09:55:16 +0200
> Kay Sievers <kay.sievers@vrfy.org> wrote:
> 
> > The tarball can be found here:
> >  ftp://ftp.kernel.org/pub/linux/utils/kernel/hotplug/
> > ... 
> > udev 152
> 
> 
> I rambled around the IRC channel a bit before I figured out
> what the heck was wrong, and I'm only posting here because I 
> suspect someone else might run across this and be equally 
> baffled trying to find what is later an obvious thing :-)
> 
> Somehow the configure and configure.ac inside the udev-152 source
> tarball has this:
> 
>   ./configure:  with_firmware_path="/lib/fimware/updates:/lib/fimware"
>   ./configure.ac:
> [with_firmware_path="/lib/fimware/updates:/lib/fimware"]
> 
> I don't see that string in the git repo, so I guess there was
> a typo when running autogen.sh on your end of things.  


Ooh, I take that back.  I'm blind.

configure.ac in git has the bad string.  I suspect it's easier
to just fix yourself as opposed to applying a patch, but just
in case:
http://git.rlworkman.net/gitweb.cgi?p=udev.git;a=commitdiff;h=24e229e4c0bbbb0c882f70cab40be9d03c67be91

-RW

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [ANNOUNCE] udev 152 release

[Andreas Metzler]

Kay Sievers <kay.sievers <at> vrfy.org> writes:
[...] 
> Here comes a new udev version. 
[...]
> udev 152
[...]
> The option "all_partitions" was removed from udev. This should not be
> needed for usual hardware. Udev can not safely make assumptions
> about non-existing partition major/minor numbers, and therefore no
> longer provide this unreliable and unsafe option.
[...]

Hello,

is there a officially suggested replacement for "all_partitions"?
USB-cardreaders are not "unusual", but nevertheless usually do not report
media-changes (See 
http://www.reactivated.net/writing_udev_rules.html#example-usbcardreader).

thanks, cu andreas

Re: [ANNOUNCE] udev 152 release

[Kay Sievers]

On Sun, Oct 3, 2010 at 08:55, Andreas Metzler
<ametzler@downhill.at.eu.org> wrote:
> Kay Sievers <kay.sievers <at> vrfy.org> writes:
> [...]
>> Here comes a new udev version.
> [...]
>> udev 152
> [...]
>> The option "all_partitions" was removed from udev. This should not be
>> needed for usual hardware. Udev can not safely make assumptions
>> about non-existing partition major/minor numbers, and therefore no
>> longer provide this unreliable and unsafe option.
> [...]

>
> is there a officially suggested replacement for "all_partitions"?
> USB-cardreaders are not "unusual", but nevertheless usually do not report
> media-changes (See
> http://www.reactivated.net/writing_udev_rules.html#example-usbcardreader).

No, not in udev. The main device node needs to be polled periodically.
This is usually done by udisks, a simple 'touch' will also do.
Currently it's being worked on to add polling to the kernel itself.

Kay

Re: [ANNOUNCE] udev 152 release

[Andreas Metzler]

Kay Sievers <kay.sievers@vrfy.org> wrote:
> On Sun, Oct 3, 2010 at 08:55, Andreas Metzler
> <ametzler@downhill.at.eu.org> wrote:
>> Kay Sievers <kay.sievers <at> vrfy.org> writes:
>> [...]
>>> Here comes a new udev version.
>> [...]
>>> udev 152
>> [...]
>>> The option "all_partitions" was removed from udev. This should not be
>>> needed for usual hardware. Udev can not safely make assumptions
>>> about non-existing partition major/minor numbers, and therefore no
>>> longer provide this unreliable and unsafe option.
>> [...]

>> is there a officially suggested replacement for "all_partitions"?
>> USB-cardreaders are not "unusual", but nevertheless usually do not report
>> media-changes (See
>> http://www.reactivated.net/writing_udev_rules.html#example-usbcardreader).

> No, not in udev. The main device node needs to be polled periodically.
> This is usually done by udisks, a simple 'touch' will also do.
> Currently it's being worked on to add polling to the kernel itself.

Isn't polling evil(TM)?

I would be (and was) perfectlywithe leightweight solution of of
automatically get /dev/sdX[1-8] and symlinks /dev/cardreader/sd[1-8]
instead of just /dev/sdX and the symlink /dev/cardreader/sd when udev
detects the presence of the cardreader device. Whether the number of
device nodes exactly matches the number of partitions on the inserted
sd-card is not really of importance for me.

cu andreas