That worked! Although it took some time to figure out how to build using
backports. Evidently, there is some folklore involved.
I was even able to make a version for the raspberry pi!
Thank You.
On Wed, Dec 12, 2018 at 3:24 PM Didier 'OdyX' Raboud
wrote:
> Dear Paul,
>
> Le vendredi, 7
Dear Paul,
Le vendredi, 7 décembre 2018, 16.15:01 h CET Paul Elliott a écrit :
> I just downloaded it. It won't build under stretch. All the builds shown in
> the logs are under sid or experimental.
It does under stretch-backports (aka stretch + backports)
But upon request, packages can be adapted to target specific suites; that's
precisely what *-backports suites are. That's why I uploaded a _modified_
hplip 3.18.10+dfsg0-3 to the `stretch-backports` suite. That upload was
accepted today and is in the process of being built for all architectures.
Le jeudi, 6 décembre 2018, 19.03:57 h CET Paul Elliott a écrit :
> You guys must be developing under sid, and never checking that your
> releases will actually build under the various stable releases.
Exactly. And it allows removing _a lot_ of unneeded complexity. As hplip
packager, I provide
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
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
6 matches
Mail list logo
