Acknowledgement sent to Peter Chubb <peter@chubb.wattle.id.au>:
New Bug report received and forwarded. Copy sent to Yu Guanghui <ygh@debian.org>.
(full text, mbox, link).
Package: skyeye
Version: 1.2.1-2
Severity: grave
On a fresh x86 installation, trying to run skyeye gives:
skyeye: error while loading shared libraries: libbfd-2.17.so: cannot open shared object file: No such file or directory
$ ls -l /usr/lib/libbfd*
-rw-r--r-- 1 root root 776764 May 7 19:52 /usr/lib/libbfd-2.17.50.20070426.so
-rw-r--r-- 1 root root 5607398 May 7 19:52 /usr/lib/libbfd.a
lrwxrwxrwx 1 root root 26 May 15 10:44 /usr/lib/libbfd.so -> libbfd-2.17.50.20070426.so
$ dpkg -l binutils-dev
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name Version Description
+++-==============-==============-============================================
ii binutils-dev 2.17cvs2007042 The GNU binary utilities (BFD development fi
--
Dr Peter Chubb http://www.gelato.unsw.edu.au peterc AT gelato.unsw.edu.au
http://www.ertos.nicta.com.au ERTOS within National ICT Australia
Information forwarded to debian-bugs-dist@lists.debian.org, Yu Guanghui <ygh@debian.org>: Bug#423933; Package skyeye.
(full text, mbox, link).
Acknowledgement sent to Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>:
Extra info received and forwarded to list. Copy sent to Yu Guanghui <ygh@debian.org>.
(full text, mbox, link).
Peter Chubb <peter@chubb.wattle.id.au> (15/05/2007):
> Package: skyeye
> Version: 1.2.1-2
> Severity: grave
>
> On a fresh x86 installation, trying to run skyeye gives:
> skyeye: error while loading shared libraries: libbfd-2.17.so: cannot
> open shared object file: No such file or directory
After a rebuild, it looks like this is gone. Although, I noticed this
during the build:
dpkg-shlibdeps: warning: unable to find dependency information for shared library libbfd (soname 2.17.50.20070713, path libbfd-2.17.50.20070713.so, dependency field Depends)
It looks to me that a binNMU might be sufficient, hence Cc-ing
debian-release.
Cheers,
--
Cyril Brulebois
Information forwarded to debian-bugs-dist@lists.debian.org, Yu Guanghui <ygh@debian.org>: Bug#423933; Package skyeye.
(full text, mbox, link).
Acknowledgement sent to Steve Langasek <vorlon@debian.org>:
Extra info received and forwarded to list. Copy sent to Yu Guanghui <ygh@debian.org>.
(full text, mbox, link).
To: Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>
Cc: Peter Chubb <peter@chubb.wattle.id.au>, 423933@bugs.debian.org,
debian-release@lists.debian.org
Subject: Re: Bug#423933: libbfd-2.17.so not found
Date: Sun, 15 Jul 2007 00:07:46 -0700
On Sat, Jul 14, 2007 at 10:20:24PM +0200, Cyril Brulebois wrote:
> Peter Chubb <peter@chubb.wattle.id.au> (15/05/2007):
> > Package: skyeye
> > Version: 1.2.1-2
> > Severity: grave
> > On a fresh x86 installation, trying to run skyeye gives:
> > skyeye: error while loading shared libraries: libbfd-2.17.so: cannot
> > open shared object file: No such file or directory
> After a rebuild, it looks like this is gone. Although, I noticed this
> during the build:
> dpkg-shlibdeps: warning: unable to find dependency information for shared library libbfd (soname 2.17.50.20070713, path libbfd-2.17.50.20070713.so, dependency field Depends)
> It looks to me that a binNMU might be sufficient, hence Cc-ing
> debian-release.
Except that a binNMU will still pick up a dependency on 'binutils', which is
still wrong.
I find four packages in the archive that are picking up a dependency on
'binutils' by way of shlibs: ggcov, nitpic, skyeye, and sysprof.
nitpic needs libbfd-2.16.91.so, that's nice...
ggcov, sysprof, and skyeye at least manage to have binary packages in stable
that depend on the matching version of binutils.
But all four packages are buggy, as is binutils for providing broken shlibs.
The shlibs provided by binutils are effectively not supportable in a stable
release; which means that until binutils has reasonable shlibs (perhaps
using a virtual package name, the way apt does for its library?), packages
should not be dynamically linking to libbfd.
No binNMUs scheduled -- that would fix the current brokenness of the binary
packages in unstable, but wouldn't fix the root RC bug.
Thanks,
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Information forwarded to debian-bugs-dist@lists.debian.org, Yu Guanghui <ygh@debian.org>: Bug#423933; Package skyeye.
(full text, mbox, link).
Acknowledgement sent to Thiemo Seufer <ths@networkno.de>:
Extra info received and forwarded to list. Copy sent to Yu Guanghui <ygh@debian.org>.
(full text, mbox, link).
To: Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>,
Peter Chubb <peter@chubb.wattle.id.au>, 423933@bugs.debian.org,
debian-release@lists.debian.org
Subject: Re: Bug#423933: libbfd-2.17.so not found
Date: Mon, 16 Jul 2007 20:56:08 +0100
Steve Langasek wrote:
[snip]
> I find four packages in the archive that are picking up a dependency on
> 'binutils' by way of shlibs: ggcov, nitpic, skyeye, and sysprof.
>
> nitpic needs libbfd-2.16.91.so, that's nice...
>
> ggcov, sysprof, and skyeye at least manage to have binary packages in stable
> that depend on the matching version of binutils.
>
> But all four packages are buggy, as is binutils for providing broken shlibs.
> The shlibs provided by binutils are effectively not supportable in a stable
> release; which means that until binutils has reasonable shlibs (perhaps
> using a virtual package name, the way apt does for its library?), packages
> should not be dynamically linking to libbfd.
FYI, upstream has no plans to introduce a stable interface to libbfd
ever (for the same reason the kernel folks don't do a stable device
driver binary interface).
Thiemo
Information forwarded to debian-bugs-dist@lists.debian.org, Yu Guanghui <ygh@debian.org>: Bug#423933; Package skyeye.
(full text, mbox, link).
Acknowledgement sent to Steve Langasek <vorlon@debian.org>:
Extra info received and forwarded to list. Copy sent to Yu Guanghui <ygh@debian.org>.
(full text, mbox, link).
Cc: Cyril Brulebois <cyril.brulebois@enst-bretagne.fr>,
Peter Chubb <peter@chubb.wattle.id.au>, 423933@bugs.debian.org,
debian-release@lists.debian.org
Subject: Re: Bug#423933: libbfd-2.17.so not found
Date: Mon, 16 Jul 2007 14:47:03 -0700
On Mon, Jul 16, 2007 at 08:56:08PM +0100, Thiemo Seufer wrote:
> > I find four packages in the archive that are picking up a dependency on
> > 'binutils' by way of shlibs: ggcov, nitpic, skyeye, and sysprof.
> > nitpic needs libbfd-2.16.91.so, that's nice...
> > ggcov, sysprof, and skyeye at least manage to have binary packages in stable
> > that depend on the matching version of binutils.
> > But all four packages are buggy, as is binutils for providing broken shlibs.
> > The shlibs provided by binutils are effectively not supportable in a stable
> > release; which means that until binutils has reasonable shlibs (perhaps
> > using a virtual package name, the way apt does for its library?), packages
> > should not be dynamically linking to libbfd.
> FYI, upstream has no plans to introduce a stable interface to libbfd
> ever (for the same reason the kernel folks don't do a stable device
> driver binary interface).
Sure; my objection is not to the frequent changes of the soname, but to the
Debian shlibs that wrongly declare that "binutils" can be relied upon to
satisfy the dependency.
--
Steve Langasek Give me a lever long enough and a Free OS
Debian Developer to set it on, and I can move the world.
vorlon@debian.org http://www.debian.org/
Reply sent to Yu Guanghui <ygh@debian.org>:
You have taken responsibility.
(full text, mbox, link).
Notification sent to Peter Chubb <peter@chubb.wattle.id.au>:
Bug acknowledged by developer.
(full text, mbox, link).
Source: skyeye
Source-Version: 1.2.3-1
We believe that the bug you reported is fixed in the latest version of
skyeye, which is due to be installed in the Debian FTP archive:
skyeye_1.2.3-1.diff.gz
to pool/main/s/skyeye/skyeye_1.2.3-1.diff.gz
skyeye_1.2.3-1.dsc
to pool/main/s/skyeye/skyeye_1.2.3-1.dsc
skyeye_1.2.3-1_i386.deb
to pool/main/s/skyeye/skyeye_1.2.3-1_i386.deb
skyeye_1.2.3.orig.tar.gz
to pool/main/s/skyeye/skyeye_1.2.3.orig.tar.gz
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 423933@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Yu Guanghui <ygh@debian.org> (supplier of updated skyeye package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Tue, 07 Aug 2007 13:25:49 +0800
Source: skyeye
Binary: skyeye
Architecture: source i386
Version: 1.2.3-1
Distribution: unstable
Urgency: low
Maintainer: Yu Guanghui <ygh@debian.org>
Changed-By: Yu Guanghui <ygh@debian.org>
Description:
skyeye - Embedded Hardware Simulation
Closes: 423933
Changes:
skyeye (1.2.3-1) unstable; urgency=low
.
* New upstream release
* Added NO_BFD=1, don't require libbfd now. (Closes:Bug#423933)
Files:
94a80e5d765408f24c6e2a51f5a5f1fb 655 misc extra skyeye_1.2.3-1.dsc
7927c499547f98031d3a020ebe95876c 664437 misc extra skyeye_1.2.3.orig.tar.gz
035654c88689550d780f81fd61c919f4 2549 misc extra skyeye_1.2.3-1.diff.gz
ed0339eb292b48ae0cc713f515d001a1 257566 misc extra skyeye_1.2.3-1_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFGuAZBKNPoKRflcycRApxSAKDmTB2ZEzFefY4I55kWHwyv7Mbw/gCg737+
4OMTn+0GZF+FD8eXHPDFcxA=
=hOab
-----END PGP SIGNATURE-----
Bug archived.
Request was from Debbugs Internal Request <owner@bugs.debian.org>
to internal_control@bugs.debian.org.
(Wed, 19 Sep 2007 07:31:46 GMT) (full text, mbox, link).
Debbugs is free software and licensed under the terms of the GNU General
Public License version 2. The current version can be obtained
from https://bugs.debian.org/debbugs-source/.