From: Karel Zak <kzak@redhat.com>
To: Andreas Henriksson <andreas@fatal.se>
Cc: Anthony DeRobertis <anthony@derobert.net>,
801527@bugs.debian.org, util-linux@vger.kernel.org
Subject: Re: Bug#801527: mount believes correctly-formatted UDF uid=forget option is in error
Date: Mon, 12 Oct 2015 12:00:49 +0200 [thread overview]
Message-ID: <20151012100049.GE2356@ws.net.home> (raw)
In-Reply-To: <20151011205848.GA16027@fatal.se>
On Sun, Oct 11, 2015 at 10:58:48PM +0200, Andreas Henriksson wrote:
> Using LIBMOUNT_DEBUG=all mount -t udf -o uid=ignore,gid=forget ...
> shows the following message (among others):
>
> 24171: libmount: UTILS: cannot convert 'ignore' username to UID
>
> ... and according to the following code you seem to be very right
> that except an actual uid you can also pass 'uid=ignore' or
> 'uid=forget' explicitly:
>
> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/fs/udf/super.c#n352
>
> I see several possible options for implementing this in the future:
> - special-case 'ignore' and 'forget' and pass those as is.
> - if uid-lookup fails, try the above.
> - (assuming different filesystems have different special options)
> let any fs-option through as-is if 'smart lookup' fails.
This is the way how the original mount(8) has worked. Fixed:
https://github.com/karelzak/util-linux/commit/440a355a3d3934d99f7ef82adf02342e6f2f7983
will be in v2.27.1.
Thanks!
Karel
--
Karel Zak <kzak@redhat.com>
http://karelzak.blogspot.com
prev parent reply other threads:[~2015-10-12 10:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20151011172712.28932.10676.reportbug@Watt.home>
2015-10-11 20:58 ` Bug#801527: mount believes correctly-formatted UDF uid=forget option is in error Andreas Henriksson
2015-10-12 10:00 ` Karel Zak [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20151012100049.GE2356@ws.net.home \
--to=kzak@redhat.com \
--cc=801527@bugs.debian.org \
--cc=andreas@fatal.se \
--cc=anthony@derobert.net \
--cc=util-linux@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox