Hi,
I updated recently libpcre to 8.30-r2 on ~10 system without
problems. Today I updated the last one. As usually, this
message has been printed:
* Messages for package dev-libs/libpcre-8.30-r2:
* Old versions of installed libraries were detected on your system.
* In order to avoid breaking packages that depend on these old libs,
* the libraries are not being removed. You need to run revdep-rebuild
* in order to remove these old dependencies. If you do not have this
* helper program, simply emerge the 'gentoolkit' package.
*
* # revdep-rebuild --library '/lib64/libpcre.so.0' &&
rm '/lib64/libpcre.so.0'
So I run first:
# revdep-rebuild --library '/lib64/libpcre.so.0'
To my big surprise, none packages have been found:
* There are no dynamic links to /lib64/libpcre.so.0. All done
I was a little suspicious because I remember on all other
systems 2 packages had to be recompiled. So I created copy
of the above mentioned library in homedir, and removed it:
# rm '/lib64/libpcre.so.0'
Then I tried "revdep-rebuild" and got plenty of errors:
grep: error while loading shared libraries: libpcre.so.0:
cannot open shared object file: No such file or directory
Apparently, grep needs libpcre.so.0. But how is it possible
that "revdep-rebild --library '/lib64/libpcre.so.0'" does not
find any package linked to libpcre.so.0, yet when I remove it,
grep is broken?
Does anybody remember what was the 2nd package linked to
libpcre.so.0, which had to be recompliled after libpcre
upgrade?
Jarry
--
__________________________________________________ _____________
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.
05-31-2012, 05:43 PM
Michael Mol
libpcre.so.0 not used, yet system broken...
On Thu, May 31, 2012 at 1:34 PM, Jarry <mr.jarry@gmail.com> wrote:
> Hi,
> I updated recently libpcre to 8.30-r2 on ~10 system without
> problems. Today I updated the last one. As usually, this
> message has been printed:
>
> * Messages for package dev-libs/libpcre-8.30-r2:
> * Old versions of installed libraries were detected on your system.
> * In order to avoid breaking packages that depend on these old libs,
> * the libraries are not being removed. You need to run revdep-rebuild
> * in order to remove these old dependencies. If you do not have this
> * helper program, simply emerge the 'gentoolkit' package.
> *
> * * # revdep-rebuild --library '/lib64/libpcre.so.0' &&
> *rm '/lib64/libpcre.so.0'
>
> So I run first:
> # revdep-rebuild --library '/lib64/libpcre.so.0'
>
> To my big surprise, none packages have been found:
> * There are no dynamic links to /lib64/libpcre.so.0. All done
>
> I was a little suspicious because I remember on all other
> systems 2 packages had to be recompiled. So I created copy
> of the above mentioned library in homedir, and removed it:
> # rm '/lib64/libpcre.so.0'
>
> Then I tried "revdep-rebuild" and got plenty of errors:
>
> grep: error while loading shared libraries: libpcre.so.0:
> *cannot open shared object file: No such file or directory
>
> Apparently, grep needs libpcre.so.0. But how is it possible
> that "revdep-rebild --library '/lib64/libpcre.so.0'" does not
> find any package linked to libpcre.so.0, yet when I remove it,
> grep is broken?
>
> Does anybody remember what was the 2nd package linked to
> libpcre.so.0, which had to be recompliled after libpcre
> upgrade?
I'll venture 'sed' as a guess.
--
:wq
05-31-2012, 05:50 PM
Hinnerk van Bruinehsen
libpcre.so.0 not used, yet system broken...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 31.05.2012 19:34, Jarry wrote:
> Hi, I updated recently libpcre to 8.30-r2 on ~10 system without
<SNIP>
>
> Does anybody remember what was the 2nd package linked to
> libpcre.so.0, which had to be recompliled after libpcre upgrade?
>
> Jarry
equery d -a libpcre spits out tons of packages, though. Assuming the
ebuilds have the right dependencies set, you could try it yourself and
reemerge the things listed.
That should be at least a start...
WKR
Hinnerk
PS: equery is part of gentoolkit
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
equery d -a libpcre spits out tons of packages, though. Assuming the
ebuilds have the right dependencies set, you could try it yourself and
reemerge the things listed.
That should be at least a start...
Thanks for tip! I have found this in /var/log/emerge.log
on different (but very similar) system:
So I suppose grep and syslog-ng must be re-emerged.
Yet I'm surprised revdep-rebuild did not find anything
linked to libpcre.so.0 this time...
Jarry
--
__________________________________________________ _____________
This mailbox accepts e-mails only from selected mailing-lists!
Everything else is considered to be spam and therefore deleted.
06-01-2012, 03:41 AM
Joseph
libpcre.so.0 not used, yet system broken...
I see the same situation, is is asking to rebuild and remove against "libpcre.so.0"
Should I backup this file first, before removing it?
The strange part is that on my other systems it did not ask me to rebuild/remove this library.
--
Joseph
On 05/31/12 19:34, Jarry wrote:
Hi,
I updated recently libpcre to 8.30-r2 on ~10 system without
problems. Today I updated the last one. As usually, this
message has been printed:
* Messages for package dev-libs/libpcre-8.30-r2:
* Old versions of installed libraries were detected on your system.
* In order to avoid breaking packages that depend on these old libs,
* the libraries are not being removed. You need to run revdep-rebuild
* in order to remove these old dependencies. If you do not have this
* helper program, simply emerge the 'gentoolkit' package.
*
* # revdep-rebuild --library '/lib64/libpcre.so.0' &&
rm '/lib64/libpcre.so.0'
So I run first:
# revdep-rebuild --library '/lib64/libpcre.so.0'
To my big surprise, none packages have been found:
* There are no dynamic links to /lib64/libpcre.so.0. All done
I was a little suspicious because I remember on all other
systems 2 packages had to be recompiled. So I created copy
of the above mentioned library in homedir, and removed it:
# rm '/lib64/libpcre.so.0'
Then I tried "revdep-rebuild" and got plenty of errors:
grep: error while loading shared libraries: libpcre.so.0:
cannot open shared object file: No such file or directory
Apparently, grep needs libpcre.so.0. But how is it possible
that "revdep-rebild --library '/lib64/libpcre.so.0'" does not
find any package linked to libpcre.so.0, yet when I remove it,
grep is broken?
Does anybody remember what was the 2nd package linked to
libpcre.so.0, which had to be recompliled after libpcre
upgrade?
libpcre.so.0 not used, yet system broken...
