Bug#905734: found #905734 hplip/3.17.10

[Paul Elliott <pelliott@blackpatchpanel.com>]

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