Your message dated Fri, 18 Mar 2011 10:11:58 +0100
with message-id <aanlktimc8uzmadurob-ezbngvggausouvzfbjmq-e...@mail.gmail.com>
and subject line fixed in -2 and above
has caused the Debian Bug report #618739,
regarding feel++: amd64 dependencies out of sync with build-deps, archive
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.)
--
618739: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=618739
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: feel++
Version: 0.90.0-1
Severity: grave
Justification: renders package unusable (uninstallable)
Hello again.
On amd64 (the only architecture for which feel++ binaries exist on
account of #618724), libfeel++1 and feel++-apps have two dependencies
without corresponding build dependencies, one of which isn't even in
the archive (hence the severity of this bug). Specifically, both
packages depend on libmadlib1 (not available even in experimental or
NEW, though I do see a libmadlib with a versionless name) and
libvtk5.6 even though feel++ build-depends on neither libmadlib-dev
nor libvtk5.6-dev.
In general, for any libraries on which your packages could potentially
depend, you should decide whether you want them to (or even legally
can, though I have no idea whether that's an issue here) and proceed
accordingly: if you want a dependency, you should declare a
corresponding build dependency, and if you don't, you should either
declare a corresponding build conflict or better yet direct the build
system to ignore the library in question if possible. (That's
typically straightforward for packages using autotools, which accept
--without-PACKAGE flags; I'm not sure how things stand with CMake.)
Moreover, if you do decide to keep a dependency on madlib, please
build against the version in unstable so as to wind up with a
satisfiable dependency on libmadlib rather than an unsatisfiable one
on libmadlib1.
Thanks!
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
Hi Uno
thanks for the report.
-1 was buil;t with svn-buildpackage rather than pbuilder hence the bad depends.
Now it is fixed
Thanks for your bug report
C.
--
Debian Developer - member of Debian Science
http://wiki.debian.org/DebianScience
Prof. at Univ. Grenoble in Applied Math.
http://ljk.imag.fr/membres/Christophe.Prudhomme/
--- End Message ---
