LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Software (https://www.linuxquestions.org/questions/linux-software-2/)
-   -   Evince Document Viewer - Error setting owner: Operation not permitted (https://www.linuxquestions.org/questions/linux-software-2/evince-document-viewer-error-setting-owner-operation-not-permitted-4175545622/)

steve francis 06-17-2015 08:56 AM

Evince Document Viewer - Error setting owner: Operation not permitted
 
I use Linux Mint 17, which comes with Evince Document Viewer 3.10.3

I store my documents on a NAS drive (mounted as NAShome), which uses the NFS protocol to share files with over the network.

My problem is this: When I view a PDF file in Evince Document Viewer and select File--->Save a copy..., then I get the following message:
The file could not be saved as “file:///home/steve/NAShome/docs/testfile.pdf”.
Error setting owner: Operation not permitted


When I look in the docs folder on the NAS, however, the file has been saved!

OK, so this is not stopping me from working. However, I would like to know what is going on to improve my knowledge of Linux software.

Any ideas?

Note This only happens for PDF files from Evince. (I can use LibreOffice to save ODT file copies to the NAS with no problem. I can also copy/paste PDF files from the Desktop to the NAS no problem.)

ljb643 06-18-2015 09:03 PM

Yes, I get the same thing from Save a Copy when the target is a remote Samba mount, or even a local VFAT filesystem.

Evince is trying to set owner, group, and permissions on the copy it saves, The error message means it is unable to do so, either because the filesystem doesn't support that operation (VFAT has no support for owner/group), or because of a problem with the user or group identifiers (possible over the network).

It could be argued that Evince shouldn't do this, and just let the owner, group, and permissions pick up the defaults. As most programs do. But in this case, I assume the authors want "Save a copy" to mean the copy has the exact same attributes as the original. So it tries to make it that way, and the error message means it could not.

As you said, the file is saved anyway, it just doesn't have the same attributes as the original.

steve francis 06-19-2015 04:02 PM

Quote:

Originally Posted by ljb643 (Post 5379589)
Yes, I get the same thing from Save a Copy when the target is a remote Samba mount, or even a local VFAT filesystem.

Evince is trying to set owner, group, and permissions on the copy it saves, The error message means it is unable to do so, either because the filesystem doesn't support that operation (VFAT has no support for owner/group), or because of a problem with the user or group identifiers (possible over the network).

It could be argued that Evince shouldn't do this, and just let the owner, group, and permissions pick up the defaults. As most programs do. But in this case, I assume the authors want "Save a copy" to mean the copy has the exact same attributes as the original. So it tries to make it that way, and the error message means it could not.

As you said, the file is saved anyway, it just doesn't have the same attributes as the original.

Thanks for taking the time and trouble to post a reply. I'm grateful for your explanation.

Just for completeness, my NAS file system is NTFS, which doesn't support Linux permissions as you say.

I have the following line in /etc/fstab:
Code:

#edited to automatically connect to NAS on start up
192.168.1.99:/volume1/homes /home/steve/NAShome nfs nouser,rsize=8192,wsize=8192,atime,auto,rw,dev,exec,suid 0 0

There might be some way of entering uid, gid and umask values to match the Evince permissions but that's a problem to experiment with on a slow, rainy day. It's a bit beyond my current level of understanding.

Thanks again!


All times are GMT -5. The time now is 03:51 PM.