[email protected] 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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
