Re: RFC: initialize /dev/urandom, is it necessary? Can we do it in a better way?

screaming > > :-? You definitely need help. Guillermo -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: RFC: initialize /dev/urandom, is it necessary? Can we do it in a better way?

Hi Roberto, El lun, 18 sept 2023 a las 11:54, Roberto A. Foglietta (< roberto.foglie...@gmail.com>) escribió: > On Mon, 18 Sept 2023 at 11:20, Guillermo Rodriguez Garcia > wrote: > > > >> # RAF: seeding the urandom device with some data and a few bits of > randomne

Re: RFC: initialize /dev/urandom, is it necessary? Can we do it in a better way?

El lun, 18 sept 2023 a las 9:42, Roberto A. Foglietta (< roberto.foglie...@gmail.com>) escribió: > Hi all, > > I am investigating the Android init procedure (one version, one > device, not in general) and I found an interesting line about the > initialization of the /dev/urandom (seeding, I

Re: The busybox website is unbearably slow

processes > that machine OOMs (hangs) and needs to be manually rebooted. > _______ > busybox mailing list > busybox@busybox.net > http://lists.busybox.net/mailman/listinfo/busybox > -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: [PATCH 2/4] httpd: Don't add Date header to response

statement is not based on facts, but just your personal opinion. Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: [PATCH 2/4] httpd: Don't add Date header to response

*both* the server (so you can setup a script) and the client. But clients that you don't control may just assume that the Date header is present (since it is mandated by RFC2616) and disabling this would break them. Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___

Re: [PATCH 2/4] httpd: Don't add Date header to response

, date_str); > +#endif > + > if (responseNum != HTTP_OK || found_mime_type) { > len += sprintf(iobuf + len, > "Content-type: %s\r\n", > -- > 2.25.1 > > ___ > busybox mailing list >

Re: [PATCH] free: Add 'available' memory if provided by the kernel

> > + scale(available) > > ); > > - /* Show alternate, more meaningful busy/free numbers by counting > > + /* On kernels < 3.14, MemAvailable is not provided. > > + * Show alternate, more meaningful

Re: Busybox httpd sends output of stderr to the Website

from cmdline with > httpd -h /srv/www > it works like expected. A nice feature I found is starting with "-f" Don't > daemonize and I can see the output from stderr on cmdline. This makes > debugging quite easier :) > > Dirk > > -Ursprüngliche Nachricht-

Re: Busybox httpd sends output of stderr to the Website

to NOT redirect stdout to the website? > > Thanks, > Dirk > > > ___ > busybox mailing list > busybox@busybox.net > http://lists.busybox.net/mailman/listinfo/busybox -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

syslogd -D does not always drop duplicates

something obvious, but what is it ? Thank you, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: segfault bb_make_directory + dirname with musl

2016-12-02 8:48 GMT+01:00 Guillermo Rodriguez Garcia <guille.rodrig...@gmail.com>: > 2016-12-01 21:13 GMT+01:00 Daniel Sabogal <dsaboga...@gmail.com>: >> On Wed, Nov 30, 2016 at 5:52 PM, Denys Vlasenko >> <vda.li...@googlemail.com> wrote: [...] >> >

Re: segfault bb_make_directory + dirname with musl

h nul */ >> break; > > This does prevent the segfault, but I'm not sure if depending on being able to > modify the result of dirname() is reliable. > ___ > busybox mailing list > busybox@busybox.net > http://lists.busybox.net/mailman/listinfo/busybox -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: possible bug in 'sum' command, with a demo

5XZs3My3lqMRYrD-f6D1RVQJSG056dS_6f36lDJz02?t=http%3a%2f%2fvimeo.com%2fchannels%2fgetcrunchtime=5659683090595840=2f2a6d7f-bfae-4f30-bea3-2908f3f9663a> > – LinkedIn > <http://t.signauxhuit.com/e1t/c/5/f18dQhb0S7lC8dDMPbW2n0x6l2B9nMJW7t5XZs3My3lqMRYrD-f6D1RVQJSG056dS_6f36lDJz02?t=https%3a%2f%2fww

Re: [PATCH] Compress common substrings in applet names to save space

2016-04-20 12:46 GMT+02:00 Denys Vlasenko : > On Tue, Apr 19, 2016 at 2:15 PM, Ron Yorston wrote: >> The string of applet names seems ripe for compression: it has a limited >> range of characters and many common substrings. If the compression is >> too

Re: tar: write: Broken pi

usybox mailing list >> busybox@busybox.net >> http://lists.busybox.net/mailman/listinfo/busybox > > > ___ > busybox mailing list > busybox@busybox.net > http://lists.busybox.net/mailman/listinfo/busybox -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: Setting timezone offset properly with busybox

hours - 11:03:16. Where do I get this additional offset ? Br, Juha -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: Setting timezone offset properly with busybox

By the way the time you were seeing was not 6 hours in the future, but 9 hours in the past (check the date) El viernes, 24 de julio de 2015, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com escribió: Try JST-9. The offset is the value added to localtime to arrive at UTC, which

Re: printf in top.c

a patch for busybox in our system. Best regard Catherine ___ busybox mailing list busybox@busybox.net javascript:; http://lists.busybox.net/mailman/listinfo/busybox -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com

Re: RFD: Rework/extending functionality of mdev

El viernes, 13 de marzo de 2015, James Bowlin bit...@gmail.com escribió: On Fri, Mar 13, 2015 at 08:33 PM, Guillermo Rodriguez Garcia said: You are talking about a possible bug in the current implementation. In my opinion this is completely independent from whether a redesign/architecture

Re: RFD: Rework/extending functionality of mdev

I'm not in debug mode. If there is a better/faster way to get the time to hundredths of a second or better, PLMK. On embedded targets I normally use grabserial for boot timing ( http://elinux.org/Grabserial) Just in case it's useful. Guillermo -- Guillermo Rodriguez Garcia guille.rodrig

Re: RFD: Rework/extending functionality of mdev

2015-03-13 11:19 GMT+01:00 Harald Becker ra...@gmx.de: On 13.03.2015 10:30, Guillermo Rodriguez Garcia wrote: There are many configuration options in BB that must be defined at build time. I don't see why this one would be different. You can activate both as the default (with cost of some

Re: RFD: Rework/extending functionality of mdev

Hi Harald, 2015-03-13 8:25 GMT+01:00 Harald Becker ra...@gmx.de: On 13.03.2015 00:05, Michael Conrad wrote: In that case, I would offer this idea: All you do, is throwing in complex code sharing and the need to chose a mechanism ahead at build time, to allow for switching to some newer stuff

Re: RFD: Rework/extending functionality of mdev

2015-03-13 11:54 GMT+01:00 Harald Becker ra...@gmx.de: On 13.03.2015 11:25, Guillermo Rodriguez Garcia wrote: I understand your argument. You are saying that users should be able to choose at runtime. What I say is that my impression is that most users belong to one of the following two

Re: Wrong order of operation in mdev.txt

, 2, 4, 5, 6 then 3. Would be better someone changes the doc, as I'm not a native English speaker. -- Harald ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox -- Guillermo Rodriguez Garcia

Re: ntpdate-like functionality in ntpd

2015-02-18 11:16 GMT+01:00 Denys Vlasenko vda.li...@googlemail.com: On Wed, Feb 18, 2015 at 10:10 AM, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com wrote: 2015-02-18 9:45 GMT+01:00 Denys Vlasenko vda.li...@googlemail.com: On Wed, Feb 18, 2015 at 8:38 AM, Guillermo Rodriguez Garcia

Re: ntpdate-like functionality in ntpd

2015-02-18 12:30 GMT+01:00 Sven-Göran Bergh sgb-list+busy...@systemaxion.se: On 02/18/2015 12:04 PM, Guillermo Rodriguez Garcia wrote: 2015-02-18 11:16 GMT+01:00 Denys Vlasenko vda.li...@googlemail.com: On Wed, Feb 18, 2015 at 10:10 AM, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com

Re: ntpdate-like functionality in ntpd

2015-02-18 9:45 GMT+01:00 Denys Vlasenko vda.li...@googlemail.com: On Wed, Feb 18, 2015 at 8:38 AM, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com wrote: I ended up using rdate on this particular case but I think it would be nice if ntpd could be used as described. I don't have enough

Re: ntpdate-like functionality in ntpd

Rodriguez Garcia guille.rodrig...@gmail.com wrote: Hello Denys, El martes, 27 de enero de 2015, Denys Vlasenko vda.li...@googlemail.com escribió: On Tue, Jan 27, 2015 at 7:27 PM, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com wrote: Hello all, Is there a way to make ntpd

ntpdate-like functionality in ntpd

5 valid samples in order to set the time. Thank you, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: ntpdate-like functionality in ntpd

Hello Denys, El martes, 27 de enero de 2015, Denys Vlasenko vda.li...@googlemail.com escribió: On Tue, Jan 27, 2015 at 7:27 PM, Guillermo Rodriguez Garcia guille.rodrig...@gmail.com javascript:; wrote: Hello all, Is there a way to make ntpd work just like ntpdate (just use the first

Re: [PATCH] udhcpd: Handle auto_time timeout overflow

Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: [PATCH] udhcpd: Handle auto_time timeout overflow

is signed, 0x (-1) 0 Guillermo -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: inittab: Start shell only if console is not null

). This works, but it is a crude hack. I really believe that Harald's suggestion would be the right thing to do here. Guillermo 2014-08-28 17:21 GMT+02:00 Guillermo Rodriguez Garcia guille.rodrig...@gmail.com: 2014-08-28 16:38 GMT+02:00 Harald Becker ra...@gmx.de: My argument is that before

Re: inittab: Start shell only if console is not null

Hello Harald, Thank you for your lightning fast answer :) 2014-08-28 9:58 GMT+02:00 Harald Becker ra...@gmx.de: console::respawn:/sbin/getty -L 115200 ttyS0 vt100 This is a special Busybox feature. BB uses the id field to specify a tty device, used to start the inittab command. Yes I knew

Re: inittab: Start shell only if console is not null

-- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list busybox@busybox.net http://lists.busybox.net/mailman/listinfo/busybox

Re: inittab: Start shell only if console is not null

Hi Denys, 2014-08-28 11:05 GMT+02:00 Denys Vlasenko vda.li...@googlemail.com: On Thu, Aug 28, 2014 at 10:08 AM, Guillermo Rodriguez Garcia But I didn't know this. So it seems that if I use console as the id, the device open succeeds when the system boots with console=ttyS0 but fails when

Re: inittab: Start shell only if console is not null

into the right direction not to do endless uncontrolled respawning. FWIW, I have tested the patch locally and I can confirm that it does the job for me perfectly fine. -- Guillermo Rodriguez Garcia guille.rodrig...@gmail.com ___ busybox mailing list

Re: inittab: Start shell only if console is not null

2014-08-28 16:38 GMT+02:00 Harald Becker ra...@gmx.de: My argument is that before adding code, it makes sense to ponder whether we really have a real problem here. Do you really insist on this endless respawning NOT BEING A BUG??? I don't understand your stand point. If one respawn per