[Clfs-dev] Recent Updates to CLFS builds

William Harrington berzerkula at cox.net
Tue Aug 28 10:14:02 PDT 2012


On Aug 28, 2012, at 10:51 AM, Martin Ward wrote:

> On 28/08/12 15:43, William Harrington wrote:
>> Some more updates since I've gone through the pure64 bit book.
>>
>> I've been trying different udev configurations that make sense,  
>> but our udev bootscript isn't matching.
>>
>> Our bootscript expects /lib/udev/udevadm   (that is fixed with -- 
>> libexecdir=/lib)
>>                           expects /bin/udevadm              (not a  
>> problem for now)
>>
>> We do need to update our bootscript for udev; however. I think  
>> udevadm needs to be in /sbin and so the udev bootscript would need  
>> to be updated since it runs: /bin/udevadm and not /sbin/udevadm  
>> like it should be.
>>
> this is what i do
> ./configure --prefix=/usr --libdir=/lib --bindir=/sbin -- 
> sysconfdir=/etc --libexecdir=/lib  --disable-rule_generator -- 
> disable-introspection --disable-keymap --disable-gudev --with-usb- 
> ids-path=no --with-pci-ids-path=no    --with- 
> systemdsystemunitdir=no   --with-firmware-path=/lib/firmware
>
> move the pkg-config file to /usr/lib/
>
> ln -sfv /lib/udev/udevd /sbin/udevd
>

pkg-config file is taken care of with our make install command so  
that is well in CLFS.

is it proper to link udevd ?
In the FHS I don't see /libexec anyway, we should maybe make the  
libexec directory /sbin.
or /sbin/udev. /lib/udev is fine, but then why link it to /sbin ?

I agree we need the bindir to be /sbin.

The rule generator we need for people who want persistent devices,  
unless I'm wrong, that's what it is for. systemdsystemunitdir is no  
anyway with our builds.  Thanks for some confirmations, still unsure  
on libexec and udevd.


>> What is the community's thought on this?
>>
>> I used this configure option the last round:
>>
>> --prefix=/usr --with-rootprefix="" --sysconfdir=/etc --libexecdir=/ 
>> lib --enable-rule_generator
>> --disable-introspection --disable-keymap --disable-gudev --with- 
>> usb-ids-path=no
>> --with-pci-ids-path=no
>>
>> Althouh this will put libudev into /usr/lib.   Do we need to make  
>> sure the libs get put into /lib in case someone has /usr as a  
>> separate partition and it is not yet mounted when the udev script  
>> is ran?
>>
>> I was looking to see what all may be linked to /usr/lib/libudev  
>> libraries but I don't see anything that would harm that. But I  
>> would like to make all of this proper.
>>
>>
> see above
>> =================BOOTING================
>>
>> DEVTMPFS issues.
>>
>> I've had issues with this and the bootscripts as well.
>>
> i've changed the bootscripts slightly to take into account ,  
> devtmps on /dev, the /run dir, udev just being a permission and  
> group changing util now, my /tmp is also a tmpfs so i don't need to  
> clean it out every time i reboot
>
> could send you a patch to see what you think
>

A patch would be good. We need to update the bootscripts.

I can test it and see what goes on then communicate with Jonathan  
when I see him as he oversees the bootscripts.
>>
> cheers
>
> Martin
> _______________________________________________
> Clfs-dev mailing list
> Clfs-dev at lists.cross-lfs.org
> http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org

Thanks for the input Martin,

Sincerely,

William Harrington



More information about the Clfs-dev mailing list