Installed software only runs as root
I've just installed DraftSight on a Ubuntu 11.10 install.
I've downloaded the /deb file and run dpkg -i on it which has installed the software in /opt/dassault-systemes/draftsight/bin/DraftSight Code:
ls -l /opt/dassault-systemes/draftsight/bin/DraftSight Code:
DraftSight.bin: main.cpp:162: QString WriteProtected(QDir, int): Assertion `0' failed. However if I invoke the superuser by typing sudo su, then the software starts up correctly. Can anyone suggest what I need to do to allow a normal user to use the software? The problem is that files saved are owned by root. |
Reinstall it with gdebi or Synaptic, not dpkg. That should set the necessary permissions.
|
Well, installing in gdebi has the same result.
Not sure how to install using synaptic. |
Damn.
Still having this problem. Only thing Google throws up is this thread. |
Maybe this software store files in current directory or application directory. Can you for testing give permissions 0777 to this directory and try to launch as normal user? If this will be succesful, then its bad, because you can't change program behavior, eventually change working directory before launching to user HOME or /tmp.
If not, Linux has a nice command: Code:
strace -e trace=file /opt/dassault-systemes/draftsight/bin/DraftSight |
That error may well be because a luser cannot write wherever this thing is writing stuff. If the user can't run the file, it's "Permission Denied"
But no user can write on /opt |
I've change the ownership of the directory in /opt to dave:dave, but it still fails if I invoke the app under the dave user.
Code:
chown dave:dave -R dassault-systemes Code:
dave@SNECCI:~/Documents/ACAD/Blocks/Models$ strace -e trace=file /opt/dassault-systemes/draftsight/bin/DraftSight |
I see that the Linux version is described as a beta, so it's more likely that the problem is with the program than anything you did in installing. Tell them about it.
|
Yes, I must admit that I am rapidly coming to this conclusion too.
However, it's been a month since this problem surfaced, I would have expected it to be fixed by now if it were a general bug. The company is probably also hoping to make money by providing support (as they are entitled to do IMO), so there is no forum or free knowledgebase through which to provide them with the information which may help them solve this... |
The difference between "sudo some_app" and "sudo su" is that former does not change the HOME variable. I did some testing and discover that this application does not work (I get segfault) when user has no write permission to file ~/.config/DraftSight/1.2.188/Workspace/Classic Default.xml So, check this. I sugest you to take ownership of all files in your home directory, because if you often using sudo you may also get other applications working improperly:
Code:
sudo chown -Rc dave:dave /home/dave |
Thanks very much for your efforts on this.
Oddly enough, sudo /opt/dassault-systemes/draftsight/bin/DraftSight doesbn't work. Code:
dave@SNECCI:~$ sudo /opt/dassault-systemes/draftsight/bin/DraftSight Code:
dave@SNECCI:~$ ls -l .config/DraftSight/ |
Fedora 27 and Root
Under Fedora 27 I can't get this to run without root privileges, under Unbuntu 17.10 it seems to run fine as a normal user. There aren't many current threads on this topic.
|
Quote:
Suggest you start a new thread with a detailed description of the problem you're having. |
All times are GMT -5. The time now is 07:32 AM. |