Re: [Patch] udev: new dasd_id tool

[Kay Sievers <kay.sievers@vrfy.org>]

On Tue, 2006-11-28 at 17:22 +0100, Volker Sameske wrote:
> > The current multipath already uses the current dasd_id in /lib/udev?
> 
> Yes, the current mp-tools package calls the symlink /sbin/dasd_id
> 
> > Well, we usually don't care about backwards compat in that direction. A
> > udev version can simply require a minimal kernel version, and this
> > should be fine.
> > 
> > But how do we handle people already using the current persistent links?
> > Your new tool creates different names for the same devices on recent
> > kernels, right?
> 
> Yes. If the new uid is available in a distribution dasd_id returns:
> 
> ID_BUSÌw
> ID_TYPE=disk
> ID_SERIAL=IBM.75000000092461.4d00.34
> 
> if not, you'll get:
> 
> ID_BUSÌw
> ID_TYPE=disk
> ID_SERIAL=0X4D34

So, how do we handle possible users who use the old name? Always create
both links? Warn on update?

> > Right, that's always good to avoid.
> So you can see my problem :)

Yes and no, it would be fine in its own package too, I think. But let's
solve the real problems first ...

Thanks,
Kay


-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CIDÞVDEV
_______________________________________________
Linux-hotplug-devel mailing list  http://linux-hotplug.sourceforge.net
Linux-hotplug-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel