Bug #2347
file-roller borks on networks archives
0%
Description
I could swear this used to work fine...
I have different type of archives (zip, gz, bz2, 7z) on network file systems, mounted via nautilus
(I've tried ssh and cifs).
A tar file gives (in file-roller)
/usr/sfw/bin/gtar: option requires an argument -- 'f' Try `gtar --help' or `gtar --usage' for more information.
a zip file
7-Zip 4.55 beta Copyright (c) 1999-2007 Igor Pavlov 2007-09-05 p7zip Version 4.55 (locale=fr_FR.UTF-8,Utf16=on,HugeFiles=on,4 CPUs) Error: Incorrect command line
gz
gzip: stdin: unexpected end of file
what gives?
Files
Updated by Bayard Bell about 9 years ago
- Category set to Desktop (JDS)
- Assignee set to OI JDS
- Tags deleted (
needs-triage)
Have you compared behavior for NFS?
Updated by Richard PALO about 9 years ago
No, I haven't... unfortunately this is not really an alternative in our environment. Iscsi maybe, but I prefer not. sorry.
Updated by Richard PALO about 9 years ago
On the other hand, if you can indicate a temporary incantation that's safe, I could test rapidly and report back. sorry, I really haven't used nfs at all so am not very familiar with it.
Naturally that doesn't change the bug, only its extent to different sort of mount filesystems.
This reminds me somewhat of back when openoffice didn't work on network devices (namely via cifs client).
Updated by Richard PALO about 9 years ago
I tried now with nfs (added zfs set sharenfs=on) and at least 7z and zip files work fine
(double checked with ssh/smb... still doesn't work on either).
ssh is important, though, for WAN work... or is there a 'truc'?
Updated by Richard PALO about 9 years ago
Still trying to figure this one out.
Now if I mount via CIFS client to a local mountpoint (/mnt , because I haven't figure out how to access VFS mountpoints from a shell ... any hints kindly accepted), I confirm that the three cases presented work as expected.
so it seems to be limited to the mounts via 'connect to server' from Nautilus.
btw, why don't unix share show up? I need to manually use /net/...
extract from http://library.gnome.org/users/user-guide/stable/nautilus-accessnetwork.html.en
"To access UNIX shares, double-click on the Unix Network (NFS) object. A list of the UNIX shares available to you is displayed in the file manager window."
Updated by Richard PALO almost 9 years ago
Richard PALO wrote:
I tried now with nfs (added zfs set sharenfs=on) and at least 7z and zip files work fine
(double checked with ssh/smb... still doesn't work on either).ssh is important, though, for WAN work... or is there a 'truc'?
WHAT HAVE YOU DONE?? After enabling NFS, started using it a bit but now am getting corrupted files (name openoffice .ods calc files)...
on the OI client :
Apr 20 09:29:03 x3200 nfs: [ID 897781 kern.notice] NFS write error on host smicro: Permission denied. Apr 20 09:29:03 x3200 nfs: [ID 702911 kern.notice] (file handle: 58b0f1aa 50a83908 27c2000a 0 2a1708 4000a 0 5ee45 0) Apr 20 09:29:03 x3200 nfs: [ID 897781 kern.notice] NFS write error on host smicro: Permission denied. Apr 20 09:29:03 x3200 nfs: [ID 702911 kern.notice] (file handle: 58b0f1aa 50a83908 27c2000a 0 2a1708 4000a 0 5ee45 0) Apr 20 09:29:03 x3200 nfs: [ID 897781 kern.notice] NFS write error on host smicro: Permission denied. Apr 20 09:29:03 x3200 nfs: [ID 702911 kern.notice] (file handle: 58b0f1aa 50a83908 27c2000a 0 2a1708 4000a 0 5ee45 0) Apr 20 09:29:03 x3200 nfs: [ID 897781 kern.notice] NFS write error on host smicro: Permission denied. Apr 20 09:29:03 x3200 nfs: [ID 702911 kern.notice] (file handle: 58b0f1aa 50a83908 27c2000a 0 2a1708 4000a 0 5ee45 0)
will file a new bug, this seems serious
Updated by Ken Mays about 8 years ago
- Status changed from New to Closed
Most of the updates are now over at pkg.opensolaris.cz:10000 for JDS updates. Please use that build for further testing and review.