bug#20757: "unable to fork" on armhf

2015-06-14 Thread Mark H Weaver
Any update on this?  Did you try rebuilding your kernel with the needed
configuration options enabled?

Thanks,
  Mark





bug#20757: "unable to fork" on armhf

2015-06-14 Thread Efraim Flashner
On Sun, 14 Jun 2015 09:13:17 -0400
Mark H Weaver  wrote:

> Any update on this?  Did you try rebuilding your kernel with the needed
> configuration options enabled?
> 
> Thanks,
>   Mark

I haven't had a chance yet to rebuild my kernel yet, but I hope to tonight

-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


pgpU9bS0rnHtl.pgp
Description: OpenPGP digital signature


bug#20816: Excessive negative cache time for DNS lookups

2015-06-14 Thread Mark H Weaver
On my GuixSD system, DNS lookup failures (due to lack of network) are
cached for at least 4 minutes, and possibly much longer (I've not had
the patience to wait until it expires).

Even after restarting nscd, the negative cache entry persists for about
another 20 seconds.

I run into this problem quite frequently after waking my system up from
suspend-to-ram.  It typically takes several seconds for wicd to
establish a network connection, and if I make the mistake of triggering
a name lookup of my server (world.peace.net), then I must do the
following:

(1) deco restart nscd
(2) wait about 20 seconds

Looking at %nscd-default-caches in (gnu services base), I see that the
intent is to cache host lookup failures for 20 seconds, and service
lookup failures for an hour.  The fact that the negative cache entry
persists for 20 seconds after restarting nscd would seem to indicate
that nscd considers this to be a host lookup.  So perhaps this is a bug
in nscd.

Is anyone else able to reproduce this problem?

  Mark