Hi,
Now that bug #412408 has been resolved, this bug remains. udevd still
dies, just with abort() instead of exit(), leaving the system unusable.
--
# TRS-80 trs80(a)ucc.gu.uwa.edu.au #/ "Otherwise Bub here will do \
# UCC Wheel Member http://trs80.ucc.asn.au/ #| what squirr
reassign 412328 libnss-ldap
thanks
This should be fixed in libnss-ldap.
--
ciao,
Marco
signature.asc
Description: Digital signature
clone 412328
retitle -1 libraries must not call exit(2), ever
reassign -1 libgcrypt11
block 412328 by -1
thanks
On Feb 25, James Andrewartha <[EMAIL PROTECTED]> wrote:
> libgcrypt will use /dev/urandom if /dev/random isn't available. However
> since neither is available, it calls log_fatal which
On Sun, 25 Feb 2007, Marco d'Itri wrote:
> On Feb 25, James Andrewartha <[EMAIL PROTECTED]> wrote:
>
>> Yes, it's created automatically by udevd, but only once udevd is started,
>> and to start udevd needs libnss-ldap which needs libgcrypt which needs
>> /dev/random - so it must be created manuall
On Feb 25, James Andrewartha <[EMAIL PROTECTED]> wrote:
> Yes, it's created automatically by udevd, but only once udevd is started,
> and to start udevd needs libnss-ldap which needs libgcrypt which needs
> /dev/random - so it must be created manually first. I don't see how using
This was not c
reopen 412328
thanks
On Sun, 25 Feb 2007, Marco d'Itri wrote:
> I stand by my position. Your configuration is stupid and I will not
> add hacks to support it. On a normal system /dev/random is created
> automatically.
Yes, it's created automatically by udevd, but only once udevd is started,
and
Package: udev
Version: 0.105-1
Severity: important
When libnss-ldap is set up to use SSL, udevd dies with "Fatal: "no
entropy gathering module detected" which is an error from libgcrypt.
stracing reveals it tries to access /dev/random, which doesn't yet
exist. The easy workaround is to disable SSL
7 matches
Mail list logo
