Raphael Hertzog wrote:
So yes, *.a, *.la, *.o and *.so are ignored by default in native source package
and this is is so for as long as I can remember.
Afaict if I leave a .so or similar file in the source tree (and don't override anything) the different source formats currently behave as follows

1.0 native: include the file in the tarball
1.0 non-native: scream and die
3.0 (native): quietly ignore the file
3.0 (quilt): scream and die

I can see the justification for quietly ignoring VCS files, they are unlikely to be used by the build and screaming and dying on them could be a pain since people may want to build from VCS checkouts.

But for *.a, *.la, *.o and *.so . If they are present in the source tree then most likely one of two things is true.

1: The files are built as part of the package build process. In this case they should be removed by the clean target to ensure that freshly built versions are used in the package build. 2: The files are not built as part of the package build process and therefore need to be included in the source package (which of course makes the package unsuitable for Debian main).

In both of these cases quietly ignoring the files is broken behaviour. So I don't see any justification for quietly ignoring them being the default. Screaming and dieing would be a more sane behaviour and would be more consistent with the behaviour of non-native package builds.
If you are unhappy with the default, please change it for your package
with debian/source/options:
The problem is noticing the breakage in the first place. The packager takes his source tree, runs dpkg-buildpackage and the build completes succesfully so he assumes everything is ok. It's only later when someone (either the original packager or someone else) goes to work on the package again and unpacks the "source" package that they realise it does not contain everything needed for a successful build.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to