Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#2438 - binaries from expect-5.42.1-1 are linked wrongly

Attached to Project: Arch Linux
Opened by Sergey Manucharyan (manuchar) - Tuesday, 22 March 2005, 12:38 GMT
Last edited by Dale Blount (dale) - Tuesday, 22 March 2005, 12:59 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jason Chu (jason)
Architecture not specified
Severity High
Priority Normal
Reported Version 0.7 Wombat
Due in Version Undecided
Due Date Undecided
Percent Complete 0%
Votes 0
Private No

Details

expect and expectk try to load a library from strange place:

$ expectk
expectk: error while loading shared libraries: /home/jchu/arch/extra/devel/expect/pkg/usr/lib/tls/i686/sse2/libtk8.4.so: cannot read file data: Error 21
This task depends upon

Closed by  Kevin Piche (kpiche)
Friday, 20 May 2005, 13:43 GMT
Reason for closing:  Fixed
Additional comments about closing:  New version 5.43.0 and fixed rpath.
Comment by Paul Mattal (paul) - Tuesday, 05 April 2005, 12:36 GMT
I can't seem to replicate this here.

I have:

expect 5.42.1-1
tk 8.4.9-1

ldd on my /usr/bin/expectk gives:

[pjmattal@pedantic ~]$ ldd /usr/bin/expectk
linux-gate.so.1 => (0xffffe000)
libtk8.4.so => /usr/lib/libtk8.4.so (0xb7f10000)
libtcl8.4.so => /usr/lib/libtcl8.4.so (0xb7e60000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7d94000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7d81000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7d70000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7d4c000)
libutil.so.1 => /lib/tls/libutil.so.1 (0xb7d49000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7c30000)
/lib/ld-linux.so.2 (0xb7feb000)

Do you have /usr/lib/libtk8.4.so in place on your system? It should be if the tk package is installed.

Figuring out how we can replicate your problem is the first step to solving it, so bear with us!
Comment by Paul Mattal (paul) - Sunday, 01 May 2005, 20:27 GMT
Has this problem gone away for you? If so, I will close the bug. I just tested again today on another machine, and it's just like the above.
Comment by Kevin Piche (kpiche) - Thursday, 19 May 2005, 18:43 GMT
The binaries do contain Jason's home dir though... :)

$ strings /usr/bin/expect |grep home
/home/jchu/arch/extra/devel/expect/pkg/usr/lib:/usr/lib:/usr/X11R6/lib
$ strings /usr/bin/expectk |grep home
/home/jchu/arch/extra/devel/expect/pkg/usr/lib:/usr/lib:/usr/X11R6/lib
$

I'll take a look at the package.
Comment by Kevin Piche (kpiche) - Friday, 20 May 2005, 13:42 GMT
The "make installation" step included the builder's home directiroy in the rpath. Modified PKGBUILD to fix this and for new version of expect.
Comment by Paul Mattal (paul) - Friday, 20 May 2005, 13:44 GMT
Awesome! Thanks for working on this.

Loading...