62cdfc3 added systemd units including a ubus.socket unit, but didn't
actually add socket activation support to ubusd. This would cause the first
connection that activated ubusd to hang (as ubusd ignored it), and stopping
ubusd would break it completely (as ubusd removed the socket file).
The ENABL
On 23/05/2016 20:12, Waldemar Brodkorb wrote:
> Hi John,
> John Crispin wrote,
>
>> Hi,
>> is it really a gnu extension or is uclibc b0rked for these symbols ?
>
> I think it isn't b0rked.
> It was added for ARM GNU libc here under #ifdef __USE_GNU:
> https://sourceware.org/git/?p=glibc.git;a=b
On 2016-05-23 20:03, John Crispin wrote:
> Hi,
> is it really a gnu extension or is uclibc b0rked for these symbols ?
At least O_PATH is Linux specific, so defining _GNU_SOURCE makes sense.
- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openw
Hi,
is it really a gnu extension or is uclibc b0rked for these symbols ?
John
On 23/05/2016 19:57, Alexey Brodkin wrote:
> In uClibc-ng O_PATH and O_DIRECTORY are only defined if _GNU_SOURCE is
> defined.
>
> So explicitly define _GNU_SOURCE in sources that use O_PATH and
> O_DIRECTORY.
In uClibc-ng O_PATH and O_DIRECTORY are only defined if _GNU_SOURCE is
defined.
So explicitly define _GNU_SOURCE in sources that use O_PATH and
O_DIRECTORY.
Without that extra definition that's what happens when building procd.
utils/utils.c:
->8--
...
This change updates uClibc version to the most recent 1.0.14 release.
Signed-off-by: Alexey Brodkin
---
toolchain/uClibc/Config.version | 2 +-
toolchain/uClibc/common.mk | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/toolchain/uClibc/Config.version b/toolchain/uClib
This fixes util-linux building with uClibc.
Patch is taken as it is from Buildroot:
https://git.busybox.net/buildroot/plain/package/util-linux/0001-Fix-libmount-build-under-uClibc.patch?id=baccb506a6feabf114623866568121f49712f5df
Signed-off-by: Alexey Brodkin
---
.../004-Fix-libmount-build-under
IIRC, your patch did not specify different -x options to each instance
to ensure that the PID files were written to separate files. That's at
least one issue that occasionally caused races at startup.
On Tue, May 17, 2016 at 11:24 PM, Daniel Dickinson
wrote:
> Hi all,
>
> I had a patch that I sub
The busybox ntpd utility currently uses ntp servers specified in uci.
This patch allows the ntpd utility to use NTP servers received via DHCP(v6)
Following uci parameters have been added:
use_dhcp : enables NTP server config via DHCP(v6)
dhcp_interface : use NTP servers received only on the
