Re: [Cooker] Re: double-clicking on files directly from CD's[was: Re:
Le ven 20/06/2003 à 09:55, Andrey Borzenkov a écrit : > >Le jeu 19/06/2003 ` 12:25, Andrey Borzenkov a icrit : > > >> The right solution is to add support for external helper and query it > >> for mount options for a given device/fstype. > > > That's a great idea ! > > > >> - do something sensible when device could not be mounted. the > >> "please insert CD" dialog that windows pops up would be very > >> useful for newbies as example. > > >you have a problem. If u are in console mode how are u doing to do that? > [... rest skipped due to extremely hard quoting using copy'n'paste :)] > > Have I wrote a SINGLE WORD about HOW it should be implemented? Why are > you so hostile? I just said, it would open up *possibility*. Sorry I'm not a nat_ive english speaker so I may have difficulties to nuances my words. I'm not hostile, I just wanted to pont out some problems. I'm really apologise for this. -- FACORAT Fabrice <[EMAIL PROTECTED]> Fiventis
[Cooker] Re: double-clicking on files directly from CD's [was: Re: rpmdrake and newbies: they someti
Andrey Borzenkov wrote: >> 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. > > 1. It is not a competitor. Sorry. There are zillions way to mount > filesystem on access or even on insert (one of them - integrating > automount in core VFS - was posted recently on lkml) but none of > them so far provides a way to change busy media. Well, you know what I meant. It's meant as an "alternative." I'm not even saying we should use it, you're right that it's not good for busy media. It waits a whole second after last use to umount, that just won't cut it for floppies. I could duplicate that behavior (and have actually) with autofs, but it just isn't good enough for end users. > 2. Do you suggest to recompile submoount, supermount, mount or whatever > every time new filesystem is added? Well, auto is usually used for removable media filesystems, so I'd say yes, just for when new removable media filesystems are added, which isn't that often. > -andrey
[Cooker] Re: double-clicking on files directly from CD's [was: Re: rpmdrake and newbies: they someti
> 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. 1. It is not a competitor. Sorry. There are zillions way to mount filesystem on access or even on insert (one of them - integrating automount in core VFS - was posted recently on lkml) but none of them so far provides a way to change busy media. 2. Do you suggest to recompile submoount, supermount, mount or whatever every time new filesystem is added? -andrey
[Cooker] Re: double-clicking on files directly from CD's [was: Re:
>Le jeu 19/06/2003 ` 12:25, Andrey Borzenkov a icrit : >> The right solution is to add support for external helper and query it >> for mount options for a given device/fstype. > That's a great idea ! >> - do something sensible when device could not be mounted. the >> "please insert CD" dialog that windows pops up would be very >> useful for newbies as example. >you have a problem. If u are in console mode how are u doing to do that? [... rest skipped due to extremely hard quoting using copy'n'paste :)] Have I wrote a SINGLE WORD about HOW it should be implemented? Why are you so hostile? I just said, it would open up *possibility*. -andrey
Re: [Cooker] Re: double-clicking on files directly from CD's [was: Re: rpmdrake and newbies: they sometimes miss *installed* software]
David Walser <[EMAIL PROTECTED]> writes: > Such a patch to mount.c I think should be submitted upstream, > it only makes sense. Well it depends.. it's somewhat ugly and hackish.. > 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. To achieve that it needs to maintain a list of all options for all filesystems, does it really do that?? -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[Cooker] Re: double-clicking on files directly from CD's [was: Re: rpmdrake and newbies: they sometimes miss *installed* software]
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? >
