On Wed, 2017-05-10 at 16:49 -0700, Nye Liu wrote:
> On Sat, Apr 15, 2017 at 05:09:18AM +0100, Ben Hutchings wrote:
> > This bug report has severity 'normal', which does not justify an NMU.
> > Also, as we are approaching the release of Debian 9 'stretch', even
> > updates by a maintainer should
On Sat, Apr 15, 2017 at 05:09:18AM +0100, Ben Hutchings wrote:
> This bug report has severity 'normal', which does not justify an NMU.
> Also, as we are approaching the release of Debian 9 'stretch', even
> updates by a maintainer should only fix important bugs.
I don't think "normal" makes
On Fri, 2017-04-14 at 20:19 -0700, Nye Liu wrote:
> Is anyone maintaining this package?
Daniel Pocock has been doing a fair amount of work on it.
> Is it possible to put this patch into an NMU?
This bug report has severity 'normal', which does not justify an NMU.
Also, as we are approaching
Is anyone maintaining this package?
Is it possible to put this patch into an NMU?
On Thu, 2 Feb 2017 21:55:28 -0800 Nye Liu wrote:
> This bug is still not fixed.
>
> In addition, it doesn't appear as though "-V 2" will enable NFSv2,
which seems to
> be disabled by default now.
Even worse, the old nfs-common script would automatically enable statd,
idmapd,
This bug is still not fixed.
In addition, it doesn't appear as though "-V 2" will enable NFSv2, which seems
to
be disabled by default now.
Hello,
this problem just came up in #debian and it took us a while to arrive at
the same conclusion (and patch) as detailed in this bug report. It would
be appreciated if the patch could be included as this would allow
users in a similar situation to solve it immediately.
Thank you!
--
Wolodja
Package: nfs-kernel-server
Severity: normal
Tags: patch
Instructions to disable NFSv4 in /etc/default/nfs-kernel-server aren't properly
preventing clients to mount the export using NFSv4.
We had to pass the option '--no-nfs-version 4' to mountd *and* nfsd. I found at
least one similar case and
8 matches
Mail list logo