[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
[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
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). Sorry, just realized - but how is it going to help with supermount? Supermount does not use any external command to mount subfs so this must be fixed in kernel if at all. -andrey
[Cooker] Re: double-clicking on files directly from CD's
Andrey Borzenkov [EMAIL PROTECTED] writes: 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). Sorry, just realized - but how is it going to help with supermount? It won't :). Supermount does not use any external command to mount subfs so this must be fixed in kernel if at all. Yes. I personally don't use supermount anymore, because it's completely unusable since it's so bugged in the 2.4 (it was nice in the 2.2), so actually my patch doesn't help at all with supermount. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
[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
Re: [Cooker] Re: double-clicking on files directly from CD's
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guillaume Cottenceau wrote: I personally don't use supermount anymore, because it's completely unusable since it's so bugged in the 2.4 (it was nice in the 2.2), so actually my patch doesn't help at all with supermount. s/2.4/Mandrake kernels/ Supermount works quite well, even on the 9.1 stock kernel it isn't too bad (except when you don't have a floppy drive connected and supermount has mounted it). Regards, Buchan - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+8udFrJK6UGDSBKcRAuqjAKC3MttHpaiM/mERjURNTBXEhiHo1ACgy538 H4FTrvoQPEcYdTJlwf3981g= =iODx -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Re: double-clicking on files directly from CD's
On 20 Jun 2003, Guillaume Cottenceau wrote: I personally don't use supermount anymore, because it's completely unusable since it's so bugged in the 2.4 (it was nice in the 2.2), so actually my patch doesn't help at all with supermount. That is because your kernel team doesn't update to (or comment on) Andreys version. (ok..I am being a bit mean here, but I have hope to secretly manipulate GC to push kernelteam a bit, or to at least comment on it. supermount-ng really needs to go in 9.2). I've provided a kernel with supermount-ng for a while now, and people really seem to like it. (Oh..and perhaps it even fixes the problem of incompatible mount options? At least I can but garbage in there and cds get mounted fine. Do'nt have a DVD handy however.) d.
Re[2]: [Cooker] Re: double-clicking on files directly from CD's
I've provided a kernel with supermount-ng for a while now, and people really seem to like it. (Oh..and perhaps it even fixes the problem of incompatible mount options? no. I will implement external daemon sometimes. Any help is appreciated. Code is independent from the rest of supermount and does require only trivial interaction with it. -andrey
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
Re: [Cooker] Re: double-clicking on files directly from CD's
[EMAIL PROTECTED] writes: On 20 Jun 2003, Guillaume Cottenceau wrote: I personally don't use supermount anymore, because it's completely unusable since it's so bugged in the 2.4 (it was nice in the 2.2), so actually my patch doesn't help at all with supermount. That is because your kernel team doesn't update to (or comment on) Andreys version. Yes. (ok..I am being a bit mean here, but I have hope to secretly manipulate GC to push kernelteam a bit, or to at least comment on it. supermount-ng really needs to go in 9.2). I am impotent.. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: double-clicking on files directly from CD's
Guillaume Cottenceau wrote: [EMAIL PROTECTED] writes: (ok..I am being a bit mean here, but I have hope to secretly manipulate GC to push kernelteam a bit, or to at least comment on it. supermount-ng really needs to go in 9.2). I am impotent.. You really shouldn't state things like that out of context ... -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
Re: [Cooker] Re: double-clicking on files directly from CD's
Buchan Milne [EMAIL PROTECTED] writes: Guillaume Cottenceau wrote: [EMAIL PROTECTED] writes: (ok..I am being a bit mean here, but I have hope to secretly manipulate GC to push kernelteam a bit, or to at least comment on it. supermount-ng really needs to go in 9.2). I am impotent.. You really shouldn't state things like that out of context ... Yep :). The french I'd have selected is impuissant, it means at the same time sexually disabled, and unable to do something in a more general manner. The dictionnary gave me: # dico impuissant impotentimpuissant powerless impuissant I selected the first one, and I think impotent exists in french and means unable to physically move. I thought it might be as funny in english as it is in french. Oh well. -- Guillaume Cottenceau - http://people.mandrakesoft.com/~gc/
Re: [Cooker] Re: double-clicking on files directly from CD's
On 20 Jun 2003, Guillaume Cottenceau wrote: I thought it might be as funny in english as it is in french. Oh well. it was ;)
Re: [Cooker] Re: double-clicking on files directly from CD's
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: On 20 Jun 2003, Guillaume Cottenceau wrote: I thought it might be as funny in english as it is in french. Oh well. it was ;) I was just wondering if it was inteded or not ... ;-). - -- |--Another happy Mandrake Club member--| Buchan MilneMechanical Engineer, Network Manager Cellphone * Work+27 82 472 2231 * +27 21 8828820x202 Stellenbosch Automotive Engineering http://www.cae.co.za GPG Key http://ranger.dnsalias.com/bgmilne.asc 1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7 -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE+81YVrJK6UGDSBKcRAg6rAJ9aGa0UNN7wl55KWjq7cYsuHr99HQCfW4VH YRQanm34smOPJbkjYi3maX8= =+/di -END PGP SIGNATURE- ** Please click on http://www.cae.co.za/disclaimer.htm to read our e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy. **
[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?
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/
