If you want to do multiple commands with time, either put them in a script and
time the script, or do something like:
echo "command 1 ; command 2" | time sh
- Original Message -
From: "Gabriel"
To: openwrt-devel@lists.openwrt.org
Sent: Friday, November 23, 2012 3:14:09 PM
Subject: Re:
Thank you for your answers!
I've tried with the time command, but I couldn't use it for various
commands together as in my pc using parentheses like
time (command 1; command 2)
with date +%s I get a seconds count:
root@E10:~# while true; do date; date +%s; sleep 1; done
Fri Nov 23 17:10:11 A
Hi All,
Support for musl libc in OpenWrt has been added in revision r34314, this
was tested against:
- X86 in VirtualBox
- X86_64 with UML
- ARM with the realview target
Note that the following issues are known:
- unable to complete libstdc++ build due to some missing declarations (WIP)
- MI
Currently we call mkfs.jffs2 --squash, which will change
both file permissions and owners.
If we have some file with suid bits, it will clear these bits.
Thus it's enough to just squash file owners, by replacing that
argument to --squash-uids.
Signed-off-by: Jonh Wendell
---
include/image.mk |
> /proc/uptime is much simplier :-)
and it's even monotonic...and...fast.
(date +%s can jump into future and past)
> > read t1 trash > do_something()
> > read t2 trash https://lists.openwrt.org/mailman/listinfo/openwrt-devel
/proc/uptime is much simplier :-)
---
Luiz Angelo Daros de Luca, Me.
luizl...@gmail.com
2012/11/23 Bastian Bittorf :
>> not possible to get more resolution than 1 second, at least with
>> the
>> date command. I'd like to know if there's a way to get a resolution
>
> you can start
"nico" is fixed, I still don't know what is going on with carme, hopefully
I can get it fixed soon.
Travis
On Fri, Nov 23, 2012 at 6:34 AM, Hannu Nyman wrote:
> Nico and Carme, two buildslaves doing the trunk snapshots upload nothing
> and discard the compiled firmwares. I hate seeing scarce re
Nico and Carme, two buildslaves doing the trunk snapshots upload
nothing and discard the compiled firmwares. I hate seeing scarce
resources wasted, so I am bugging about this. Those two are doing 4/9
of the simultaneous builds, so quite a large amount of work gets
partially wasted.
Due to
On Fri, Nov 23, 2012 at 7:11 AM, Jonh Wendell wrote:
> hi. why did you include that file twice? is there any reason to not do a
> single include in the beginning of the the script?
Those two functions differ very little, and could probably be
refactored into one, but first i'll see what the packa
hi. why did you include that file twice? is there any reason to not do a
single include in the beginning of the the script?
2012/11/23 Gui Iribarren
> In legacy ubnt2 devices, when trying to bring 3 VAPs, one in adhoc
> mode managed with batman-adv, a race condition occurs and /var/state
> does
In legacy ubnt2 devices, when trying to bring 3 VAPs, one in adhoc
mode managed with batman-adv, a race condition occurs and /var/state
doesn't get the .ifname updated quickly enough at boot time. Using
(the newer) ubus call infrastructure overcomes the race condition.
Signed-off-by: Gui Iribarren
> not possible to get more resolution than 1 second, at least with
> the
> date command. I'd like to know if there's a way to get a resolution
you can start with 'date +%s'
the tic() toc() approach is nice, here is what
we do to measure exact time between 2 events:
read t1 trash https://lists.op
12 matches
Mail list logo
