Bug 53627 - grep-2.5.1-r2 + libpcre-4.4 broken
|
Bug#:
53627
|
Product: Gentoo Linux
|
Version: unspecified
|
Platform: x86
|
|
OS/Version: Linux
|
Status: CLOSED
|
Severity: major
|
Priority: P1
|
|
Resolution: TEST-REQUEST
|
Assigned To: mr_bones_@gentoo.org
|
Reported By: MasterOne@MHR.at
|
|
Component: Library
|
|
|
URL:
|
|
Summary: grep-2.5.1-r2 + libpcre-4.4 broken
|
|
Keywords:
|
|
Status Whiteboard:
|
|
Opened: 2004-06-11 04:34 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.
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.
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..
yep. comment #2 is right on. I've modified the ebuild to link it statically
if you have USE="perl" which should fix this.
Resync and try it again please.
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.