I'm very late to the party, but after reading the entire thread, I'd like to discuss a more specific, but perhaps not uncommon, situation with regard to cleaning and building again:
We have a [still fairly] typical upstream package using Autotools. The tarball
includes some built files (e.g. documentation), i.e. make dist builds them (as
long as the right tools are installed) and make distclean deletes them. dh_auto_clean by default runs make distclean if such a target exists. But that's not the case until ./configure has been run, because until then, there
are no makefiles. So The first time you run debian/rules build, the shipped version of the files will be untouched and used in the final package, but when
you then clean and build again, they will be deleted and rebuilt (or the second build fails because of missing build dependencies).
Besides building a package twice potentially failing, this can lead to the second build being different from the first. So I'm thinking:
1. Do we generally want dh_auto_build to run make distclean, deleting files that we otherwise wouldn't need to build?
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 360 |
Nodes: | 16 (2 / 14) |
Uptime: | 128:26:43 |
Calls: | 7,686 |
Files: | 12,828 |
Messages: | 5,711,088 |