On 25/05/18 01:42, Glenn English wrote:
On Wed, May 23, 2018 at 10:11 PM, Ben Caradoc-Davies wrote:
Bug#899271: xfce4-terminal hangs in getrandom if crng not ready
What in heaven's name is a terminal emulator doing in getrandom?
Indeed. It seems that gnutls_rnd is called when creating a
Vte
On Wed, May 23, 2018 at 10:11 PM, Ben Caradoc-Davies wrote:
>> Bug#899271: xfce4-terminal hangs in getrandom if crng not ready
What in heaven's name is a terminal emulator doing in getrandom? Have
you tried with a different terminal? There seem to be several in
XFCE4.
> I know that I am right a
On 24/05/18 04:48, Glenn English wrote:
On Tue, May 22, 2018 at 10:47 PM, Ben Caradoc-Davies wrote:
I also found that xfce4-terminal hangs in getrandom if started immediately
after boot and lightdm login. This one is not fixed by the libsdb upgrade. I
have reported it:
Bug#899271: xfce4-termin
On Tue, May 22, 2018 at 10:47 PM, Ben Caradoc-Davies wrote:
> On 22/05/18 19:50, Dino wrote:
>>
>> I can confirm that libbsd/0.8.7-1.1 fixes the problem here, too.
>
>
> Great!
>
> I also found that xfce4-terminal hangs in getrandom if started immediately
> after boot and lightdm login. This one i
On 22/05/18 19:50, Dino wrote:
I can confirm that libbsd/0.8.7-1.1 fixes the problem here, too.
Great!
I also found that xfce4-terminal hangs in getrandom if started
immediately after boot and lightdm login. This one is not fixed by the
libsdb upgrade. I have reported it:
Bug#899271: xfce4
On 21.05.2018 05:25 Ben Caradoc-Davies wrote:
On 19/05/18 13:07, Ben Caradoc-Davies wrote:
On 19/05/18 11:28, Ben Caradoc-Davies wrote:
The cause is xfce4-session. I will file a bug report.
Bug#899080: xfce4-session hangs in getrandom if crng not ready
https://bugs.debian.org/cgi-bin/bugreport
On 19/05/18 13:07, Ben Caradoc-Davies wrote:
On 19/05/18 11:28, Ben Caradoc-Davies wrote:
The cause is xfce4-session. I will file a bug report.
Bug#899080: xfce4-session hangs in getrandom if crng not ready
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899080
I think this is a symptom of Bu
On 19/05/18 11:28, Ben Caradoc-Davies wrote:
The cause is xfce4-session. I will file a bug report.
Bug#899080: xfce4-session hangs in getrandom if crng not ready
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899080
I think this is a symptom of Bug#898088 in libbsd0:
Bug#898088: arc4random
On 19/05/18 09:59, Ben Caradoc-Davies wrote:
I can reproduce the hang in a VM with a testing system installed from
the 14 May weekly testing iso. I will try using a custom kernel with a
printk in getrandom to confirm the guilty process, as I did for #897572.
The cause is xfce4-session. I will
On 19/05/18 01:57, Dino wrote:
Surprisingly, this behaviour does not occur on my desktop running
testing with all packages upgraded to the same versions...
If you have a wired network device and are on a busy network, your
network device might generate enough entropy. One other possibility is
On 18.05.2018 12:07 songbird wrote:
Dino wrote:
On 18.05.2018 01:07 Ben Caradoc-Davies wrote:
On 17/05/18 21:02, Dino wrote:
Yes, you're right! When I wiggle the mouse the wait ends sooner.
Indeed, if I don't move the mouse at all and don't press any key the
screen just stays blank (I waited a
Dino wrote:
> On 18.05.2018 01:07 Ben Caradoc-Davies wrote:
>> On 17/05/18 21:02, Dino wrote:
>>> Yes, you're right! When I wiggle the mouse the wait ends sooner.
>>> Indeed, if I don't move the mouse at all and don't press any key the
>>> screen just stays blank (I waited approx. 5 minutes and i
On 18.05.2018 01:07 Ben Caradoc-Davies wrote:
On 17/05/18 21:02, Dino wrote:
Yes, you're right! When I wiggle the mouse the wait ends sooner.
Indeed, if I don't move the mouse at all and don't press any key the
screen just stays blank (I waited approx. 5 minutes and it still was
black).
I atta
On 17/05/18 21:02, Dino wrote:
Yes, you're right! When I wiggle the mouse the wait ends sooner. Indeed,
if I don't move the mouse at all and don't press any key the screen just
stays blank (I waited approx. 5 minutes and it still was black).
I attached the output of dmesg | grep "random". As you
On 2018-05-17, Dino wrote:
>
> Yes, you're right! When I wiggle the mouse the wait ends sooner. Indeed,
> if I don't move the mouse at all and don't press any key the screen just
> stays blank (I waited approx. 5 minutes and it still was black).
>
https://wiki.archlinux.org/index.php/LightDM#Li
On 16.05.2018 19:51 Dominic Knight wrote:
On Wed, 2018-05-16 at 14:53 +0200, Dino wrote:
Dino wrote:
This is a multi-part message in MIME format.
--D295C2A19D414A0F9C32AEE8
Content-Type: multipart/alternative;
boundary="51A034E61483D85CC097E79C"
--51A034
On 17.05.2018 00:43 Ben Caradoc-Davies wrote:
On 16/05/18 19:28, w...@hllmnn.de wrote:
I just did a fresh install of testing with XFCE. After entering the
login
credentials the screen was black for 30-60 seconds before the desktop
environment showed up. Assuming a bug in XFCE, I performed anoth
On 16/05/18 19:28, w...@hllmnn.de wrote:
I just did a fresh install of testing with XFCE. After entering the login
credentials the screen was black for 30-60 seconds before the desktop
environment showed up. Assuming a bug in XFCE, I performed another fresh install
with MATE, but a similar effect
On Wed, 2018-05-16 at 14:53 +0200, Dino wrote:
> > Dino wrote:
> > > This is a multi-part message in MIME format.
> > > --D295C2A19D414A0F9C32AEE8
> > > Content-Type: multipart/alternative;
> > > boundary="51A034E61483D85CC097E79C"
> > >
> > >
> > > --51A034E
Dino wrote:
This is a multi-part message in MIME format.
--D295C2A19D414A0F9C32AEE8
Content-Type: multipart/alternative;
boundary="51A034E61483D85CC097E79C"
--51A034E61483D85CC097E79C
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer
Dino wrote:
> This is a multi-part message in MIME format.
> --D295C2A19D414A0F9C32AEE8
> Content-Type: multipart/alternative;
> boundary="51A034E61483D85CC097E79C"
>
>
> --51A034E61483D85CC097E79C
> Content-Type: text/plain; charset=utf-8; format=flowed
> Conte
This time with attachment...
Am 16.05.2018 um 09:28 schrieb w...@hllmnn.de:
I just did a fresh install of testing with XFCE. After entering the
login credentials the screen was black for 30-60 seconds before the
desktop environment showed up. Assuming a bug in XFCE, I performed
another fresh
I just did a fresh install of testing with XFCE. After entering the login credentials the screen was black for 30-60 seconds before the desktop environment showed up. Assuming a bug in XFCE, I performed another fresh install with MATE, but a similar effect occured: after login the background image
23 matches
Mail list logo