On Sunday, February 09, 2014 03:42:50 PM you wrote: > tag 738338 - patch > thanks > > Hi, > > On 2014-02-09 12:37, Daniel Schepler wrote: > > As the subject says: the attached patch adds the possibility to do a > > bootstrapping build of poppler at a stage where Gtk+ and Qt are not > > yet > > available. > > While I am looking forward to a way to disable frontends in a clean > way, your patch is for sure not acceptable to me: > - I don't see DEB_BUILD_PROFILES documented anywhere in Policy, so > I have no idea what it is supposed to be, and what tools are supposed > to do with it (and neither you describe it, other than "pick this > patch"...)
This fairly recently made its way into dpkg, so it's not documented in policy yet. The dpkg man pages (dpkg-buildpackage's new -P flag in particular) and the blog at https://blog.mister-muffin.de/2014/02/06/botch-updates/ are currently the existing documentation. Note that dpkg also implements a debian/control syntax like: Build-Depends: debhelper (>= 9), dpkg (>= 1.16.1), autotools-dev, libglib2.0-dev (>= 2.18), libgtk2.0-dev (>= 2.12) <!profile.stage1>, libfontconfig1-dev, libqt4-dev (>= 4.4.0) <!profile.stage1>, libcairo2-dev (>= 1.10.0), libopenjpeg-dev, libjpeg-dev, libpng-dev, libtiff-dev, liblcms2-dev, libfreetype6-dev, gtk-doc-tools (>= 1.14), pkg-config (>= 0.18), libgirepository1.0-dev (>= 1.31.0-2~), gobject-introspection (>= 1.31.0-2~), libglib2.0-doc, libcairo2-doc But since we wouldn't be able to actually upload packages with that syntax until at least after jessie's release, I've been leaving off that part in the patches I'm submitting. > - excluding packages (-Nfoo -Nbar ...) is quite ugly, feels like a bad > hack than a well-designed solution I agree that it would be better to be able to specify some pseudo-field in the debian/control package entries like "Built-In-Profiles: !profile.stage1" which would make dh_listpackages (and possibly dpkg-genchanges present-in-debian- control-but-not-built warnings) skip those packages when appropriate. But unfortunately, I don't see anything like that currently. > > I will eventually do the job myself when there is a *clean* and > *documented* way to do this, so please no hacks in the meanwhile. > > Thanks anyway for your patch, -- Daniel Schepler -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
