[gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Marc Blumentritt]

Hi,

everytime I run revdep-rebuild, it wants to rebuild dev-java/swt-3.2-r2 
. When I do this, it emerges fine, but revdep-rebuild still complains.

It states, that
broken /usr/lib/libswt-awt-gtk-3232.so (requires  libjawt.so)

Looking for libjawt.so, I got this result:


equery belongs libjawt.so
[ Searching for file(s) libjawt.so in *... ]
dev-java/sun-jdk-1.5.0.10 (/opt/sun-jdk-1.5.0.10/jre/lib/i386/libjawt.so)

So I reemerged sun-jdk and afterward swt, but still revdep-rebuild 
complains.

Does anyone here have some hints, what could be wrong and where to look?

Thanks in advance
Marc

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Bogo Mipps]

On Thu, 05 Apr 2007, you wrote:
> everytime I run revdep-rebuild, it wants to rebuild dev-java/swt-3.2-r2
> . When I do this, it emerges fine, but revdep-rebuild still complains.
>
> It states, that
> broken /usr/lib/libswt-awt-gtk-3232.so (requires  libjawt.so)
>
> Looking for libjawt.so, I got this result:
>
>
> equery belongs libjawt.so
> [ Searching for file(s) libjawt.so in *... ]
> dev-java/sun-jdk-1.5.0.10 (/opt/sun-jdk-1.5.0.10/jre/lib/i386/libjawt.so)
>
> So I reemerged sun-jdk and afterward swt, but still revdep-rebuild
> complains.

I have had the same problem for some time, but with libnio.so, like so:

<snip>
Checking dynamic linking consistency...
  broken /opt/sun-jdk-1.4.2.13/jre/lib/i386/libnio.so (no version information 
available)
 done.
  (/root/.revdep-rebuild.3_rebuild)
<snip>
All prepared. Starting rebuild...
emerge --oneshot -pv =dev-java/sun-jdk-1.4.2.13
<snip>

I've both sun-jdk 1.4 & 1.5 installed: was hoping it would just "go away", but 
it doesn't seem to want to!  No noticeable ill-effect yet, but like you would 
appreciate some advice as to what I should do ...

TIA

Bogo 


-- 
Sent via KMail 1.9.6, Gentoo 1.12.9, Linux-2.6.20-gentoo-r3
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Dale]

[-- Attachment #1: Type: text/plain, Size: 1422 bytes --]

Bogo Mipps wrote:
> On Thu, 05 Apr 2007, you wrote:
>   
>> everytime I run revdep-rebuild, it wants to rebuild dev-java/swt-3.2-r2
>> . When I do this, it emerges fine, but revdep-rebuild still complains.
>>
>> It states, that
>> broken /usr/lib/libswt-awt-gtk-3232.so (requires  libjawt.so)
>>
>> Looking for libjawt.so, I got this result:
>>
>>
>> equery belongs libjawt.so
>> [ Searching for file(s) libjawt.so in *... ]
>> dev-java/sun-jdk-1.5.0.10 (/opt/sun-jdk-1.5.0.10/jre/lib/i386/libjawt.so)
>>
>> So I reemerged sun-jdk and afterward swt, but still revdep-rebuild
>> complains.
>>     
>
> I have had the same problem for some time, but with libnio.so, like so:
>
> <snip>
> Checking dynamic linking consistency...
>   broken /opt/sun-jdk-1.4.2.13/jre/lib/i386/libnio.so (no version information 
> available)
>  done.
>   (/root/.revdep-rebuild.3_rebuild)
> <snip>
> All prepared. Starting rebuild...
> emerge --oneshot -pv =dev-java/sun-jdk-1.4.2.13
> <snip>
>
> I've both sun-jdk 1.4 & 1.5 installed: was hoping it would just "go away", but 
> it doesn't seem to want to!  No noticeable ill-effect yet, but like you would 
> appreciate some advice as to what I should do ...
>
> TIA
>
> Bogo 
>
>
>   

Similar problem with gcc too.  It has been around for a long time too. 
Makes you wonder huh?

Dale

:-)  :-)  :-)

-- 
www.myspace.com/-remove-me-dalek1967

Copy n paste then remove the -remove-me- part.


[-- Attachment #2: Type: text/html, Size: 2029 bytes --]

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Rumen Yotov]

