Bug#976043: Fwd: Bug#976043: d/control: moving to libgdk-pixbuf-2.0-dev and what about dh-sequence-gnome
patrice.duroux at gmail.com
Sun Nov 29 18:35:14 GMT 2020
Sorry Simon, I should have replied to the bug report. :-/
---------- Forwarded message ---------
De : Patrice Duroux <patrice.duroux at gmail.com>
Date: dim. 29 nov. 2020 à 19:20
Subject: Re: Bug#976043: d/control: moving to libgdk-pixbuf-2.0-dev
and what about dh-sequence-gnome
To: Simon McVittie <smcv at debian.org>
Le sam. 28 nov. 2020 à 22:26, Simon McVittie <smcv at debian.org> a écrit :
> On Sat, 28 Nov 2020 at 20:09:41 +0100, Patrice Duroux wrote:
> > I am using cowbuilder + pbuilder to build gtkmm3.0 from source and before
> > facing #959602, I got the following:
> > $ pdebuild --pbuilder cowbuilder -- --distribution bullseye --basepath
> > /var/cache/pbuilder/base-bullseye.cow
> > I: using cowbuilder as pbuilder
> > dpkg-checkbuilddeps: error: Unmet build dependencies: dh-sequence-gnome doxygen
> > libgdk-pixbuf2.0-dev (>= 2.35.5) mm-common (>= 0.9.10) xvfb
> Is your base image up to date?
Yes, a fresh one.
> Note that packages intended for upload to unstable are meant to be built
> in unstable, not testing.
Yes and I tried using both testing and unstable bases.
Also my concern was about gtkmm3 package version in testing (3.24.2-1).
> > dh-sequence-gnome is a virtual package supplied by gnome-pkg-tools
> That's correct. Build-dependency resolvers should be able to work out
> that this means they need to install gnome-pkg-tools (sbuild does that
Ok I switched to sbuild and first tried it on some other (non-GNOME)
source packages: everything was fine.
Then here again for gtkmm3:
$ sbuild -d unstable
dh: error: unable to load addon gnome: Can't locate
Debian/Debhelper/Sequence/gnome.pm in @INC (you may need to install
the Debian::Debhelper::Sequence::gnome module) (@INC contains:
/usr/local/lib/site_perl) at (eval 13) line 1.
BEGIN failed--compilation aborted at (eval 13) line 1.
make: *** [debian/rules:10: clean] Error 255
E: Failed to clean source directory
But ok found. One step in the process requires dh-sequence-gnome to be
available in the host system and not only in chroot env.
So, after installing gnome-pkg-tools on my host system, all methods work!
> > Finally in d/control, I just removed dh-sequence-gnome.
> Please don't. This will break the mechanism that updates debian/control
> from debian/control.in, and might break the package's build in other ways.
Ok. I did not pay attention to d/control.in, stupid me! :-)
> > But also, main point of this report, I also replaced libgdk-pixbuf2.0-dev by
> > libgdk-pixbuf-2.0-dev
> > The built was ok then.
> Installing libgdk-pixbuf2.0-dev as a build-dependency should work fine in
> an up-to-date chroot. For example, I tried building tumbler in sbuild. It
> correctly installs the transitional libgdk-pixbuf2.0-dev, which pulls in
> libgdk-pixbuf-2.0-dev and libgdk-pixbuf-xlib-2.0-dev.
> For packages that don't need the deprecated Xlib integration it's better
> to switch the build-dependency to libgdk-pixbuf-2.0-dev, as I did in
> gtkmm3.0 3.24.2-2 before seeing this bug report, but not doing that
> shouldn't break the build.
Great! Then feel free to close this wish report! (or do I?)
More information about the pkg-gnome-maintainers