[Bug 317761] Re: dpkg-source sets -i -I by default
Frederic Van Espen
frederic.ve at gmail.com
Wed Aug 7 12:58:58 UTC 2013
for source format 3.0 (quilt), the --help switch shows you which -I
options are set by default:
-I[<pattern>] filter out files when building tarballs
(defaults to: -I*.a -I*.la -I*.o -I*.so -I.*.sw? -I*/*~ -I,,* -I.[#~]* -I.arch-ids -I.arch-inventory -I.be -I.bzr -I.bzr.backup -I.bzr.tags -I.bzrignore -I.cvsignore -I.deps -I.git -I.gitattributes -I.gitignore -I.gitmodules -I.hg -I.hgignore -I.hgsigs -I.hgtags -I.shelf -I.svn -ICVS -IDEADJOE -IRCS -I_MTN -I_darcs -I{arch}).
I believe indeed this is a bug in dpkg-dev, since we are explicitely requesting those files to be included. The default set of excludes should not remove this file from the source package. which is why I reported a debian bug:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718984
** Bug watch added: Debian Bug tracker #718984
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718984
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to dpkg in Ubuntu.
https://bugs.launchpad.net/bugs/317761
Title:
dpkg-source sets -i -I by default
Status in “dpkg” package in Ubuntu:
Fix Released
Status in “dpkg” source package in Intrepid:
Fix Released
Status in “dpkg” package in Debian:
Fix Released
Bug description:
The version of dpkg-source in Ubuntu 8.10 erroneously sets the -i and
-I options by default for version 1.0 source packages (i.e. the
version of the source format that we actually use). This causes
various files to be omitted unexpectedly from tarballs and diffs,
which causes problems in particular for people building private source
packages that need to contain binary objects.
This bug was fixed by Debian in dpkg 1.14.21, so is fixed in Jaunty
and was not present in earlier releases:
http://git.debian.org/?p=dpkg/dpkg.git;a=commit;h=21d69014f424f670a9ccdce3a7aad11e3b3f1b60
Proposed patch:
http://launchpadlibrarian.net/23510120/dpkg_1.14.20ubuntu6.2.debdiff
TEST CASE: Download http://launchpadlibrarian.net/21270813/tests.zip,
unpack, cd to test-1.0/, and run 'debuild -S -sa; tar tzvf
../test_1.0.orig.tar.gz'. The bug is that the files test-1.0.orig
/libsmbclient-x86_64-linux.a and
test-1.0.orig/libsmbclient-i486-linux.a are missing from the tarball.
Now remove ../test_1.0.orig.tar.gz and repeat 'debuild -S -sa', but
this time 'tar tzvf ../test_1.0-1.tar.gz' (this tests native-mode
source package building). Again, the .a files will be missing from the
tarball if this bug is present. You'll need to remove all these files
and start again in order to verify the fix.
Regression potential: Well, it's dpkg. dpkg itself shouldn't change,
but I'd recommend running for a while to spot any upgrade problems
anyway. If you can, build some other packages and check that the
resulting debdiffs are sensible.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/317761/+subscriptions
More information about the foundations-bugs
mailing list