[PATCH] do not fail build if MAXSYMLINKS isn't defined

2013-12-09 Thread Michael Tokarev
This is needed for, eg, hurd, which is known to have no constraints. Signed-off-by: Michael Tokarev m...@tls.msk.ru diff --git a/libbb/xreadlink.c b/libbb/xreadlink.c index ec95af2..a610de8 100644 --- a/libbb/xreadlink.c +++ b/libbb/xreadlink.c @@ -8,6 +8,12 @@ #include libbb.h +/* some

[PATCH] expand: use printable_string instead of hard-coding implementation

2013-12-09 Thread Michael Tokarev
Signed-off-by: Michael Tokarev m...@tls.msk.ru diff --git a/coreutils/expand.c b/coreutils/expand.c index 25bbffc..8d376ff 100644 --- a/coreutils/expand.c +++ b/coreutils/expand.c @@ -78,11 +78,7 @@ static void expand(FILE *file, unsigned tab_size, unsigned opt)

Re: [PATCH] expand: use printable_string instead of hard-coding implementation

2013-12-09 Thread Michael Tokarev
That meant to be unicode_strwidth() not printable_string(). Typo in the subject. /mjt ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

busybox testsuite on non-linux

2013-12-09 Thread Michael Tokarev
Hello. Here are a few tests from the testsuite which fails on debian-hurd and debian-kfreebsd. awk handles non-existing file correctly on hurd ENOENT is 0x4002, the test expects 2. It is not portable to expect certain errno values. Different OSes may use different values for the same

Re: busybox testsuite on non-linux

2013-12-09 Thread Michael Tokarev
09.12.2013 17:51, Michael Tokarev пишет: Forgot to comment on this: tar symlinks mode (both kfreebsd and hurd) --- expected +++ actual @@ -1,9 +1,9 @@ input_dir/input_file -input_dir/input_soft - input_file +input_dir/input_soft - input_dir/input_file input_file -

mdev - add selinux support

2013-12-09 Thread Amadeusz Sławiński
Hello, Attached patch adds basic selinux support to mdev in what I think is most efficient way. It relabels file not caring if it was just created or existed before (for example devtmpfs mount). Amadeusz Sławiński diff -uNr a/util-linux/mdev.c b/util-linux/mdev.c --- a/util-linux/mdev.c

[PATCH] do not use gethostbyname() for hostname -s

2013-12-09 Thread Michael Tokarev
There's no reason to call gethostbyname() on the value returned by uname() when asked just for a short name of a host. This may also be wrong, when uname is set to one value, but in /etc/hosts (or elsewhere) the canonical name is different. This is often the case for localhost entry in

Re: [PATCH] do not use gethostbyname() for hostname -s

2013-12-09 Thread Tito
On Monday 09 December 2013 18:56:43 Michael Tokarev wrote: There's no reason to call gethostbyname() on the value returned by uname() when asked just for a short name of a host. This may also be wrong, when uname is set to one value, but in /etc/hosts (or elsewhere) the canonical name is

Re: [PATCH] do not use gethostbyname() for hostname -s

2013-12-09 Thread Michael Tokarev
10.12.2013 01:40, Tito wrote: On Monday 09 December 2013 18:56:43 Michael Tokarev wrote: There's no reason to call gethostbyname() on the value returned by uname() when asked just for a short name of a host. This may also be wrong, when uname is set to one value, but in /etc/hosts (or

Re: [PATCH] do not use gethostbyname() for hostname -s

2013-12-09 Thread Tito
On Monday 09 December 2013 22:56:34 you wrote: 10.12.2013 01:40, Tito wrote: On Monday 09 December 2013 18:56:43 Michael Tokarev wrote: There's no reason to call gethostbyname() on the value returned by uname() when asked just for a short name of a host. This may also be wrong, when