Control: tags -1 - moreinfo
Control: clone -1 -2
Control: retitle -2 game-data-packager: Fails to build tyrian-data with
fakeroot-ng providing fakeroot
Control: reassign -2 fakeroot-ng
Control: retitle -1 game-data-packager: Avoid using fakeroot if dpkg is new
enough
Control: severity -1 wishlist
Control: tags -1 + pending
On Sat, 28 Oct 2017 at 14:45:16 +0300, Voker57 wrote:
> On Sat, Oct 28, 2017 at 01:30:57PM +0200, Alexandre Detiste wrote:
> > I can't reproduce [game-data-packager hanging indefinitely while
> > running fakeroot dpkg-deb -b].
> >
> > I see you are using "pseudo" instead of the regular fakeroot,
> > can you try again with fakeroot ?
>
> In fact I'm using fakeroot-ng. Command finishes successfully with
> fakeroot-pseudo, as well as with real root.
I can reproduce this. Steps to reproduce, which require Internet access
and willingness to enable contrib, but do not require buying any
particular commercial games:
apt install game-data-packager=53
update-alternatives --config fakeroot # and select fakeroot-sysv
game-data-packager -d . -n --debug tyrian # this works fine
update-alternatives --config fakeroot # and select fakeroot-ng
game-data-packager -d . -n --debug tyrian # this hangs at the last step
This seems like it's really a bug in fakeroot-ng: it provides an
alternative for fakeroot, but doesn't successfully do something that
can succeed under the original fakeroot or under pseudo.
Please use the newly cloned bug number to represent the fakeroot-ng bug.
On Sat, 28 Oct 2017 at 13:54:20 +0200, Alexandre Detiste wrote:
> Moreover: from dpkg 1.19.0 we can build the package without fakeroot:
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291320
> * Add support to dpkg-deb for rootless builds, by setting the owner and
> group for the control.tar entries to root:root, and making it possible to
> do the same for the data.tar entries via the new --root-owner-group
> option.
I'll use Bug#879825 to represent this. It seems to be fairly
straightforward, and I've pushed a patch to do so.
> This would reach testing today (maybe),
> so we'd still have to keep a depedency on "dpkg (>= 1.19.0) |
> fakeroot" for years on
> + check dpkg version it a run-time.
I think that would be fine.
smcv
