Re: Udev incorrectly generating entries in /dev/.udev/failed

Alexander E. Patrakov wrote: Anthony Wright wrote: ACTION=="add", ENV{MODALIAS}=="?*", RUN+="/bin/sh -c '/sbin/modprobe $$MODALIAS ; [ -e /sys$$DEVPATH/driver -o -e /sys$$DEVPATH/device/driver ] '" This is indeed too long. Maybe (untested, relies on obsolete PHYSDEVDRIVER variable, will cert

udev.rules - /dev/cdrom is not longer created

In LFS 6.1.1 the device /dev/cdrom is created during boot. In the current version it is no longer created. It's not a required device, but it is fairly useful as it avoids programs having to hunt around the block devices trying to work out which is the cdrom, and it's a simple change to put it

Re: udev.rules - /dev/cdrom is not longer created

On Fri, Jul 28, 2006 at 01:02:51AM +0100, Anthony Wright wrote: > In LFS 6.1.1 the device /dev/cdrom is created during boot. In the > current version it is no longer created. It's not a required device, but > it is fairly useful as it avoids programs having to hunt around the > block devices try

problems building 6.2

The udev-config tarball unpacks into the wrong directory. # tar tf ../sources/udev-config-6.2-pre2.tar.bz2 udev-config-6.2/ udev-config-6.2/25-lfs.rules <..> Note the missing "-pre2" from the directory name. This causes the jhalfs build to die. -- Archaic Want control, education, and security

Re: problems building 6.2

Archaic wrote: > The udev-config tarball unpacks into the wrong directory. > > # tar tf ../sources/udev-config-6.2-pre2.tar.bz2 > udev-config-6.2/ > udev-config-6.2/25-lfs.rules > <..> > > Note the missing "-pre2" from the directory name. This causes the jhalfs > build to die. I did this because

Re: problems building 6.2

On Thu, Jul 27, 2006 at 11:24:14PM -0500, Bruce Dubbs wrote: > > I did this because I really don't expect the udev and bootscripts to > change prior to final, so they are now in their "final" form. Could you > do a quick sed in the jhalfs scripts to remove the -pre{$num} from the > instructions?