Hi,
On Thu, 5 Apr 2007 15:59:21 +1200
Bogo Mipps <bogo-mipps@e3.net.nz> wrote:

> On Thu, 05 Apr 2007, you wrote:
> > everytime I run revdep-rebuild, it wants to rebuild
> > dev-java/swt-3.2-r2 . When I do this, it emerges fine, but
> > revdep-rebuild still complains.
> >
> > It states, that
> > broken /usr/lib/libswt-awt-gtk-3232.so (requires  libjawt.so)
> >
> > Looking for libjawt.so, I got this result:
> >
> >
> > equery belongs libjawt.so
> > [ Searching for file(s) libjawt.so in *... ]
> > dev-java/sun-jdk-1.5.0.10
> > (/opt/sun-jdk-1.5.0.10/jre/lib/i386/libjawt.so)
> >
> > So I reemerged sun-jdk and afterward swt, but still revdep-rebuild
> > complains.
> 
> I have had the same problem for some time, but with libnio.so, like
> so:
> 
> <snip>
> Checking dynamic linking consistency...
>   broken /opt/sun-jdk-1.4.2.13/jre/lib/i386/libnio.so (no version
> information available)
>  done.
>   (/root/.revdep-rebuild.3_rebuild)
> <snip>
> All prepared. Starting rebuild...
> emerge --oneshot -pv =dev-java/sun-jdk-1.4.2.13
> <snip>
> 
> I've both sun-jdk 1.4 & 1.5 installed: was hoping it would just "go
> away", but it doesn't seem to want to!  No noticeable ill-effect yet,
> but like you would appreciate some advice as to what I should do ...
> 
> TIA
> 
> Bogo 
This happens with all "binary-source" ;) packages, like java,
firefox-bin, openoffice-bin etc.
They have been made to work on quite all systems (despite existing
libraries).
Use CONFIG_PROTECT_MASK=/dir/path in /etc/make.conf to work around.
PS: check the ML-archives, forums etc for more info.
HTH. Rumen
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 513 bytes --]

Hello Rumen Yotov,

> This happens with all "binary-source" ;) packages, like java,
> firefox-bin, openoffice-bin etc.
> They have been made to work on quite all systems (despite existing
> libraries).
> Use CONFIG_PROTECT_MASK=/dir/path in /etc/make.conf to work around.

You mask out binary packages with SEARCH_DIRS_MASK=""
in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an
entirely different use.


-- 
Neil Bothwick

Don't take life too seriously, you won't get out alive.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Marc Blumentritt]

Thanks for the answers, but to be honest, I still do not get, what the 
problem is and how to solve it. Could someone explain me, what goes 
wrong, if I use a binary package like sun-jdk?

Thanks
Marc

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 642 bytes --]

On Thu, 05 Apr 2007 11:12:38 +0200, Marc Blumentritt wrote:

> Thanks for the answers, but to be honest, I still do not get, what the 
> problem is and how to solve it. Could someone explain me, what goes 
> wrong, if I use a binary package like sun-jdk?

The "problem" is that revdep-rebuild checks the consistency of packages
built from source on your system. The messages about binary packages are
spurious, as what revdep-rebuild does does not apply to them. That's why
the config file has an option to stop it even checking such packages.


-- 
Neil Bothwick

If Barbie is so popular, why do you have to buy her friends?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Alan McKinnon]

On Thursday 05 April 2007, Marc Blumentritt wrote:
> Thanks for the answers, but to be honest, I still do not get, what
> the problem is and how to solve it. Could someone explain me, what
> goes wrong, if I use a binary package like sun-jdk?

The problem is that you can't recompile sun-jdk.

Say you have package A which needs library B. You update library B to 
the next higher version, but neither library B nor it's ebuild is aware 
of other packages that use or may use it. Don't try and "fix" this - 
there be dragons...

revdep-rebuild might now detect that binary files in package A are still 
looking for old libs that have been replaced in the meantime. The 
solution is easy - recompile package A and the build process will find 
and link to the correct libraries that you now *do* have. But you can't 
do that with a third party binary app.

Remember that ebuild defines which *packages* they depend on, not the 
files in those packages. So it's quite possible that sun compiled 
something that would like to use lib-1.2.3.so and you have 
lib-1.2.5.so. It all still works nicely because the shared libraries 
system is designed to cope with this as an essential feature, but 
revdep-rebuild will complain.

