On 09/02/14 04:55, Daniel Schepler wrote: > Source: dbus > Version: 1.8.0-1 > Severity: wishlist > > Thanks for including support for DEB_BUILD_PROFILE=stage1 to enable > bootstrapping. However, that doesn't seem to be working in this version: > ... > cp: cannot stat 'debian/tmp/debian/tmp/lib/systemd/system/dbus.service': No > such file or directory
Yes, this was an upstream change (in 1.7.10) after I implemented the stage1 support. Previously, we installed the systemd .service files unconditionally, even on non-Linux architectures where systemd won't work. I'm afraid the stage1 support will continue to be a low priority (and probably get bugs like this) until it's exercised on a regular basis, which can't be done in Debian infrastructure until sbuild etc. support the conditional build-dependencies. > I've worked around this by removing the systemd files from > debian/dbus.install > by hand just for this build, but that of course wouldn't be a suitable patch > to apply to the official source package... Maybe a suitable patch would be > removing them from debian/dbus.install, and then doing a manual dh_install in > debian/rules conditional on not being in a stage1 build? Something like that. Since 1.7.10 we already generate debian/dbus.install from a generic part and an OS-specific part, because we don't get Linux-specific systemd stuff on kFreeBSD or Hurd either. Perhaps the approach I took in that version (dbus.install-${DEB_HOST_ARCH_OS}) was too speculatively generic, and we should have been concatenating debian/dbus.install-generic and (in non-stage1 builds for Linux) debian/dbus.install-systemd; or perhaps we should have been making use of debhelper 9's support for executable debhelper config files. Tested patches welcome :-) (When testing, please use sbuild/pbuilder/cowbuilder and debdiff to make sure that when built "normally", the non-stage1 packages end up with the same files we currently ship.) Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org