* Re: Fw: [PATCH] Full NLS support for HFS (classic) filesystem
[not found] <20050829134533.541465d2.akpm@osdl.org>
@ 2005-08-30 6:13 ` Pavel Fedin
0 siblings, 0 replies; only message in thread
From: Pavel Fedin @ 2005-08-30 6:13 UTC (permalink / raw)
To: Andrew Morton; +Cc: Roman Zippel, linux-fsdevel
Andrew Morton wrote:
> So I have this very old patch sitting in my todo folder. Has it moved forward at all?
Roman Zippel didn't agree with such an implementation and created
another version which is the only proper one as he says (despite it's
less functional). Well, i am waiting for it to appear in "stable" kernel
in order to re-add CP10007 NLS and re-test it.
You can cut out cp10007 NLS from this patch and apply it to the
kernel, it is absent in Andrew's version because he is not russian.
I am copying this message to Roman for reference.
P.S. I still would like to take the following changes into consideration:
1. IMHO all the filesystems in the kernel should ignore unknown
arguments rather than raise an error and refuse to mount. This would
make autofs much more usable. For example line like:
/dev/cdrom /mnt/cdrom hfsplus,hfs
user,noauto,iocharset=koi8-r,codepage=10007
would work in this case. Currently it would fail because hfsplus knows
nothing about "codepage".
There can be more examples where ignoring unknown arguments would be
useful, this is just the most common one for me.
A side-effect would be fixup of smbfs which currently doesn't
recognise "user,noauto". I posted a patch introducing these dummy
arguments a long time ago but it was rejected because it was considered
to be just a code pollution. Probably a policy of ignoring all unknown
arguments would do?
2. There are two arguments doing the same job. Some filesystems
understand only "nls" and some - only "iocharset". I think this should
be made uniform.
Kind regards.
^ permalink raw reply [flat|nested] only message in thread