You *could* get around the problem with a complex arrangment of 
symlinks, but then you'd have to maintain them. It's so much easier to 
just tell revdep-rebuild to ignore the binary package altogether, using 
Rumen and Neil's suggestions

alan


-- 
Optimists say the glass is half full,
Pessimists say the glass is half empty,
Developers say wtf is the glass twice as big as it needs to be?

Alan McKinnon
alan at linuxholdings dot co dot za
+27 82, double three seven, one nine three five
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Rumen Yotov]

Hi Neil,
On Thu, 5 Apr 2007 08:52:12 +0100
Neil Bothwick <neil@digimed.co.uk> wrote:
> Hello Rumen Yotov,
> 
> > This happens with all "binary-source" ;) packages, like java,
> > firefox-bin, openoffice-bin etc.
> > They have been made to work on quite all systems (despite existing
> > libraries).
> > Use CONFIG_PROTECT_MASK=/dir/path in /etc/make.conf to work around.
> 
> You mask out binary packages with SEARCH_DIRS_MASK=""
> in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an
> entirely different use.
You're right, my bad (was too lazy to search, so looked at the end of
latest emerged package - found CONFIG_PROTECT_MASK and sited it).
The OP needs SEARCH_DIRS_MASK="" of course.
Rumen
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Roy Wright]

Alan McKinnon wrote:
> You *could* get around the problem with a complex arrangment of 
> symlinks, but then you'd have to maintain them. It's so much easier to 
> just tell revdep-rebuild to ignore the binary package altogether, using 
> Rumen and Neil's suggestions
>
>   

So shouldn't /opt be in SEARCH_DIRS_MASK by default as that is where binary
packages are suppose to be installed?

TIA,
Roy
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 691 bytes --]

On Thu, 05 Apr 2007 11:34:19 -0500, Roy Wright wrote:

> So shouldn't /opt be in SEARCH_DIRS_MASK by default as that is where
> binary packages are suppose to be installed?

Most binary packages now install a file into /etc/revdep-rebuild setting
SEARCH_DIRS_MASK for that package, rather than blindly masking out the
whole of /opt without knowing what a user may have installed in there.
This includes a java file on the two boxes I've checked (one running IBM
Java and the other with Sun and Blackdown JDKs installed.

If the OP's Java package hasn't installed such a file, a bug report would
be in order.


-- 
Neil Bothwick

The gene pool could use a little chlorine.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Bogo Mipps]

On Thu, 05 Apr 2007, Neil Bothwick wrote:
> You mask out binary packages with SEARCH_DIRS_MASK=""
> in /etc/revdep-rebuild/99revdep-rebuild. CONFIG_PROTECT_MASK has an
> entirely different use.

For the record, worked for me, with:

SEARCH_DIRS_MASK="/opt/sun-jdk-1.4.2.13"

Thanks, Neil

Bogo

-- 
Sent via KMail 1.9.6, Gentoo 1.12.9, Linux-2.6.20-gentoo-r3
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: revdep-rebuild wants to rebuild always dev-java/swt-3.2-r2

[Marc Blumentritt]

Alan McKinnon schrieb:
> On Thursday 05 April 2007, Marc Blumentritt wrote:
>> Thanks for the answers, but to be honest, I still do not get, what
>> the problem is and how to solve it. Could someone explain me, what
>> goes wrong, if I use a binary package like sun-jdk?
> 
> The problem is that you can't recompile sun-jdk.
> 
I think,the discussion went in the wrong direction. The problem is NOT, 
that sun-jdk depends upon some lib!

It is swt, that depends upon one lib of sun-jdk. As steated in my first 
post, I get this message from revdep-rebuild:

broken /usr/lib/libswt-awt-gtk-3232.so (requires  libjawt.so)

And then it wants to rebuild swt. Of course, I do not know, if swt is 
binary or source?

But if it is a source package, rebuilding should solve any dependency on 
binary libs, shouldn't it? An if it should, why does it not work on my 
system?

On the other hand, if it is a binary package, than I will post a bug 
report, like Neil suggested.

Or am I completly wrong and missed the point of Alan's explanation?

Marc


-- 
gentoo-user@gentoo.org mailing list