On Tuesday, 19 September 2017 03:16:32 PDT Konstantin Tokarev wrote:
> > Why? Is hash randomization really important in your case?
>
> Actually, you can read value of QT_HASH_SEED from /dev/urandom, restoring
> previous behavior exactly.
Read what I wrote in my emails and in the Python bug report
On 19.09.2017 13:16, Konstantin Tokarev wrote:
19.09.2017, 13:14, "Konstantin Tokarev" :
14.09.2017, 10:22, "Sami Nurmenniemi" :
Hi,
Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior of
QRandomGenerator to use getentropy instead of /dev/urandom. This causes proble
19.09.2017, 13:14, "Konstantin Tokarev" :
> 14.09.2017, 10:22, "Sami Nurmenniemi" :
>> Hi,
>>
>> Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior of
>> QRandomGenerator to use getentropy instead of /dev/urandom. This causes
>> problems for device boot times when using
14.09.2017, 10:22, "Sami Nurmenniemi" :
> Hi,
>
> Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior of
> QRandomGenerator to use getentropy instead of /dev/urandom. This causes
> problems for device boot times when using QRandomGenerator in the boot
> sequence. As the co
On Monday, 18 September 2017 00:34:03 PDT Sami Nurmenniemi wrote:
> > And that would be a non-Qt job. I wasn't worried about Qt on real devices
> > because I don't expect it to be run early enough to matter. On VMs,
> > that's
> > another story, and if you don't trust your undercloud-provided /dev
On 15.09.2017 18:21, Thiago Macieira wrote:
On Friday, 15 September 2017 00:31:36 PDT Sami Nurmenniemi wrote:
I think we'll just have to accept blocking for the devices without
hwrng. I don't know if we really support any such devices. If we do and
boot time is essential for those, we'll have to
On 15/09/17 16:21, Thiago Macieira wrote:
> Anyway, I've read the entire Python thread to figure out what their
> conclusion
> was. Turns out, after spending hours reading everything, the bug ends without
> a conclusion. It must have been concluded, but it's not recorded in the bug
> report!
h
On Friday, 15 September 2017 00:31:36 PDT Sami Nurmenniemi wrote:
> I think we'll just have to accept blocking for the devices without
> hwrng. I don't know if we really support any such devices. If we do and
> boot time is essential for those, we'll have to figure out some way
> (probably saving e
On 14.09.2017 20:02, Thiago Macieira wrote:
On Thursday, 14 September 2017 08:18:05 PDT Giuseppe D'Angelo wrote:
Il 14/09/2017 17:01, Thiago Macieira ha scritto:
2. Add "rng-tools" to the image for inputting entropy to the kernel
- Speeds up initialization of nonblocking pool
- On devices with
On Thursday, 14 September 2017 08:18:05 PDT Giuseppe D'Angelo wrote:
> Il 14/09/2017 17:01, Thiago Macieira ha scritto:
> >> 2. Add "rng-tools" to the image for inputting entropy to the kernel
> >> - Speeds up initialization of nonblocking pool
> >> - On devices with HW random generator, this adds
On 2017-09-14 09:21, Sami Nurmenniemi wrote:
Hi,
Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior
of QRandomGenerator to use getentropy instead of /dev/urandom. This
causes problems for device boot times when using QRandomGenerator in the
boot sequence. As the commit m
Il 14/09/2017 17:01, Thiago Macieira ha scritto:
2. Add "rng-tools" to the image for inputting entropy to the kernel
- Speeds up initialization of nonblocking pool
- On devices with HW random generator, this adds real entropy to the kernel
pool - On devices without HW random generator, this add
On Thursday, 14 September 2017 00:21:45 PDT Sami Nurmenniemi wrote:
> Hi,
>
> Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior of
> QRandomGenerator to use getentropy instead of /dev/urandom. This causes
> problems for device boot times when using QRandomGenerator in the bo
Hi,
Commit 120ecc976fc3d5504d234702f68c2ad3898b77a4 changes default behavior of
QRandomGenerator to use getentropy instead of /dev/urandom. This causes
problems for device boot times when using QRandomGenerator in the boot
sequence. As the commit message itself states "What's more, the glibc
i
14 matches
Mail list logo
