Re: [ANNOUNCE] udev 004 release

[Erik van Konijnenburg <ekonijn@xs4all.nl>]

On Fri, Oct 24, 2003 at 03:42:26PM +0200, Kay Sievers wrote:
> On Wed, Oct 22, 2003 at 04:52:10PM -0700, Greg KH wrote:
> > On Wed, Oct 22, 2003 at 05:24:24AM +0200, Kay Sievers wrote:
> > > The problem is that the resolving of owner/group name to its numeric id
> > > needs shared libc libs. What does this mean for klibc?
> > 
> > Hm, not good.  udev has to be able to be linked statically.  I just got
> > the klibc build working properly, and it makes a world of difference in
> > size compared to glibc.
> > 
> > Could we convert the permissions file to numbers at build time?  That
> > way the /etc/* file parsing would not be needed.  Yeah, it's not the
> > nicest solution.  Anyone know of any other way we can do this properly?
> 
> here is the patch for ownership setting on the ceated device node,
> supporting only numeric id's given in udev.permissions.
> For now, it may be better than nothing.

What about the following approach?

- You don't want uid/gid resolved at build time or specified
  numericaly, it would make the sysadm very unhappy.
- On the other hand, nobody cares much about device ownership
  before /etc/passwd is mounted and the nsswitch is operational.
  At that time, it is sufficient for udev to just create the device,
  so that root can mount it.
- So you really need two versions of udev, one suitable for use on
  initramfs (linked to klibc) that ignores ownership while creating
  devices, another (linked to glibc) that does proper user/group
  name resolution, using /etc/group, LDAP or whatever they'll
  think up next.
- Somewhere early in the boot cycle you will need a script that
  switches from the minimal udev to full udev and that applies
  the ownership info from the config file to devices that already
  have been created.

Regards,
Erik



-------------------------------------------------------
This SF.net email is sponsored by: The SF.net Donation Program.
Do you like what SourceForge.net is doing for the Open
Source Community?  Make a contribution, and help us add new
features and functionality. Click here: http://sourceforge.net/donate/
_______________________________________________
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