Such a patch to mount.c I think should be submitted upstream, it only makes sense.
In the meantime, I'm pretty sure the new competitor to supermount (the name is
slipping my mind at the moment) supports ignoring options that don't apply to the
filesystem it finds, and supermount may also.
Guillaume Cottenceau wrote:
> Buchan Milne <[EMAIL PROTECTED]> writes:
>
>> Unfortunately, double clicking on an rpm on a CD still gives some
>> problem
>
> Because of Windows-only CD that leads to all files being
> executable?
>
> I have a suggestion for that, because I've been dealing with
> fixing a similar problem for a friend of mine.
>
> I've been trying to use "mode=0644" as a mount option for iso9660
> to fix the problem (mode= is "For non-Rock Ridge volumes, give
> all files the indicated mode").
>
> It exhausted one problem though: with dvd drives, we use "auto"
> as the fs type, in /etc/fstab; my fix worked well when you put
> cd's in your dvd drive, but when you put dvd's the udf filesystem
> will exit with a failure because "mode=" is non supported.
>
> I think the best solution would be to extend fstab syntax so that
> in "auto" fs, we can specify options for only one fs, but I think
> this is somewhat complicated and will introduce incompatibility
> in a basic file such as /etc/fstab. So I've finally fixed my fix
> by extending mount.c capability, adding the ability to silently
> remove some options for some FS's (namely, mode= for udf).
>
> What do people think?
>
> Pixel do you think we can add mode=0644 for cd and dvd drives, in
> the install, with the above mentioned addition in mount.c?
>