Yes, by cherry-picking 7f8981e96 Add --no-parallel to dh and dh_auto_build to fix building on stable you can make everything up to and including 3.17.10+repack0-6 build!
But at 3.18.4+repack0-1 and above fails to build because of Bump debhelper compat to 11 Stretch does not have debhelper v11 support. You guys must be developing under sid, and never checking that your releases will actually build under the various stable releases. But your branches are still named for the various stable versions, that is, debian/stretch-backports, debian/stretch, debian/jessie-backports, debian/jessie. But you never check that these commits will actually build for these versions. This is very confusing. Paul Elliott On Sun, Nov 25, 2018 at 2:28 PM Uwe Kleine-König <u...@kleine-koenig.org> wrote: > Hello Paul, > > On 11/24/18 10:08 AM, Paul Elliott wrote: > > 3.17.7 and 3.17.10 fail to build because of this bug, if you build with > > "sbuild -d stretch hplip_3.17.10+repack0-7.dsc" > > > > I have determined that the commit that causes this problem is: > > 7dbf1595d Migrate to debhelper 10, cleanup debian/rules > > given that the package compiles just fine when parallel building is > disabled I bet that the relevant part of 7dbf1595d is the migration to > debhelper 10. The debhelper manpage specifies for "--parallel, > --no-parallel": > > If neither option is specified, debhelper currently defaults to > --parallel in compat 10 (or later) and --no-parallel otherwise. > > Best regards > Uwe > > >
