Re: [lfs-dev] systemd 196

2012-11-23 Thread Bruce Dubbs
Aleksey Rybalkin wrote: > Hi Bruce. > > I suggest to move `udevadm hwdb --update` up to the chapter in the book > (from Makefile.lfs). With that change fakeroot/DESTDIR folks can easily > move that line to their post-upgrades/post-installs. > > Right now `make DESTDIR= -f udev-lfs-196/Makefile.lfs

Re: [lfs-dev] systemd 196

2012-11-23 Thread Aleksey Rybalkin
Hi Bruce. I suggest to move `udevadm hwdb --update` up to the chapter in the book (from Makefile.lfs). With that change fakeroot/DESTDIR folks can easily move that line to their post-upgrades/post-installs. Right now `make DESTDIR= -f udev-lfs-196/Makefile.lfs install` does not work with that ins

Re: [lfs-dev] systemd 196

2012-11-22 Thread Bruce Dubbs
Bruce Dubbs wrote: > Bryan Kadzban wrote: > >> *Presumably* (without having actually looked at it) this database would >> be mapping from hardware IDs (vendor/device pairs, etc.) to human >> readable description strings, so I'd be surprised if 105 bytes was >> sufficient, yeah. Is there anything r

Re: [lfs-dev] systemd 196

2012-11-22 Thread Tobias Gasser
Am 21.11.2012 18:21, schrieb Bruce Dubbs: > I've been testing udev from systemd-196. I have been able to build and > install it with some changes to the LFS Makefile. One new capability is > that it has it's own hw database instead of lspci and lsusb. udev/systemd gets uglier with each release...

Re: [lfs-dev] systemd 196

2012-11-21 Thread Bruce Dubbs
Bryan Kadzban wrote: > *Presumably* (without having actually looked at it) this database would > be mapping from hardware IDs (vendor/device pairs, etc.) to human > readable description strings, so I'd be surprised if 105 bytes was > sufficient, yeah. Is there anything readable in there? (Might

Re: [lfs-dev] systemd 196

2012-11-21 Thread Bryan Kadzban
On Wed, Nov 21, 2012 at 11:21:21AM -0600, Bruce Dubbs wrote: > I've been testing udev from systemd-196. I have been able to build and > install it with some changes to the LFS Makefile. One new capability is > that it has it's own hw database instead of lspci and lsusb. > > The raw db files go