On Sun, 29 Aug 2004 15:37:16 -0700 (PDT)
Linus Torvalds <[email protected]> wrote:
> [...]
> And even if Linux _these days_ could handle hardlinked directories, the
> fact is that they would cause slightly more memory usage (due to the
> vfsmounts), and that nobody else can handle such filesystems - including
> older versions of Linux. So nobody would likely use the feature (not to
> mention that nobody is even really asking for it ;).
Huh? Me about a year ago ;-)
Been in fact pretty much boo'd for it :-)
I therefore declare as this years hot issue:
How to use more than 32 GIDs on nfs? Frank van Maarseveens' patch being
available for years I guess, but with 2.6 supporting lots of GIDs becoming very
actual...
:-)))
Sorry for being a bit off-topic but shouldn't we first solve the obvious
(broken) and simple issues around fs?
Regards,
Stephan
On Thu, Sep 02, 2004 at 12:51:56PM +0200, Stephan von Krawczynski wrote:
>
> I therefore declare as this years hot issue:
> How to use more than 32 GIDs on nfs? Frank van Maarseveens' patch being
^^
The limit for NFS is 16.
> available for years I guess, but with 2.6 supporting lots of GIDs becoming very
> actual...
thank you for reminding me that I still need to port it to 2.6. The patch came
into existence around 2.2.17 IIRC.
--
Frank
On Thu, 2 Sep 2004 13:26:23 +0200
Frank van Maarseveen <[email protected]> wrote:
> On Thu, Sep 02, 2004 at 12:51:56PM +0200, Stephan von Krawczynski wrote:
> >
> > I therefore declare as this years hot issue:
> > How to use more than 32 GIDs on nfs? Frank van Maarseveens' patch being
> ^^
> The limit for NFS is 16.
Yes, of course. Sorry for that exaggeration ;-)
> > available for years I guess, but with 2.6 supporting lots of GIDs becoming
> > very actual...
>
> thank you for reminding me that I still need to port it to 2.6. The patch
> came into existence around 2.2.17 IIRC.
Oh it will be very welcome once your done, the only way to circumvent the
situation currently is to give world-rights, which is of course _bad_.
Thanks in advance for this patch,
Stephan