On Mon, 30 Oct 2017 20:24:08 +0100
Denys Vlasenko wrote:
> On Sun, Oct 29, 2017 at 7:43 PM, Lauri Kasanen wrote:
> > Hi,
> >
> > It was reported the following case fails with bb 1.27.2:
> >
> > ln -s nonexistent mylink
> > mv myli* someother
> >
> > It also fails with master. I bisected it to
>
On Tue, Oct 31, 2017 at 8:31 AM, Lauri Kasanen wrote:
> On Mon, 30 Oct 2017 20:24:08 +0100
> Denys Vlasenko wrote:
>
>> On Sun, Oct 29, 2017 at 7:43 PM, Lauri Kasanen wrote:
>> > Hi,
>> >
>> > It was reported the following case fails with bb 1.27.2:
>> >
>> > ln -s nonexistent mylink
>> > mv myl
On Tue, 31 Oct 2017 13:34:48 +0100
Denys Vlasenko wrote:
> > It fails with glibc 2.24 and 2.7, x86 and x86_64, so probably everything
> > between. Are you on a more recent glibc?
>
> $ /lib64/libc.so.6
> GNU C Library (GNU libc) development release version 2.26.9000.
This looks relevant:
http:/
On Tue, Oct 31, 2017 at 8:48 PM, Lauri Kasanen wrote:
>
> So it was fixed after 2.26 and no released glibc contains the fix. How
> about either editing the description to say glibc >= 2.27 only, or even
> checking that compile-time?
I would like to have both. And probably give a preprocessor warn
Applied, thanks
On Sat, Oct 7, 2017 at 7:53 PM, James Clarke wrote:
> When grep is passed -r, recursive_action will treat any symlinks to
> directories not in the root as normal files, since it lstat's them and
> is therefore told they are not directories. However, file_action_grep
> will still t
How about this?
--- a/networking/traceroute.c
+++ b/networking/traceroute.c
@@ -709,6 +709,9 @@ packet_ok(int read_len, len_and_sockaddr *from_lsa,
# if ENABLE_FEATURE_TRACEROUTE_VERBOSE
if (verbose) {
+# ifndef MAXHOSTNAMELEN
+# define MAXHOSTNAMELEN 80
+# endif
unsi
On 31 Oct 2017, at 15:06, Denys Vlasenko wrote:
>
> How about this?
>
> --- a/networking/traceroute.c
> +++ b/networking/traceroute.c
> @@ -709,6 +709,9 @@ packet_ok(int read_len, len_and_sockaddr *from_lsa,
>
> # if ENABLE_FEATURE_TRACEROUTE_VERBOSE
>if (verbose) {
> +# ifndef MAXHOST
I believe I have found a bug in the current version of busybox.
When:
* an applet is marked NOEXEC,
* busybox is configured with CONFIG_FEATURE_SH_STANDALONE=y, and
* busybox's ash is asked to do "ENV_VAR=newval no_exec_app"
Then the no_exec app is not called with the new environment.
This affec
When I tried to use inetd as an unprivileged user on linux (4.9.x, x86_64,
glibc or musl), I get:
inetd: can't set groups: Operation not permitted
I believe the problem is line 1486, where it compares the desired uid to 0,
rather than to the current uid, to decide whether to set groups.
For ex