Re: mount .iso plugin
- From: Liviu Andronic <landronimirc@xxxxxxxxx>
- To: emelfm2 <emelfm2@xxxxxxxxxxxxx>
- Date: Sat, 25 Jan 2014 19:53:28 +0100
On Wed, Jan 22, 2014 at 12:02 AM, <tpgww@xxxxxxxxxxx> wrote:
> On Sun, 19 Jan 2014 11:30:16 +0100
>> A couple of queries:
>> - Would it make sense to now support by default the 'iso' filetype
>> and bind it to file.unpack
>
> Reluctant to do this, for now at least. I'm not convinced it will ever work
> satisfactorily.
>
> The included command 'mount -o ....", and hence unpacking iso files, only
> works for superuser.
>
Agreed, this could cause user confusion if not used as root. Wouldn't
there be a different approach, say using fuse (but I'm shooting in the
dark here), which wouldn't require root?
> > http://www.littlesvr.ca/isomaster/ )?
> IMHO, things like this utility are a good reason not to bother with iso's in
> e2.
>
There are few such utilities (I only know one), and they're not always
as useful as a plain mounted .iso that you can browse in your
favourite FM. This said, would you consider adding filetype .iso bound
by default to this 'isomaster'? (Actually I now discovered a second
such utility, furiusisomount: https://launchpad.net/furiusisomount .)
> The plugin now includes an unmount command for iso's during cleanup.
>
I tried the latest SVN, and now I have the following message:
>mount -o loop "/home/liv/Downloads/iso/gparted-live-0.17.0-4-i486.iso" .
>(18324)
>mount -o loop ... nloads/iso/gparted-live-0.17.0-4-i486.iso" . (18324)
>returned '0'
>umount /tmp/0-emelfm2-svn-unpack.tmp~6 (18343)
>umount /tmp/0-emelfm2-svn-unpack.tmp~6 (18343) returned '0'
Cannot delete /tmp/0-emelfm2-svn-unpack.tmp~6 - No such file or directory
However /tmp/0-emelfm2-svn-unpack.tmp~6 is actually still present on the FS.
>>
>> - Although the mounted fs is 'rw':
>> liv@malou-laptop:~$ cat /etc/mtab | grep -i emel
>> /dev/loop0 /tmp/0-emelfm2-svn-unpack.tmp~3 udf rw 0 0
>>
>> The actual mount point doesn't seem to have 'w' permissions:
>> liv@malou-laptop:~$ ls -l /tmp | grep -i 0-emelfm2-svn-unpack.tmp~3
>> dr-xr-xr-x 8 root root 416 Dec 29 07:13 0-emelfm2-svn-unpack.tmp~3
>>
>> Is this intended?
>
> No, but see comment above about write-protection.
>
Then I suspect that 'repack' is not on the cards here (I actually get
a crash when I opt for 'repack'). Can this item be disabled in the
dialogue?
Regards,
Liviu
> Regards
> Tom
>
>
> --
> Users can unsubscribe from the list by sending email to
> emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by
> logging into the web interface.
--
Do you know how to read?
http://www.alienetworks.com/srtest.cfm
http://goodies.xfce.org/projects/applications/xfce4-dict#speed-reader
Do you know how to write?
http://garbl.home.comcast.net/~garbl/stylemanual/e.htm#e-mail
--
Users can unsubscribe from the list by sending email to
emelfm2-request@xxxxxxxxxxxxx with 'unsubscribe' in the subject field or by
logging into the web interface.
Other related posts:
