[gentoo-user] libpcre.so.0 not used, yet system broken...

 
Post new topic   General Reply to Topic (not reply to a specific post)    Forums Home -> User RSS
Next:  Bug#662854: remmina crashes at random intervals  
Author Message
Jarry
External


Since: Sep 03, 2009
Posts: 40



PostPosted: Thu May 31, 2012 3:10 pm    Post subject: [gentoo-user] libpcre.so.0 not used, yet system broken...
Archived from groups: linux>gentoo>user (more info?)


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.
Back to top
Michael Mol
External


Since: Jan 17, 2007
Posts: 181



PostPosted: Thu May 31, 2012 3:10 pm    Post subject: Re: [gentoo-user] libpcre.so.0 not used, yet system broken... [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

On Thu, May 31, 2012 at 1:34 PM, 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?

I'll venture 'sed' as a guess.

--
:wq
Back to top
Hinnerk van Bruinehsen
External


Since: Dec 08, 2011
Posts: 12



PostPosted: Thu May 31, 2012 3:10 pm    Post subject: Re: [gentoo-user] libpcre.so.0 not used, yet system broken... [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

-----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/

iQEcBAEBAgAGBQJPx697AAoJEJwwOFaNFkYcfUMIALGx1RTijj6+8RGrF1uySfiK
DN0IPUo5JeCWF8qwCq4Nqf4Sjsy7B/o2dqSA/CxmYZHu+JU5DCIu0Sk+mNz2HObR
kiEYh6YtotBqS19rOsgIB+d4OophhYY/c/YJk6wxNLFl0UjvWjXJYGGJwZTj3aV4
tKpkbSda/j3tXJAxdLLcxz0QNTLAM9tEkvQK0ukZYPJsiCy2gmJswLRYxtHo7O22
LTft3p2KSPosgNChSBxSqN31MH40DCZY7zL+AoixTNiWRivM3l4Nl6G63IWmP81X
7m5QENwUxouEj3k5mQ7OljkCgwu1HwEshCpc1sCPbOy0oVAeBwCkooQ8Hfp1uaw=
=yffo
-----END PGP SIGNATURE-----
Back to top
Jarry
External


Since: Sep 03, 2009
Posts: 40



PostPosted: Thu May 31, 2012 3:10 pm    Post subject: Re: [gentoo-user] libpcre.so.0 not used, yet system broken... [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

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.
Back to top
Joseph
External


Since: Aug 08, 2009
Posts: 26



PostPosted: Fri Jun 01, 2012 1:10 am    Post subject: Re: [gentoo-user] libpcre.so.0 not used, yet system broken... [Login to view extended thread Info.]
Archived from groups: per prev. post (more info?)

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
Back to top
Display posts from previous:   
Post new topic   General Reply to Topic (not reply to a specific post)    Forums Home -> User All times are: Eastern Time (US & Canada)
Page 1 of 1

 
You can post new topics in this forum
You can reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum