On Fri, 02 Jul 2010, Petter Reinholdtsen wrote:
> Looking at the changelog, it was introduced in 2005 to fix #267935. If
> it is not needed any more, lets drop it. I very much welcome help
> with writing a patch for this to get init.d/urandom moved earlier in
> the boot. Can you write a patch bas
On Sat, 03 Jul 2010, Petter Reinholdtsen wrote:
> I gave this another try, and believe this code should work, using only
> ls and the shell builtin set.
>
> # Handle locally increased pool size
> set -- $(LANG=C ls -l "$SAVEDFILE")
> SAVEDSIZE="$5"
>
On Thu, 01 Jul 2010, Petter Reinholdtsen wrote:
> Perhaps ls round up to the nearest block? Any other ideas on how to
> fix this with the tools available on /?
I'm looking at the kernel code for random.c right now. To me it looks like
we can just drop the test for file size. When (and why) did
On Thu, 01 Jul 2010, Petter Reinholdtsen wrote:
> [Michael Biebl]
> > TBH, I'm not actually sure what all the code in /etc/init.d/urandom
> > is supposed to do and why SAVEDSIZE is necessary at all.
>
> It is to handle those increasing the pool size in the kernel and make
> the change last across
On 30.06.2010 20:42, Henrique de Moraes Holschuh wrote:
> On Wed, 30 Jun 2010, Michael Biebl wrote:
>> the latest upload of the initscripts package broke the urandom sysv init
>> script.
>> It uses find in line 39, which lives in /usr/bin.
>
> IMO, the script needs to be changed to depend on "ls"
On Wed, 30 Jun 2010, Michael Biebl wrote:
> the latest upload of the initscripts package broke the urandom sysv init
> script.
> It uses find in line 39, which lives in /usr/bin.
Using anything on /usr is a bad idea on that script.
urandom is not something that should start late, it resseds the m
6 matches
Mail list logo