Your message dated Fri, 14 Dec 2012 12:17:15 -0500
with message-id
<cang8-ddwfvv3+be88ajvbhhg2gkynhwtcurpgzfdz76omph...@mail.gmail.com>
and subject line Re: Bug#695928: [eagle] unable to run: error loading
libssl.so.0.9.8
has caused the Debian Bug report #695928,
regarding [eagle] unable to run: error loading libssl.so.0.9.8
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
695928: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695928
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: eagle
Version: 5.10.0-2
Severity: grave
--- Please enter the report below this line. ---
Until this week, I have been happily running Eagle. Clearly something
changed with a recent upgrade. When I try to start Eagle, I see the
following:
$ eagle
/home/magill/.eagle/bin/eagle: error while loading shared libraries:
libssl.so.0.9.8: wrong ELF class: ELFCLASS64
$ which eagle
/usr/bin/eagle
I'm not sure why I have the slightly odd path, but running
/usr/bin/eagle produces the same error. Ah, okay, the file in /usr/bin
is a script that launches the binary from my home dir.
$ locate libssl.so.0.9.8
/usr/lib/libssl.so.0.9.8
/usr/lib/Adobe/Reader9/Reader/intellinux/lib/libssl.so.0.9.8
/usr/lib/dropbox/libssl.so.0.9.8
$ file /usr/lib/libssl.so.0.9.8
/usr/lib/libssl.so.0.9.8: ELF 64-bit LSB shared object, x86-64, version
1 (SYSV), dynamically linked,
BuildID[sha1]=0x94647d966f47af4dca4ac42e497007de12300be1, stripped
$ file ~/.eagle/bin/eagle
/home/magill/.eagle/bin/eagle: ELF 32-bit LSB executable, Intel 80386,
version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux
2.6.4, stripped
So eagle is a 32-bit package, trying to access a 64-bit library? Yes,
that will go badly. How do I install a 32-bit version of libssl and
(re)convince Eagle to use it?
Let me know what I can do to help figure this out.
Thanks!
Arthur
--- System information. ---
Architecture: amd64
Kernel: Linux 3.2.0-3-amd64
Debian Release: wheezy/sid
990 testing www.deb-multimedia.org
990 testing security.debian.org
990 testing ftp.ch.debian.org
500 wheezy apsy.gse.uni-magdeburg.de
500 unstable ftp.ch.debian.org
500 stable repository.spotify.com
500 stable ftp.ch.debian.org
500 stable deb.opera.com
500 data apsy.gse.uni-magdeburg.de
1 experimental ftp.de.debian.org
--- Package information. ---
Depends (Version) | Installed
===================================-+-==============
eagle-data (= 5.10.0-2) | 5.10.0-2
ia32-libs (>= 20110117) | 1:0.4
lib32gcc1 (>= 1:4.1.1) | 1:4.7.2-4
lib32stdc++6 (>= 4.1.1) | 4.7.2-4
lib32z1 (>= 1:1.1.4) | 1:1.2.7.dfsg-13
libc6-i386 (>= 2.3.4) | 2.13-37
fontconfig-config | 2.9.0-7
Recommends (Version) | Installed
==============================-+-===========
extra-xdg-menus | 1.0-4
Package's Suggests field is empty.
--- End Message ---
--- Begin Message ---
On Fri, Dec 14, 2012 at 8:31 AM, Arthur Magill <arthur.mag...@epfl.ch> wrote:
> Package: eagle
> Version: 5.10.0-2
> Severity: grave
>
> --- Please enter the report below this line. ---
>
> Until this week, I have been happily running Eagle. Clearly something
> changed with a recent upgrade. When I try to start Eagle, I see the
> following:
>
> $ eagle
> /home/magill/.eagle/bin/eagle: error while loading shared libraries:
> libssl.so.0.9.8: wrong ELF class: ELFCLASS64
It seems that the problem came about because your system is using
Wheezy multiarched ia32-libs but Squeeze non-multiarched eagle.
Eagle is a 32 bit binary, and should only be using the 32 bit
libraries (even on amd64 systems).
The squeeze version of Eagle is looking for the 32 bit libssl:
/usr/lib32/i486/libssl.so.0.9.8
and is included in package ia32-libs in squeeze. However, you have a
version of ia32-libs installed from Wheezy. Wheezy introduced
multiarch, which allowed 32 and 64 bit libraries to be co-installed.
Eagle, a 32 bit binary, depends on 32 bit libraries.
Since you've already upgraded to ia32-libs from Wheezy, you either
have to downgrade it to the squeeze version to get the library back or
install a multiarched version of eagle:
$ dpkg --add-architecture i386
$ apt-get update
$ apt-get install eagle:i386 -t unstable
More information is here:
http://wiki.debian.org/Multiarch
fixing this is going to come down to getting the right versions of
different packages working together (either all from squeeze or all
from wheezy, mixing won't work).
Cheers,
Scott
--- End Message ---
