Helmut Grohne skrev:
The package description of nscd clearly states when nscd should be
installed. A "wrong" dependency on nscd is no bug with nscd, but with
the software depending on it.
I can see the logic in that. My bad.
Most packages seem to have changed their
behaviour since there are o
reassign 331405 libpam-ldap
tags 331405 patch
thanks
> It would be libpam-ldap which suggests libnss-ldap in my case. But
> running apt-rdepends and analyzing it's output suggests that there are
> 35 packages which depends on nscd in etch today. That's depends as in
> any of the relationships that
(Hoping I'm doing things right, first time for me...)
Gabor Gombas @ 2005-10-05 (Wednesday), 16:08 (+0200)
Also, the default negative-ttl for the hosts map is just 20 seconds
which I think _is_ a quite reasonable default.
If twenty seconds were the case, I wouldn't have complained. I had the
Gabor Gombas @ 2005-10-05 (Wednesday), 16:08 (+0200)
> What is that "something"? Investigating the output of apt-cache rdepends
> nscd, libnss-pgsql1 and libnss-mdns Suggests: nscd, and libnss-ldap
> Recommends: it, but nothing Depends: on it. So you should've given a
> choice by whatever package i
On Mon, Oct 03, 2005 at 12:33:45PM +0200, Martin Samuelsson wrote:
> Obviously something has automatically dragged nscd into my system as one
> of it's dependencies. (It's marked A in aptitude) And having a software
> cacheing dns lookups from disconnected moments doesn't really make a
> laptop ve
Package: nscd
Version: 2.3.5-6
Severity: important
After some time of random dns failures I started tracking the problem
today, the first time I found a reproducable way to trigger it.
Obviously something has automatically dragged nscd into my system as one
of it's dependencies. (It's marked A in
6 matches
Mail list logo