I really do often grep /etc recursively. Having a 5Mb bin in /etc tree reminds me of old times having /etc/X11/bin symlinking to /usr/bin. This was rejected long time ago by FSH standards. Under /etc there is NOT the place of generated files! (If you think of installed files - these config files should only have all commented out default values)! There are enough possible places: /var/lib /lib Please don't think of /usr for to hold it, because it is not thought of holding local adaptions! Reproducible: Always
Please post your `emerge --info' output in a comment.
Also, `emerge -vpq sys-fs/udev'.
Hmm, I thought this is of hwids package, because of Changelog: 02 Dec 2012; Samuli Suominen <ssuominen@gentoo.org> hwids-20121202.2.ebuild, hwids-99999999.ebuild: Use ids-update.pl from systemd tarball to regenerate udev.bin binary But hwdb USE flag of # emerge -vpq udev [ebuild R ] sys-fs/udev-196-r1 USE="acl gudev hwdb introspection keymap kmod openrc -doc (-selinux) -static-libs" shows, this should be configured with udev? Or systemd? # emerge -vpq systemd [ebuild R ] sys-apps/systemd-196 USE="acl audit cryptsetup kmod lzma pam tcpd xattr -gcrypt -http -python -qrcode (-selinux) -vanilla" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7"
Excerpt from man udevadm shows: --- udevadm hwdb [options] Maintain the hardware database index in /etc/udev/hwdb.bin. --update Compile the hardware dabase information located in /usr/l..... and store it in /etc/udev/hwdb.bin. This should be done with ..... files, it will not be called automatically. The running udev daemon will detect a new database on its own and does not need to be .... --- Without any option to put hwdb.bin at a self defined place. This surely is an upstream bug: systemd/udev team is missing the taste for the right place!
Uups, Jeroen Roovers changed my thread title - it is about "/etc/udev/hwdb.bin" annouingly is the wrong place for a generated 5Mb database file! Please, if you feel the same, is someone bug it upstream?
Okay so this has nothing to do with hwids. The file is maintained by udev, and we really only generate it out of convenience so that you don't have to. I'd also suggest bringing this upstream — it's their call where the file should be put. I guess the answer is going to be that if you want to be able to split /var out that, you can't put it in /var, so /etc sounds like a proper place. OTOH if there is a way to generate it at src_compile() time, and then have it installed by the ebuild in /usr/share it might be a good thing.
udev supports early boot without premounting /var, therefore leaving /etc the only logical place for the file: http://cgit.freedesktop.org/systemd/systemd/commit/Makefile.am?id=1e1954f53386cb773e2a152748dd31c4d36aa2d8 file an upstream bug if you wish another system-level root directory like /share to be created definately not an gentoo bug
