From: Nathanael B. <nbe...@ya...> - 2007-08-30 00:44:06
|
--- Sjoerd van Leent <sva...@gm...> wrote: > Hello, > > I understand that a zip file has not a real file > system, although one should > be able to think of one which is able to create a > file system for it on the > fly, since there is a folder structure. Though I > agree that for example > rights management is different for existing archive > systems such as zip, > 7-zip and tar. Unfortunately, in order for a real "mount" to happen (rather than a library-based userspace VFS), there still needs to exist a filesystem driver that can handle the format. There's no technical reason why a .zip "filesystem" driver can't be written, but it indeed must be *written*. > The only suggestion that I have is that the GUI > solution chosen for mounting > ISO files should be applied to mounting archives in > a similar way. An ISO, > though having a complete filesystem, is not much > different to the end-user, > since the end-user sees folders and files. > Obviously, from a developers > perspective they are different, and as such have > different options, though I > would say that there is a kind of portability > between all of them. > > Sjoerd Perhaps, rather than view this as an "archive" mount issue, we should have a generic system that allows us to mount anything containing data for which we have a filesystem? eg, anything ending .iso, .img or .dsk (for example), or posessing a relevant MIME type, has fsprobe run over it (on the fly when requested) to determine if it is a valid filesystem image, and take action from there (based on what FS it is)? -Nathanael Bettridge ____________________________________________________________________________________ Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more. http://mobile.yahoo.com/go?refer=1GNXIC |