Bug#538619: libxcomposite: FTBFS with new source format 3.0 (quilt): cruft in .diff.gz
hertzog@debian.org wrote:
> Package: libxcomposite
> Version: 1:0.4.0-3
> 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 libxcomposite does break. To reproduce the
> problem you can do this:
> $ apt-get source libxcomposite
> $ mkdir -p libxcomposite-0.4.0/debian/source
> $ echo "3.0 (quilt)" >libxcomposite-0.4.0/debian/source/format
> $ dpkg-source -b libxcomposite-0.4.0
> $ dpkg-source -x libxcomposite_0.4.0-3.dsc
> $ cd libxcomposite-0.4.0 && 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-1:0.4.0-3 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 libxcomposite, it contains changes in .diff.gz
> that is either not wanted or that should be in a separate quilt
> patch instead of there.
> For libxcomposite: quilt patches depends on changes in the diff.gz and
> hence the quilt patches do not apply anymore when the prerequesite patch
> ends up at the end of the series.
>
Well, there's no quilt patches in libxcomposite. Quilt is invoked with
an empty series file.
But the latest uploaded package had an old xsfbs, so I updated it and no
it seems to work fine, closing soon.
Brice
Reply to: