Michael Biebl wrote:
> Peter Fritzsche wrote:
> > Source: libatasmart
> > Version: 0.17-1
> > Severity: minor
> > User: peter.fritzs...@gmx.de
> > Usertags: missing-libtool-update
> >
> > I did a rebuild of all packages which are affected by bug #554821. As it
> > seems your package doesnt do the needed autoreconf needed for libtool.
> > When doing autoreconf or the needed sequence of different
> > autotools/libtool utilities the package should be able to fix the problem
> > automatically.
>
> Hm, I'm not sure if it is a good idea to do a mass bug filing when there is
> no libtool version available yet, which fixes the problem.
Correct there is no libtool version available which fixes 554821, but this bug
was only used as example why it is a good idea to do a autoreconf and a way to
find packages which uses libtool but doesn't do what is explained in
/usr/share/doc/autotools-dev/README.Debian.gz
> I'm also not a big fan of running autoreconf during build, as this will
> blow up the diff.gz, so I guess I'd have to say WONTFIX for now.
I showed a way how to do it without adding any autoreconf generated overhead
to diff.gz. I have also found a package which demonstrate how to do that -
g3dviewer.
> Imho such changes are best pushed upstream aggressively so they will
> trickle down eventually.
So that we have to wait for a new upstream release which fixes that problem
and it gets propagated to Debian. Somebody on that list already said that he
things that such changes would need 10 or more years until they are fixed in
debian.
> Another idea would, that binutils-gold changes its version string in a way,
> that existing libtool scripts will detect it as a libtool implementation
> which supports anon_versioning. This way you wouldn't have to change
> hundreds of existing packages.
binutils-gold is no libtool implementation - it is a linker. It is a GNU
binutils linker and uses the correct version string also used by the old
binutils linker. It was shown that libtool checks the version string wrong.
Best regards,
Peter
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
