On Sun, 22 Jan 2012 15:21:57 +0000, owner@bugs.debian.org (Debian Bug Tracking System) wrote:
> Version: 1:1.2.5-4
> Distribution: unstable
> Urgency: low
> Maintainer: Debian kernel team <debian-kernel@lists.debian.org>
> Changed-By: Luk Claes <luk@debian.org>
> Description:
> nfs-common - NFS support files common to client and server
> nfs-kernel-server - support for NFS kernel server
> Closes: 651558 651634
> Changes:
> nfs-utils (1:1.2.5-4) unstable; urgency=low
> .
[...]
> * Move rpc.svcgssd to nfs-common (Closes: #651558).

I'm happy to see rpc.svcgssd moved to nfs-common, but i'm not sure how a
client is expected to have that launched and available, given that there
is no initscript, configuration, or anything.

What suggestions would you have for clients attempting to ensure that
rpc.svcgssd is running and able to receive delegations?

--dkg

reopen 651558
thanks

On 02/23/2012 01:50 PM, Daniel Kahn Gillmor wrote:
> I'm happy to see rpc.svcgssd moved to nfs-common, but i'm not sure how a
> client is expected to have that launched and available, given that there
> is no initscript, configuration, or anything.
>
> What suggestions would you have for clients attempting to ensure that
> rpc.svcgssd is running and able to receive delegations?

Also, the manual page for rpc.svcgssd should be shipped with the
executable. Please move usr/share/man/man8/svcgssd.8.gz and the symlink
at rpc.svcgssd.8.gz from nfs-kernel-server to nfs-common.

Thanks!

--dkg



--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Archive: 4F468BBD.3060707@fifthhorseman.net">http://lists.debian.org/4F468BBD.3060707@fifthhorseman.net

merge 651558 684416
tags 651558 patch
thanks

Hi all!

I have prepared a patch that should fix this bug. It actually moves the
init part of rpc.svcgssd from nfs-kernel-server into nfs-common.

I have not added any break/replace field to debian/control but it
should be necessary (as well a notice of the change).

Now a small comment about the patch. Since the default configuration of
rpc.svcgssd is moved from /etc/default/nfs-kernel-server into
/etc/default/nfs-common, to avoid breaking server at upgrade, I have
implemented a small hack that sources /etc/default/nfs-kernel-server
when starting nfs-common if the case of:
1- statement about rpc.svcgssd are untouched in /etc/default/nfs-common
AND
2- there is a file /etc/default/nfs-kernel-server that contains
statement about rpc.svcgssd

Maybe this is really too hackish but I could not think of a better solution.

Please review/comment

Cheers,

Nicolas Bourdaud