#1115932 sbuild/bookworm-backports: requires piuparts --bootstrapcmd which is not yet implemented

Package:
sbuild
Source:
sbuild
Submitter:
Sylvain Beucler
Date:
2025-09-23 09:29:02 UTC
Severity:
normal
#1115932#5
Date:
2025-09-22 03:23:09 UTC
From:
To:
Dear Maintainer,

sbuild --run-piuparts now uses '--bootstrapcmd=mmdebtstrap', but this
fails in the bookworm backport, as this option is not yet available in
piuparts/bookworm (and piuparts has no backports).

   piuparts: error: no such option: --bootstrapcmd

For that specific sbuild version, I believe it would make sense to
switch to a sudo+piuparts+debootstrap configuration, or depend on a
backported piuparts, what do you think?

Cheers!
Sylvain
#1115932#10
Date:
2025-09-22 06:11:10 UTC
From:
To:
Hi,

Quoting Sylvain Beucler (2025-09-22 05:23:09)

can you share the package versions you have installed? The --bootstrapcmd
option was introduced in piuparts with version 2024 about a year ago:

https://tracker.debian.org/news/1585144/accepted-piuparts-150-source-into-unstable/

Thanks!

cheers, josch
#1115932#15
Date:
2025-09-22 06:13:32 UTC
From:
To:
Quoting Johannes Schauer Marin Rodrigues (2025-09-22 08:11:10)

Oooh sorry, bookworm. :)

I say we just revert 760f0250cf6a76828526e45828fd4a21fe0404c1 which introduced
--bootstrapcmd.

Jochen, what do you think?

Thanks!

cheers, josch
#1115932#20
Date:
2025-09-22 09:20:30 UTC
From:
To:
* Johannes Schauer Marin Rodrigues <josch@mister-muffin.de> [2025-09-22 08:13]:

Agreed and done in 0.89.3+deb13u1~bpo12+2.

Cheers Jochen
#1115932#21
Date:
2025-09-22 09:45:25 UTC
From:
To:
Quoting Jochen Sprickerhof (2025-09-22 11:20:30)

Wow, Jochen with the Turbo-upload today. Thank you! <3
#1115932#26
Date:
2025-09-22 15:42:21 UTC
From:
To:
Hi,

Thanks for the quick fix.

There appears to be an issue with piuparts expecting a .tar.gz and
getting a .tar instead though.

0m0.0s DEBUG: Starting command: ['tar', '-C', '/tmp/tmpq55k0ax3',
'-zxf', '/home/ela/.cache/sbuild/bookworm-arm64.tar']
0m0.0s DUMP:

   gzip: stdin: not in gzip format
   tar: Child returned status 1
   tar: Error is not recoverable: exiting now
0m0.0s ERROR: Command failed (status=2): ['tar', '-C',
'/tmp/tmpq55k0ax3', '-zxf', '/home/ela/.cache/sbuild/bookworm-arm64.tar']

   gzip: stdin: not in gzip format
   tar: Child returned status 1
   tar: Error is not recoverable: exiting now


(More over the new build appears to be stuck in Uploaded but that may be
temporary
https://buildd.debian.org/status/package.php?suite=bookworm-backports&p=sbuild)

Cheers!
Sylvain
#1115932#31
Date:
2025-09-22 17:14:08 UTC
From:
To:
Hi Sylvain,

* Sylvain Beucler <beuc@beuc.net> [2025-09-22 17:42]:

Actually piuparts in bookworm is rather old and misses the feature to
run in unshare mode and such. So all I could do is upload an sbuild
version that requires manual configuration for piuparts, but you can do
that already now. My recommendation is to switch to trixie or request a
piuparts backports.

Cheers Jochen
#1115932#36
Date:
2025-09-23 09:26:36 UTC
From:
To:
Hi,

Ah OK I misunderstood the intent of your fix.


 > My recommendation is to switch to trixie or request a> piuparts
backports.

I'm experimenting with ARM builds for archived/ELTS dists, using a
Raspberry Pi 400.
https://lts-team.pages.debian.net/howtos/arm-debug.html

It's currently stuck on bookworm, though I expect trixie to be available
at some point, hence bookworm-backports.

That's also why I suggested going for a piuparts backports in my initial
post. But in this particular case I believe running piuparts outside of
sbuild is the most practical approach.

Cheers!
Sylvain Beucler
Debian LTS Team