libpcre.so.0 not used, yet system broken...
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. |
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 |
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 On my system: equery d libpcre * These packages depend on libpcre: app-admin/syslog-ng-3.3.5 (pcre ? dev-libs/libpcre) dev-lang/swig-2.0.4-r1 (pcre ? dev-libs/libpcre) dev-vcs/git-1.7.8.6 (perl ? dev-libs/libpcre) net-analyzer/ettercap-0.7.4.1 (pcre ? dev-libs/libpcre) net-analyzer/nmap-6.00 (dev-libs/libpcre) sys-apps/grep-2.12 (pcre ? >=dev-libs/libpcre-7.8-r1) sys-apps/less-445-r1 (pcre ? dev-libs/libpcre) www-client/epiphany-extensions-3.4.0 (pcre ? >=dev-libs/libpcre-3.9-r2) 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/ iQEcBAEBAgAGBQJPx697AAoJEJwwOFaNFkYcfUMIALGx1RTijj 6+8RGrF1uySfiK DN0IPUo5JeCWF8qwCq4Nqf4Sjsy7B/o2dqSA/CxmYZHu+JU5DCIu0Sk+mNz2HObR kiEYh6YtotBqS19rOsgIB+d4OophhYY/c/YJk6wxNLFl0UjvWjXJYGGJwZTj3aV4 tKpkbSda/j3tXJAxdLLcxz0QNTLAM9tEkvQK0ukZYPJsiCy2gmJswLRYxtH o7O22 LTft3p2KSPosgNChSBxSqN31MH40DCZY7zL+AoixTNiWRivM3l 4Nl6G63IWmP81X 7m5QENwUxouEj3k5mQ7OljkCgwu1HwEshCpc1sCPbOy0oVAeBw CkooQ8Hfp1uaw= =yffo -----END PGP SIGNATURE----- |
libpcre.so.0 not used, yet system broken...
On 31-May-12 19:50, Hinnerk van Bruinehsen wrote:
-----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? equery d libpcre * These packages depend on libpcre: app-admin/syslog-ng-3.3.5 (pcre ? dev-libs/libpcre) dev-lang/swig-2.0.4-r1 (pcre ? dev-libs/libpcre) dev-vcs/git-1.7.8.6 (perl ? dev-libs/libpcre) net-analyzer/ettercap-0.7.4.1 (pcre ? dev-libs/libpcre) net-analyzer/nmap-6.00 (dev-libs/libpcre) sys-apps/grep-2.12 (pcre ?>=dev-libs/libpcre-7.8-r1) sys-apps/less-445-r1 (pcre ? dev-libs/libpcre) www-client/epiphany-extensions-3.4.0 (pcre ?>=dev-libs/libpcre-3.9-r2) 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: emerge --oneshot --complete-graph app-admin/syslog-ng:0 sys-apps/grep:0 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. |
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? Jarry |
| All times are GMT. The time now is 07:57 AM. |
VBulletin, Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.