[gentoo-dev] prelink issues

[gentoo-dev] prelink issues

[Andy Arbon]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

I've just used prelink on my system and it's thrown up a few errors that
aren't covered in the docs. If someone who understands them could
explain them and any steps that I could take to rectify them I'd really
appreciate it. Some of these appear more than once for different files.

Thanks,

Andy

prelink: /usr/lib/libGLcore.so.1: Library without dependencies

prelink: /usr/bin/gnucash: Could not parse `/usr/bin/gnucash: error
while loading shared libraries: libgal.so.20: cannot open shared object
file: No such file or directory'

prelink: /usr/kde/3.1/bin/artscat: section file offsets not
monotonically increasing

prelink: /usr/lib/transgaming/winex/bin/dosmod: Not enough room to add
.dynamic entry
- -- The docs say that wine(x) won't work.. I'm just curious about what
the error means

prelink: /usr/bin/emacs: COPY relocations don't point into .bss or .sbss
section
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+I0ZeX3TTUvZURBERArcLAJ9j4pO/4PTbpRs3iyuSHLM+pIH9YACgj6LE
ZNKxDj45q2ezlN4uVumhypk=
=beSA
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] prelink issues

[Paul de Vrieze]

[-- Attachment #1: signed data --]
[-- Type: text/plain, Size: 1517 bytes --]

On Tuesday 14 January 2003 00:06, Andy Arbon wrote:
> Hello,
>
> I've just used prelink on my system and it's thrown up a few errors that
> aren't covered in the docs. If someone who understands them could
> explain them and any steps that I could take to rectify them I'd really
> appreciate it. Some of these appear more than once for different files.
>
> Thanks,
>
> Andy
>
> prelink: /usr/lib/libGLcore.so.1: Library without dependencies
No dependencies is no problem at all!

>
> prelink: /usr/bin/gnucash: Could not parse `/usr/bin/gnucash: error
> while loading shared libraries: libgal.so.20: cannot open shared object
> file: No such file or directory'

Well, I guess you didn't use gnucash lately as apparently there is no 
libgal.so.20 to be found. Unmerging and merging might help

>
> prelink: /usr/kde/3.1/bin/artscat: section file offsets not
> monotonically increasing
>
Don't know about this one though. But don't worry.

> prelink: /usr/lib/transgaming/winex/bin/dosmod: Not enough room to add
> .dynamic entry
> -- The docs say that wine(x) won't work.. I'm just curious about what
> the error means
>

This means that it is linked with an old version of binutils that doesn't 
support prelinking. The error is rather mystic though ;-) .

> prelink: /usr/bin/emacs: COPY relocations don't point into .bss or .sbss
> section

Don't know either, but emacs doesn't have itself prelinked. Live with it.

Paul

-- 
Paul de Vrieze
Researcher
Mail: pauldv@cs.kun.nl
Homepage: http://www.cs.kun.nl/~pauldv

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

Re: [gentoo-dev] prelink issues

[Spider]

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

begin  quote
On Mon, 13 Jan 2003 23:06:08 +0000
Andy Arbon <gentoo@andrewarbon.co.uk> wrote:



 
> prelink: /usr/lib/libGLcore.so.1: Library without dependencies

its a static library. doesnt use ld.so and cant be prelinkd. neither can
anything that depends on it. Go Nvidia

