Bug#538567: tzdata: FTBFS with new source format 3.0 (quilt): tarballs inside orig.tar.gz
tag 538567 + wontfix
thanks
On Sat, Jul 25, 2009 at 11:54:40PM +0200, hertzog@debian.org wrote:
> Package: tzdata
> Version: 2009j-1
> Severity: wishlist
> Usertags: 3.0-quilt-by-default
>
> To prepare a possible switch to the new source package format "3.0
> (quilt)" [1], I converted all source packages and rebuilt the packages
> afterwards to see what breaks, and tzdata does break. To reproduce the
> problem you can do this:
> $ apt-get source tzdata
> $ mkdir -p tzdata-2009j/debian/source
> $ echo "3.0 (quilt)" >tzdata-2009j/debian/source/format
> $ dpkg-source -b tzdata-2009j
> $ dpkg-source -x tzdata_2009j-1.dsc
> $ cd tzdata-2009j && debuild -us -uc
>
> In this process, if the .diff.gz contains changes to upstream files,
> dpkg-source will have created a corresponding patch in
> debian/patches/debian-changes-2009j-1 and will have registered that
> patch in a quilt series (debian/patches/series, it is created if needed).
> All the patches listed in the "series" file are applied directly during
> the extraction (dpkg-source -x). quilt itself is used if available (and
> will thus lead to the creation of the .pc directory), otherwise
> dpkg-source applies the patches by itself. For more information about the
> new source package format see the manual page dpkg-source(1).
>
> In the case of tzdata, patches can't be applied at extraction time
> since real sources to be patched are inside another tarball that is not
> unpacked. Please consider switching away from such a setup to a more
> traditional approach where the real uptream sources are shipped as
> .orig.tar.gz.
>
Given the upstream format (flat format without top directory), we can't
get out on the tar in tar format, so we will stick to the current source
format.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurelien@aurel32.net http://www.aurel32.net
Reply to: