linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Shaya Potter <spotter@cs.columbia.edu>
To: Linux Filesystem Development <linux-fsdevel@vger.kernel.org>
Subject: badly authored udf file systems
Date: Wed, 01 Dec 2004 22:12:30 -0500	[thread overview]
Message-ID: <1101957150.5405.9.camel@localhost.localdomain> (raw)

I have a couple of DVDs that seem to have been authored badly, such that
when they are mounted, none of the directories have the execute bit, and
hence means that only root can enter the VIDEO_TS folder and hence only
root can play the dvd.

in looking at the ecma spec
(http://www.ecma-international.org/publications/standards/Ecma-167.htm)
and section 4/14.9 where the file entry record is discussed, it shows
that the permission scheme sort of mirrors unix (i.e. owner, group,
other and read/write/execute bits).  However, the spec is ambigious
because when it refers to the execute bit, it doesn't talk about
directories at all.  In normal unix, of course one needs the execute bit
set, however, its probable other systems dont have such a semantic and
hence buggy dvd authoring programs on those platforms don't check for
it.

Would it be useful to have a file system option to specify something
along the lines "buggy_dvd" which automatically gives all directories a
0x111 bump?

I ran into this w/ gnome's gnome-volume-manager which automatically
mounted the dvd on insertion, but wasn't able to play it unless the dvd
player was running as root.

thanks,

shaya


             reply	other threads:[~2004-12-02  3:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-02  3:12 Shaya Potter [this message]
2004-12-02 10:03 ` badly authored udf file systems Jamie Lokier
2004-12-02 13:22   ` Shaya Potter

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=1101957150.5405.9.camel@localhost.localdomain \
    --to=spotter@cs.columbia.edu \
    --cc=linux-fsdevel@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;
as well as URLs for NNTP newsgroup(s).