> 
> prelink: /usr/bin/gnucash: Could not parse `/usr/bin/gnucash: error
> while loading shared libraries: libgal.so.20: cannot open shared
> object file: No such file or directory'

theres missing a library that gnucash depends on.   gal is making odd
things, again. either emerge the old version of gal (gal-0.20) or
rebuild gnucash and it will link against the new version

> 
> prelink: /usr/kde/3.1/bin/artscat: section file offsets not
> monotonically increasing
No Idea, I've noticed it in other binaries

> 
> prelink: /usr/lib/transgaming/winex/bin/dosmod: Not enough room to add
> .dynamic entry
yey, built against the wrong version of glibc.



> - -- The docs say that wine(x) won't work.. I'm just curious about
> what the error means
Well, it works for me, but I had to add an entry to /etc/env.d to
provide the LDPATH to include my winex-cvs/lib dir.


> 
> prelink: /usr/bin/emacs: COPY relocations don't point into .bss or
> .sbss section

More proof that you shouldnt use emacs ;-)      Actually I have no idea.


//Spider
--
begin  .signature
This is a .signature virus! Please copy me into your .signature!
See Microsoft KB Article Q265230 for more information.
end

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

Re: [gentoo-dev] prelink issues

[Andy Arbon]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,
|>- -- The docs say that wine(x) won't work.. I'm just curious about
|>what the error means
|
| Well, it works for me, but I had to add an entry to /etc/env.d to
| provide the LDPATH to include my winex-cvs/lib dir.
|

I use the binary winex from Transgaming, so that might explain the
difference.

I can't say that prelinking has made a noticable difference on my
system, but the bottleneck in my system is the HD by quite a long way,
so maybe that's to be expected. Also, I don't use KDE or Gnome or
anything like that (FVWM has always been pretty snappy ;) ) .

Thanks to you and the other guy that replied.

Cheers,

Andy


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQE+JACJX3TTUvZURBERAlh3AKCax0OVI1voOVoQ8aidnQouIz5CJQCgidTr
uZKb3YGsvuyXHzCIZnT55G8=
=vv6Z
-----END PGP SIGNATURE-----


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] prelink issues

[Mark Gordon]

On Tue, 14 Jan 2003 13:18:58 +0100
Spider <spider@gentoo.org> wrote:

<snip>

> > prelink: /usr/kde/3.1/bin/artscat: section file offsets not
> > monotonically increasing
> No Idea, I've noticed it in other binaries

I can see what it might be complaining about, but how the situation
arose and how to fix it is another matter.

# objdump -h /usr/kde/3.1/bin/artscat
/usr/kde/3.1/bin/artscat:     file format elf32-i386

Sections:
Idx Name          Size      VMA       LMA       File off  Algn
    :
    :
    :
 20 .got          000002ac  080527d0  080527d0  0000a7d0  2**2
                  CONTENTS, ALLOC, LOAD, DATA
 21 .bss          00000fb8  08052a80  08052a80  0000aa80  2**3
                  ALLOC
 22 .comment      00000156  00000000  00000000  0000aa80  2**0
                  CONTENTS, READONLY

Notice that the file offsets of the last two items are the same.

I'm not currently using prelinking so I can't check whether this is the
problem. Also, I don't know what caused it to happen.
-- 
Mark Gordon

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] prelink issues

[Evan Powers]

On Tuesday 14 January 2003 07:18 am, Spider wrote:
> its a static library. doesnt use ld.so and cant be prelinkd. neither can
> anything that depends on it. Go Nvidia

I've read this several places now. Since I have a NVIDIA gfx card, I'm 
interested in this issue. ;-)

Question. Is it that binaries that depend on NVIDIA's OpenGL lib can't be 
prelinked /at all/?

I've been trying to find technical descriptions of prelinking for a while now, 
without much luck. The links I get from Google have apparently gone stale....

If the above question is true, it's apparently true that you can't "partially 
prelink" a binary. (Say the binary depends on libfoo.so and libbar.so. I mean 
that it's apparently not possible to prelink references to libfoo.so but 
/not/ references to libbar.so.) Anybody know where I can find out why? Or is 
something else entirely going on?

Evan Powers

--
gentoo-dev@gentoo.org mailing list

RE: [gentoo-dev] prelink issues

[Riyad Kalla]

You pretty much took the questions out of my mouth.

I second this question! :)

-Riyad

> -----Original Message-----
> From: Evan Powers [mailto:powers.161@osu.edu] 
> Sent: Tuesday, January 14, 2003 10:04 AM
> To: gentoo-dev@gentoo.org
> Subject: Re: [gentoo-dev] prelink issues
> 
> 
> On Tuesday 14 January 2003 07:18 am, Spider wrote:
> > its a static library. doesnt use ld.so and cant be 
> prelinkd. neither 
> > can anything that depends on it. Go Nvidia
> 
> I've read this several places now. Since I have a NVIDIA gfx 
> card, I'm 
> interested in this issue. ;-)
> 
> Question. Is it that binaries that depend on NVIDIA's OpenGL 
> lib can't be 
> prelinked /at all/?
> 
> I've been trying to find technical descriptions of prelinking 
> for a while now, 
> without much luck. The links I get from Google have 
> apparently gone stale....
> 
> If the above question is true, it's apparently true that you 
> can't "partially 
> prelink" a binary. (Say the binary depends on libfoo.so and 
> libbar.so. I mean 
> that it's apparently not possible to prelink references to 
> libfoo.so but 
> /not/ references to libbar.so.) Anybody know where I can find 
> out why? Or is 
> something else entirely going on?
> 
> Evan Powers
> 
> --
> gentoo-dev@gentoo.org mailing list
> 


--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] prelink issues

[Dylan Carlson]

On Monday 13 January 2003 06:06pm, Andy Arbon wrote:
> Hello,
>
> I've just used prelink on my system and it's thrown up a few errors that
> aren't covered in the docs. If someone who understands them could
> explain them and any steps that I could take to rectify them I'd really
> appreciate it. Some of these appear more than once for different files.
>

Prelinking is not predictable.  

I've got two gentoo systems here in front of me... built almost 
identically, but I experienced different results with each.  After doing a 
prelink -afmR, it's an edgy day of experimenting to figure out what broke.

That said, *most* things work.  Some things you won't find until you give 
real usage (like my printing failures -- thought I had problem with cups 
-- and it was ghostscript giving me a runtime error on account of 
prelinking).

Other bins that prelinked without error, and gave me runtime problems: 
man/groff/troff, kde's moc, fluxbox.    I'm forgetting others.

The moral of the story is, people shouldn't expect everything to work just 
because prelink doesn't give an error.    IMO it was hasty to unmask 
prelink, esp on the eve of 1.4's release...  If it were me, I'd make that 
a post-1.4 feature.

These issues will go away over time... On my systems, prelinking has been 
nice for KDE stuff in particular and that's why I continue to use it.   
OpenOffice is still slow.   Everything else was probably fast enough 
without prelinking to where I don't notice a difference now...  

Cheers,
Dylan Carlson [absinthe@pobox.com]

--
gentoo-dev@gentoo.org mailing list