Summary: | Handle ISO images as well | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | heikki |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED FIXED | ||
Severity: | wishlist | CC: | bruno, dexterboy2006, finex, heiko.braun, ivo, jamo, javier, nate, peter.penz19, sfabel, sven.burmeister, trueg |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
See Also: | https://bugs.kde.org/show_bug.cgi?id=175051 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
heikki
2003-10-22 11:25:22 UTC
*** Bug 66374 has been marked as a duplicate of this bug. *** I don't agree, though it would be nice to have a RMB menu when you click on an iso-file to mount and open it in Konqueror. This also would be much easier to implement as you don't need to reimplement the 100 CD-ROM file systems which already are implemented in the kernel. ISO images use the ISO 9660 filesystem, so one would need not to implement hundreds of filesystems. Possibly another way to solve the problem would be to make Konqueror to open ISO images by mounting them somewhere (/tmp/something?) and opening that, but that approach has some problems: - Need to unmount it at the right time - Up-arrow should not take konq to /tmp/, but back to the place where the image was If these could be solved (and I'm sure they can, with some work), then we'd get the same functionality: Click on an ISO image to open it, just like you click on a zip file or a picture. How about a kioslave for isos? I am transfering this to konqueror. Ark is for archived files and ISO afaik is not. If i am wrong, bring it back to us :) Well, it may be splitting words, but to me an ISO image looks awfully much like an archive of a sort. It contains files (in recursive directories). Just like a tar archive, it is often used in connection with physical media (cdroms or tapes, respectively), but it still behaves like an archive. Perhaps the fact that it is easiest to access by mounting it makes it easiest to implement in Konqueror, but I find such mounting to be unnecessarily complex and prone to errors. Who would ever mount a tar ball? *** Bug 69111 has been marked as a duplicate of this bug. *** *** Bug 79076 has been marked as a duplicate of this bug. *** *** Bug 118564 has been marked as a duplicate of this bug. *** *** This bug has been confirmed by popular vote. *** I, too, think this should be in Konqueror. ISO files should be automatically mounted by a single click or with a right click and a context menu option. If a root password is necessary incorporate a call to kdesu. I second Christoph. A context menu option would be great. @Peter: could this be a bug valid for dolphin in KDE 4? Or is it a wish valid for KIO? @FiNeX: this would be a KIO wish IMO... It is possible to preview ISO images on Dolphin, however KDE 4.3.4 is missing a ServiceMenu for doing that (you have to type iso:/path/file.iso but not everybody knows that such functionality exists in the first place). So maybe you could include in the next release of KDE a service menu like the following one: [Desktop Entry] X-SuSE-translate=true Type=Service ServiceTypes=KonqPopupMenu/Plugin MimeType=application/x-cd-image; Actions=PreviewISO; [Desktop Action PreviewISO] Name=Preview ISO Icon=application-x-cd-image Exec=dolphin iso://%U Note: it previews the ISO image on a new window. The Exec line should be Exec=dolphin iso:%U since the extra slashes are not needed (thanks Bruno Friedmann) K3b has the videodvd kio slave which could probably simply be changed into a generic iso slave. I've try today to extract some files from one iso (opensuse_factor_neet_install) dolphin open the iso and give me 3 directories iso:/home/bruno/src_tmp/openSUSE/openSUSE-NET-x86_64-Build0402-Media.iso/El Torito Boot iso:/home/bruno/src_tmp/openSUSE/openSUSE-NET-x86_64-Build0402-Media.iso/El Torito BootJoliet level 3 iso:/home/bruno/src_tmp/openSUSE/openSUSE-NET-x86_64-Build0402-Media.iso/ISO9660 My job today was extracting the linux & initrd files (inside boot/loader folder ) I get them, and copy & paste to my tftp server ( sftp:// in dolphin ) When I try to boot this kernel, it always finish with and error.(Non valid ...) I do the same with mc open the iso, copy the file to server by sftp, and it works. Are we having a sort of bug ? The md5 are not the same 915b94ef72cf0e45076d84d5e7b05de0 suse113_64_initrd ( dolphin extract ) 8cea29802ba3e93b2871853ff79f306c suse113_64_linux 67c33a382e05bf4caf50ca351958bbc0 initrd ( mc extract ) 6fc9976c5aed92b9d555393e8c83c91e linux Can some of you can confirm ? Ok so I just used kio_iso to copy the entire contents of the ISO9660 folders of both openSUSE-11.2-DVD-i586.iso and ubuntu-9.10-desktop-i386.iso and then checksummed the resulting files and they were correct (I found no problems). It would be nice if a kio_iso install included the file from comment #16 or similar by default. JFYI: I have submitted the browse ISO service menu to KDE:KDE4:Factory:Desktop (openSUSE) + several translations (thanks openSUSE translation team!) and it was accepted. Of course, I have also submitted it upstream. :) *** Bug 103590 has been marked as a duplicate of this bug. *** We can't have multiple issues tracked in a single bug report. We'll use this one to track Ark support for ISOs, and we'll use Bug 175051 to track mounting ISOs. Since Ark now has ISO support, closing this bug. |