public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
* [gentoo-user] libpcre.so.0 not used, yet system broken...
@ 2012-05-31 17:34 Jarry
  2012-05-31 17:43 ` Michael Mol
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Jarry @ 2012-05-31 17:34 UTC (permalink / raw
  To: gentoo-user

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.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] libpcre.so.0 not used, yet system broken...
  2012-05-31 17:34 [gentoo-user] libpcre.so.0 not used, yet system broken Jarry
@ 2012-05-31 17:43 ` Michael Mol
  2012-05-31 17:50 ` Hinnerk van Bruinehsen
  2012-06-01  3:41 ` Joseph
  2 siblings, 0 replies; 5+ messages in thread
From: Michael Mol @ 2012-05-31 17:43 UTC (permalink / raw
  To: gentoo-user

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



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] libpcre.so.0 not used, yet system broken...
  2012-05-31 17:34 [gentoo-user] libpcre.so.0 not used, yet system broken Jarry
  2012-05-31 17:43 ` Michael Mol
@ 2012-05-31 17:50 ` Hinnerk van Bruinehsen
  2012-05-31 18:00   ` Jarry
  2012-06-01  3:41 ` Joseph
  2 siblings, 1 reply; 5+ messages in thread
From: Hinnerk van Bruinehsen @ 2012-05-31 17:50 UTC (permalink / raw
  To: gentoo-user

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



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] libpcre.so.0 not used, yet system broken...
  2012-05-31 17:50 ` Hinnerk van Bruinehsen
@ 2012-05-31 18:00   ` Jarry
  0 siblings, 0 replies; 5+ messages in thread
From: Jarry @ 2012-05-31 18:00 UTC (permalink / raw
  To: gentoo-user

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.



^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [gentoo-user] libpcre.so.0 not used, yet system broken...
  2012-05-31 17:34 [gentoo-user] libpcre.so.0 not used, yet system broken Jarry
  2012-05-31 17:43 ` Michael Mol
  2012-05-31 17:50 ` Hinnerk van Bruinehsen
@ 2012-06-01  3:41 ` Joseph
  2 siblings, 0 replies; 5+ messages in thread
From: Joseph @ 2012-06-01  3:41 UTC (permalink / raw
  To: gentoo-user

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



^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-06-01  3:43 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-05-31 17:34 [gentoo-user] libpcre.so.0 not used, yet system broken Jarry
2012-05-31 17:43 ` Michael Mol
2012-05-31 17:50 ` Hinnerk van Bruinehsen
2012-05-31 18:00   ` Jarry
2012-06-01  3:41 ` Joseph

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox