Bug#1101753: sbuild: newuidmap: Target process is owned by a different user

2025-04-10 Thread Holger Levsen
hi, On Wed, Apr 02, 2025 at 03:08:40PM +0200, Jochen Sprickerhof wrote: > Sorry for being imprecise, I meant running sbuild --chroot-mode=unshare > without newgrp, i.e.: > [..] > > $ sbuild -D --chroot-mode=unshare --dist=unstable > > rust-sequoia-chameleon-gnupg_0.13.1-2.dsc > Can you try that?

Bug#1101753: sbuild: newuidmap: Target process is owned by a different user

2025-04-02 Thread Jochen Sprickerhof
Moin Holger, * Holger Levsen [2025-04-02 12:33]: I can reproduce this, so it is likely the `newgrp sbuild`. Can you try without? I'm confused the first command above is without 'newgrp sbuild' before?! Sorry for being imprecise, I meant running sbuild --chroot-mode=unshare without newgrp,

Bug#1101753: sbuild: newuidmap: Target process is owned by a different user

2025-03-31 Thread Jochen Sprickerhof
Moin Holger, * Holger Levsen [2025-03-31 13:03]: $ unshare --map-user 0 --map-group 0 --map-users 10,1,1 --map-groups 10,1,1 id uid=0(root) gid=0(root) Gruppen=0(root),65534(nogroup) $ newgrp sbuild $ unshare --map-user 0 --map-group 0 --map-users 10,1,1 --map-groups 10,1,1 id

Bug#1101753: sbuild: newuidmap: Target process is owned by a different user

2025-03-31 Thread Holger Levsen
package: sbuild version 0.88.5 hi, < jochensp> should be enough to run sbuild --chroot-mode=unshare --dist=unstable < h01ger> jochensp: no :) < h01ger> (its fine i can use the full command set -x told me) < jochensp> | h01ger: huh, is your user in /etc/subuid ? Sounds like we should