53627 2004-06-11 04:34 0000 grep-2.5.1-r2 + libpcre-4.4 broken 2004-06-12 01:19:22 0000 1 1 1 Unclassified Gentoo Linux Library unspecified x86 Linux CLOSED TEST-REQUEST P1 major --- 1 MasterOne@MHR.at mr_bones_@gentoo.org MasterOne@MHR.at 2004-06-11 04:34:13 0000 I performed an emerge -uD world today, which updated grep from 2.5.1-r1 to 2.5.1-r2 and installed libpcre-4.4 as a dependency (the perl useflag is new in grep-2.5.1-r2, it's not in the 2.5.1-r1 ebuild). This led to a failure in calculating module dependencies on boot. I just downgraded to grep-2.5.1-r1, unmerged libpcre, and everything seems to be fine again. MasterOne@MHR.at 2004-06-11 06:04:07 0000 Ok, I just reemerged latest grep-2.5.1-r2 with USE="-perl" and everything is still working fine, no error messages on boot, so it has to be a problem related to libpcre-4.4. tim.tailor@gmx.net 2004-06-11 13:24:25 0000 Just hit the same problem and then also downgraded grep. After that it worked again. I think it is a dependency problem.. localmount -> runscript.sh -> grep and grep is dynamically linked to /usr/lib/libpcre.so.0 So in case your /usr is on a partition of its own, you are in trouble.. mr_bones_@gentoo.org 2004-06-11 16:31:09 0000 yep. comment #2 is right on. I've modified the ebuild to link it statically if you have USE="perl" which should fix this. mr_bones_@gentoo.org 2004-06-11 16:31:35 0000 Resync and try it again please. mr_bones_@gentoo.org 2004-06-11 23:48:42 0000 Actually, -r4 is better. MasterOne@MHR.at 2004-06-12 01:19:22 0000 I indeed have /usr on a separate partition, and 2.5.1-r4 fixed it, I just emerged it, unmerged libpcre and did a reboot, now everything is fine again.