From mboxrd@z Thu Jan 1 00:00:00 1970 From: Erik van Konijnenburg Date: Sat, 25 Oct 2003 10:40:49 +0000 Subject: Re: [ANNOUNCE] udev 004 release Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org 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