[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: nscd
From: |
Ricardo Wurmus |
Subject: |
Re: nscd |
Date: |
Tue, 01 Feb 2022 14:28:55 +0100 |
User-agent: |
mu4e 1.6.10; emacs 27.2 |
adriano <randomlooser@riseup.net> writes:
> Il giorno lun, 31/01/2022 alle 23.30 +0100, Ricardo Wurmus ha scritto:
>>
>> adriano <randomlooser@riseup.net> writes:
>>
>> > The "Application Setup" in the manual
>> > ( https://guix.gnu.org/manual/en/html_node/Application-Setup.html )
>> > suggests to run the nscd service
>> >
>> > "we strongly recommend that the system run the GNU C library’s name
>> > service cache daemon, nscd, which should be listening on the
>> > /var/run/nscd/socket socket."
>> >
>> > found such service already running on my Ubuntu installation and
>> > the
>> > mentioned socket is there
>> >
>> > But now I'm wondering: does the manual refer to the host distro
>> > when it
>> > says "the system" ?
>>
>> Yes.
>>
>> The reason is that nscd communicates with processes over a network
>> protocol, which allows binaries built with Guix to talk to user
>> account
>> services on a foreign distro. Alternative account services require
>> loading of binary plugins, which would not be possible when these
>> plugins are linked with incompatible libraries.
>>
>
> Thank you, Ricardo
>
> so because the nscd service being used is provided by the Ubuntu host,
> the issue I'm running into (discussed in another thread) is not due to
> the wrong nscd service being used
>
> am I right ?
Correct. It should not be related to nscd.
nscd from Ubuntu should work just fine because the protocol is the same
no matter if client and server are linked with different libraries.
--
Ricardo
- Re: nscd, adriano, 2022/02/01
- Re: nscd,
Ricardo Wurmus <=