Description of problem: The dhcpv6-1.0.17-1.fc10.src.rpm package, or more specifically subpackage libdhcp6client-1.0.17-1.fc10.i386.rpm, breaks nash, and therefore mkinitrd, because it drops the symbol dadlist which nash needs. (nash is from mkinitrd-6.0.52-2.fc9.src.rpm) Version-Release number of selected component (if applicable): 1.0.17-1.fc10 How reproducible: Always Steps to Reproduce: 1. run "yum update" on a rawhide system to load up libdhcp6client-1.0.17-1.fc10.i386.rpm. 2. run "/sbin/mkinitrd --allow-missing -f /boot/initrd-2.6.26-0.37.rc4.fc10.i686.img 2.6.26-0.37.rc4.fc10.i686" or just try upgrading a kernel through yum or rpm. 3. ls -l /boot/initrd-2.6.26-0.37.rc4.fc10.i686.img Actual results: /sbin/nash: symbol lookup error: /usr/lib/libdhcp6client-1.0.so.2: undefined symbol: dadlist (repeated 37 times) and /boot/initrd-2.6.26-0.37.rc4.fc10.i686.img is only 50 bytes. Expected results: mkinitrd runs silently and makes an initrd of ~2.8 MB. Additional info: This is remarkably similar to bug 435636 from March 2, where libdhcp6client-1.0.12 dropped the dhcpv6_client symbol. Is someone a bit overzealous in purging out "obsolete" parts from this library? nash/mkinitrd was updated only 3 weeks ago, so it's not exactly old cruft.
Just fixed in rawhide. Yes, I am actively trying to get rid of this library (libdhcp6client) because it's horrible. Over the weekend I removed the homegrown netlink code and have it using libnl instead. I moved the dadlist variable by mistake, apologies.