Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1270750 > unrolled thread

Bug#1120984: sbuild: uninstallable on hurd-any

Back to article view | Back to linux.debian.bugs.dist

Contents

  Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda <jing@jing.rocks> - 2025-11-19 06:20 +0100
    Bug#1120984: sbuild: uninstallable on hurd-any Johannes Schauer Marin Rodrigues <josch@debian.org> - 2025-11-19 07:20 +0100
      Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda <jing@jing.rocks> - 2025-11-19 12:50 +0100
        Bug#1120984: sbuild: uninstallable on hurd-any Jochen Sprickerhof <jspricke@debian.org> - 2025-11-19 13:20 +0100
          Bug#1120984: sbuild: uninstallable on hurd-any Luke Yasuda <jing@jing.rocks> - 2025-11-20 04:20 +0100

#1270750 — Bug#1120984: sbuild: uninstallable on hurd-any

Package: sbuild
Version: 0.91.1
Severity: important
X-Debbugs-Cc: debian-hurd@lists.debian.org
User: debian-hurd@lists.debian.org
Usertags: hurd-amd64 hurd-i386

Hi!

sbuild is not installable on hurd-any since 0.91.1, because of the new
dependency iproute2, which only exists on linux-any. Since hurd-any doesn't
support unshare, please consider changing it to something like
"iproute2 | hello".


-- System Information:
Debian Release: 13.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.48+deb13-amd64 (SMP w/128 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages sbuild depends on:
ii  adduser         3.152
ii  libsbuild-perl  0.89.3+deb13u1
ii  perl            5.40.1-6

Versions of packages sbuild recommends:
ii  autopkgtest  5.49
ii  debootstrap  1.0.141
ii  iproute2     6.15.0-1
ii  mmdebstrap   1.5.7-1+deb13u1
ii  schroot      1.6.13-7
ii  uidmap       1:4.17.4-2

Versions of packages sbuild suggests:
ii  e2fsprogs  1.47.2-3+b3
ii  kmod       34.2-2
ii  wget       1.25.0-2

-- no debconf information

[toc] | [next] | [standalone]

#1270755

[Multipart message — attachments visible in raw view] — view raw

Hi,

Quoting Luke Yasuda (2025-11-19 05:20:17)
> sbuild is not installable on hurd-any since 0.91.1, because of the new
> dependency iproute2, which only exists on linux-any. Since hurd-any doesn't
> support unshare, please consider changing it to something like
> "iproute2 | hello".

whoops, apologies for that. Thank you for filing this bug. Evidently we didn't
think of Hurd when we moved iproute2 and uidmap from Recommends to Depends.
Both packages are there because sbuild requires these in unshare mode. That
mode is not useful on hurd.

I think the most trivial fix would be to revert commit 7be961ee5c1877be406f736c198e2d17193fbff8 and move these two packages back to
Recommends.

Another option would be to make sbuild an Architecture:any package and let it
have different Depends, depending on the architecture.

The problem I have with "iproute | hello" is, that then the dependency becomes
meaningless. Using "iproute | hurd" would be better, no?

What do you think?

cheers, josch

[toc] | [prev] | [next] | [standalone]

#1270781

[Multipart message — attachments visible in raw view] — view raw

On 2025-11-19 15:16, Johannes Schauer Marin Rodrigues wrote:
> Hi,
> 
> Quoting Luke Yasuda (2025-11-19 05:20:17)
>> sbuild is not installable on hurd-any since 0.91.1, because of the new
>> dependency iproute2, which only exists on linux-any. Since hurd-any 
>> doesn't
>> support unshare, please consider changing it to something like
>> "iproute2 | hello".
> 
> whoops, apologies for that. Thank you for filing this bug. Evidently we 
> didn't
> think of Hurd when we moved iproute2 and uidmap from Recommends to 
> Depends.
> Both packages are there because sbuild requires these in unshare mode. 
> That
> mode is not useful on hurd.
> 
> I think the most trivial fix would be to revert commit 
> 7be961ee5c1877be406f736c198e2d17193fbff8 and move these two packages 
> back to
> Recommends.
> 
> Another option would be to make sbuild an Architecture:any package and 
> let it
> have different Depends, depending on the architecture.
> 
> The problem I have with "iproute | hello" is, that then the dependency 
> becomes
> meaningless. Using "iproute | hurd" would be better, no?
> 
> What do you think?

I think reverting that commit should be the best solution. Making sbuild 
arch:any looks very ugly to me...and I don't think it makes sense for 
iproute2 to stay in Depends, because sbuild can still use schroot, and 
unlike unshare, schroot works everywhere.

Anyway, I look forward to a new sbuild release that closes this bug ;-;

-- 
Luke Yasuda
About me: https://jing.rocks/about/
GPG Fingerprint: 4E09 8D19 00AA 3F72 1899 2614 09B3 316E 13A1 1EFC

[toc] | [prev] | [next] | [standalone]

#1270788

[Multipart message — attachments visible in raw view] — view raw

Hi Luke,

* Luke Yasuda <jing@jing.rocks> [2025-11-19 20:40]:
>>meaningless. Using "iproute | hurd" would be better, no?
>>
>>What do you think?
>
>I think reverting that commit should be the best solution. Making 
>sbuild arch:any looks very ugly to me...and I don't think it makes 
>sense for iproute2 to stay in Depends, because sbuild can still use 
>schroot, and unlike unshare, schroot works everywhere.

Would there be any problem with iproute2 | hurd as josch suggested?
I would prefer that over reverting.

Cheers Jochen

[toc] | [prev] | [next] | [standalone]

#1270886

[Multipart message — attachments visible in raw view] — view raw

On 2025-11-19 21:15, Jochen Sprickerhof wrote:
> Hi Luke,
> 
> * Luke Yasuda <jing@jing.rocks> [2025-11-19 20:40]:
>>> meaningless. Using "iproute | hurd" would be better, no?
>>> 
>>> What do you think?
>> 
>> I think reverting that commit should be the best solution. Making 
>> sbuild arch:any looks very ugly to me...and I don't think it makes 
>> sense for iproute2 to stay in Depends, because sbuild can still use 
>> schroot, and unlike unshare, schroot works everywhere.
> 
> Would there be any problem with iproute2 | hurd as josch suggested?
> I would prefer that over reverting.

There shouldn't be any problem.

-- 
Luke Yasuda
About me: https://jing.rocks/about/
GPG Fingerprint: 4E09 8D19 00AA 3F72 1899 2614 09B3 316E 13A1 1EFC

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web