busybox binary in openwrt neither supports stat nor find mtime.
This patch adds find mtime support by default.
I've compared ipk size for three different targets
(ar71xx, brcm2708, x86):
209908 Okt 16 13:48 busybox_1.23.2-3_ar71xx.ipk-0before
210031 Okt 16 16:47
that's what I was assuming :-(
thanks a lot,
Claudio
On 19.10.2015 11:28, John Crispin wrote:
> there is no dynamic reload feature for this in procd yet
>
>
> On 19/10/2015 11:20, Claudio Thomas wrote:
>> Hi,
>> on my /etc/inittab I've the following line
>>
>>ttyQE1::askfirst:/bin/ash
Hi,
please send a PR against the packages feed hosted on github
John
On 16/10/2015 23:26, Pushpal Sidhu wrote:
> This package is currently in oldpackages. Add here to keep support for gpsd.
>
> From oldpackages, this was bumped from 3.10 -> 3.15 and includes an upstream
> patch to
On 19/10/15 01:18, Stefan Monnier wrote:
>> RFC6303 specifies reverse dns zones that ideally should not be forwarded
>> to upstream (root) servers and create unnecessary load upon them.
> Shouldn't this be done upstream (i.e. in dnsmasq directly) rather than
> in our config?
>
>
> Stefan
Hi,
on my /etc/inittab I've the following line
ttyQE1::askfirst:/bin/ash --login
I've already removed the line and killed the process, but its restarts
again.
I know that commenting it out and rebooting is a way to stop this
"service", but is there a way to stop it without rebooting? Like
there is no dynamic reload feature for this in procd yet
On 19/10/2015 11:20, Claudio Thomas wrote:
> Hi,
> on my /etc/inittab I've the following line
>
>ttyQE1::askfirst:/bin/ash --login
>
> I've already removed the line and killed the process, but its restarts
> again.
>
> I know that
Can someone pick this up please?
Patch was good to go, same for the 15.05 version.
Thank you!
Stijn
>From b9f1eb74cea4a654c3a31c97a5e94369b0a01849 Mon Sep 17 00:00:00 2001
From: Stijn Segers
Date: Sat, 19 Sep 2015 02:19:10 +0200
Subject: [PATCH v5] ar71xx:
From:
http://www.slate.com/blogs/future_tense/2015/10/15/trans_pacific_partnership_could_thwart_computer_security_research_and_tinkering.html
"Surely our government isn't insane enough to thwart research designed
to keep us safer in the emerging “Internet of Things.” Yet tell that,
for starters,
On 18-10-15 20:20, Roman Yeryomin wrote:
> On 18 October 2015 at 00:16, Stijn Tintel wrote:
>> On 17-07-15 19:35, Roman Yeryomin wrote:
>>> Signed-off-by: Roman Yeryomin
>>> ---
>>>
>> Hi Roman,
>>
>> Since ar71xx uses 4.1 kernel by default, MAC addresses on
"Surely our government isn't insane"
LOL
On Mon, Oct 19, 2015 at 5:52 PM, Dave Taht wrote:
> From:
>
>
> http://www.slate.com/blogs/future_tense/2015/10/15/trans_pacific_partnership_could_thwart_computer_security_research_and_tinkering.html
>
> "Surely our government isn't
Sets the LEDs to boardname:color:led-name
Sets the LAN to eth0
Corrects the profile names in the Makefile and changes tabs to spaces
in the Makefile 'define Device/' like the other devices.
Other corrections such as the Machine Name and HWIDs
v1 inadvertently included files for the antrouter r1
On 18-10-15 20:20, Roman Yeryomin wrote:
On 18 October 2015 at 00:16, Stijn Tintel wrote:
On 17-07-15 19:35, Roman Yeryomin wrote:
Signed-off-by: Roman Yeryomin
---
Hi Roman,
Since ar71xx uses 4.1 kernel by default, MAC addresses on my Ubiquiti
Sets the LEDs to boardname:color:led-name
Sets the LAN to eth0
Corrects the profile names in the Makefile and changes tabs to spaces
in the Makefile 'define Device/' like the other devices.
Other corrections such as the Machine Name and HWIDs
Signed-off-by: L. D. Pinney
---
Subject: [PATCH] CC: ar71xx: Bitmain Antminer S1 & S3 cleanup
Sets the LEDs to boardname:color:led-name
Sets the LAN to eth0
Corrects the profile names in the Makefile and changes tabs to spaces
in the Makefile 'define Device/' like the other devices.
Other corrections such as the Machine Name
14 matches
Mail list logo