[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