Bug 306011

Summary:	revdep-rebuild --library libz.so.1 : issue wouldn't persist.
Product:	Gentoo Linux	Reporter:	Toralf Förster <toralf>
Component:	Current packages	Assignee:	Gentoo Linux bug wranglers <bug-wranglers>
Status:	RESOLVED INVALID
Severity:	normal
Priority:	High
Version:	unspecified
Hardware:	All
OS:	Linux
URL:	http://forums.gentoo.org/viewtopic-t-816210-highlight-.html
Whiteboard:
Package list:		Runtime testing required:	---

Description Toralf Förster gentoo-dev

2010-02-20 10:31:30 UTC

Today I run "revdep-rebuild --library libjpeg.so.7" which runs fine, reemerged 34 packages and after that I run revdep-rebuild again and as expected no package to reemerge.
Therefore I'm wondering why this isn't true for libz.so.1 as mentioned within the forum thread.


Reproducible: Always

Comment 1 Doktor Notor 2010-02-20 12:30:41 UTC

› I tried to do that # revdep-rebuild --library libz.so.1 , after a problem I had > with chromium-bin. It had said me that is a problem with libz.so.1. 

Uhm revdep-rebuild obviously won't and can't fix any -bin stuff. emerge chromium (not -bin) if you have problems.

Comment 2 Toralf Förster gentoo-dev

2010-02-20 14:21:30 UTC

(In reply to comment #1)
> › I tried to do that # revdep-rebuild --library libz.so.1 , after a problem I
> had > with chromium-bin. It had said me that is a problem with libz.so.1. 
> 
> Uhm revdep-rebuild obviously won't and can't fix any -bin stuff. emerge
> chromium (not -bin) if you have problems.
> 
I do not have installed chromium - and I don't plan to do it.

I read the forum thread (see URL) and I think this is probably an issue of revdep-rebuild which could be solved, isn't it ?

Comment 3 Samuli Suominen (RETIRED) gentoo-dev

2010-02-20 14:30:49 UTC

Because when you do 'emerge --library libjpeg.so.7' everything will be compiled against libjpeg.so.8 but when you do 'emerge --library libz.so.1' everything will be recompile against libz.so.1 again.

It's not a bug, it's a feature.

Comment 4 Toralf Förster gentoo-dev

2010-02-20 14:57:18 UTC

(In reply to comment #3)
> It's not a bug, it's a feature.
Ok - then bugzilla isn't the right place to ask - however I'm wondering about this :
If I ran "revdep-rebuild --library libjpeg.so.7" 2 times in a row - then the 2nd time the result set was empty (as expected).
Why isn't this the case for "revdep-rebuild --library libz.so" ?

Comment 5 Samuli Suominen (RETIRED) gentoo-dev

2010-02-20 15:39:49 UTC

(In reply to comment #4)
> (In reply to comment #3)
> > It's not a bug, it's a feature.
> Ok - then bugzilla isn't the right place to ask - however I'm wondering about
> this :
> If I ran "revdep-rebuild --library libjpeg.so.7" 2 times in a row - then the
> 2nd time the result set was empty (as expected).
> Why isn't this the case for "revdep-rebuild --library libz.so" ?
> 

I just explained it in Comment #3. The zlib's soname didn't change like jpeg's did. revdep-rebuild --library <something> will recompile everything that's using the given filename, even if there's nothing broken