On Mon, 2018-02-05 at 12:17 +0100, Chris Boot wrote:
> Control: tags -1 -confirmed -patch +wontfix
> Control: retitle -1 busybox-static: always prefers applets when chrooting
>
> This is desired behaviour for the busybox-static package, and I can't
> think of any documentation changes that could m
Processing control commands:
> tags -1 -confirmed -patch +wontfix
Bug #774227 [busybox-static] busybox-static: execs applets when chrooting
Removed tag(s) confirmed.
Bug #774227 [busybox-static] busybox-static: execs applets when chrooting
Removed tag(s) patch.
Bug #774227 [busybox-static] busybox
Control: tags -1 -confirmed -patch +wontfix
Control: retitle -1 busybox-static: always prefers applets when chrooting
This is desired behaviour for the busybox-static package, and I can't
think of any documentation changes that could make this clearer.
For the benefit of others who may stumble ac
Control: tags -1 confirmed
Control: severity -1 normal
On 03/07/17 11:49, Alexander Kurtz wrote:
> As you can see, chroot will run the applet rather than the binary
> unless the full path is given. While this *may* be useful in some
> situations, it can also lead to *really* subtle failures in oth
Control: found -1 1:1.22.0-19+b3
Control: severity -1 serious
Dear maintainers,
I just ran into this bug as well and just like for Bernhard, it had me
pulling my hair for a couple of hours before I realized what was wrong:
root@shepard:~# apt install busybox-static
Reading packag
Package: busybox-static
Version: 1:1.22.0-14
Severity: important
Tags: patch
#599101 is back, at least in busybox-static (I have not not tested the other
one):
Things like chroot /target dpkg ... do not call dpkg but instead call
busybox's internal command (which leads to quite hard to debug err
6 matches
Mail list logo
