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
>
>
>

Reply via email to