Re: Do we need all these duplicate packages on the CD?
On Wed, 30 Apr 2008, Jonas Smedegaard wrote:
For lenny you need not fork d-shlibs, but can instead use the following:
--override s/libstdc++6-dev//
Hmm, does not work for libgenome or libmuscle (see branch in Debian Med
packaging SVN). I tried
d-shlibmove --override s/libstdc++6-dev// --commit \
--movedev "debian/tmp/usr/include/$(name)" usr/include/$(name)-$(versi
on) \
...
and
d-shlibmove --override s/libstdc++6-dev/libstdc++6-4.3-dev/ --commit \
--movedev "debian/tmp/usr/include/$(name)" usr/include/$(name)-$(versi
on) \
...
with the very same effect: libstdc++6-4.1-dev remains in the dependency
list.
Remember to then also use versioned d-shlibs build-depends for the
inclusion of that --override option (don't remember the version - look
it up in its changelog).
I use the latest d-shlibs (0.38 which is in testing and unstable).
The manual says it is added in version 0.30. Perhaps I have to go down to
debug mode ...
I suspect that your proposed fix, Andreas, is not valid.
Most probably. It was not intended as a fix but a dirty hack.
It seems that
it simply grabs the first c++ compiler it finds installed - but what if
several compilers are installed and a non-default one is picked to build
the problematically-to-resolve library?
Surele it's no solution but works here and should work on auto-builders.
I never said that it is save (and thus I did not added a patch tag).
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: