Package Details: draftsight 2018SP0-1

Git Clone URL: (read-only)
Package Base: draftsight
Description: Freeware CAD software for DWG/DXF files.
Upstream URL:
Keywords: CAD DWG DXF
Licenses: custom
Submitter: jstamant
Maintainer: oberon2007
Last Packager: oberon2007
Votes: 51
Popularity: 2.882856
First Submitted: 2015-08-10 00:05
Last Updated: 2017-11-07 12:23

Latest Comments

nvsofts commented on 2018-01-12 16:22

Using strace, I inspected execve() system call of DraftSight. And I founded that DraftSight uses mozplugger-update command internally.

After installed mozplugger, DraftSight worked perfectly.

greyltc commented on 2018-01-10 13:33

When I download I get a file with an MD5 checksum a5c4937092d0985ba063d39d343b78ce That disagrees with the one listed in the PKGBUILD

hogar1977 commented on 2018-01-06 06:58

Forget my last remark. It seems when activated as ordinary user the toolbars were just not picked to be shown by default (weird but no biggie...). After selecting the wanted toolbars they stay shown after closing and restarting the app...

So definitely a good workaround is to change the /usr/share/applications/draftsight.desktop 'Exec' line into this:

Exec=env --unset=XDG_CURRENT_DESKTOP --unset=DESKTOP_SESSION --unset GNOME_DESKTOP_SESSION_ID vblank_mode=0 /opt/dassault-systemes/DraftSight/Linux/DraftSight %U

Many thanks to all who took time to investigate this and post the solution!!!

hogar1977 commented on 2018-01-05 16:29

@newsboost @emulti @dr_ome

Hi all, many thanks for this input... I can also confirm that only newsboost's solution made it kind of work for me...

After implementing the following line in the draftsight.desktop:

Exec=env --unset=XDG_CURRENT_DESKTOP --unset=DESKTOP_SESSION --unset GNOME_DESKTOP_SESSION_ID vblank_mode=0 /opt/dassault-systemes/DraftSight/Linux/DraftSight %U

Draftsight can now start without using gksudo without crashing, but not a single toolbar with icons is visible, only the top menu shows. When I start the application via gksudo, all toolbars show as supposed to. Any ideas?

newsboost commented on 2018-01-03 20:53

@dr_ome: It's great you figured out something that worked for you... It didn't work for me (however I also found a solution, read below!). Can I please ask, just to learn a bit, how you figured out this could help - what gave you the inspiration to try this?

@emulti: I'm sure this works for you. I only tried in a terminal: "unset XDG_CURRENT_DESKTOP" and "unset DESKTOP_SESSION" and was disappointed to see that draftsight still had the same error... But then I did "set | grep..." to find something similar, so here's my solution to all of you who might have a similar system as me: You need to unset an extra 3rd variable, i.e: "unset GNOME_DESKTOP_SESSION_ID" (the value is: "GNOME_DESKTOP_SESSION_ID=this-is-deprecated", so just unsetting this 3rd variable also, made the whole difference for me!).

And it's great: For the first time, I can read what was earlier a black box: Something about sending performance reports. Thanks a lot, all, I'm very happy & I hope (and think) this helps other users too!

emulti commented on 2018-01-03 12:55

the following draftsight.desktop file allows version 2017 SP3 of Draftsight to run for me:

[Desktop Entry] Type=Application Name=DraftSight Comment=Freeware CAD software for your DWG/DXF files. Exec=env --unset=XDG_CURRENT_DESKTOP --unset=DESKTOP_SESSION vblank_mode=0 /opt/dassault-systemes/DraftSight/Linux/DraftSight %U Icon=draftsight Terminal=false Categories=Graphics;2DGraphics;

User's desktop was XFCE.

It appears the ablity to run using sudo or as Root stems from the different Environment for the unprivileged and privileged users rather than file permissions.

dr_ome commented on 2018-01-02 17:47

Hi, jb1 commented on [2017-09-28 04:41] a workaround for empty window "Draftsight Alert" that until now work for me:



$ draftsight

I have fully updated my Arch system (kernel 4.14.10-1-ARCH) and Draftsight 2018SP0-1 version.

hogar1977 commented on 2018-01-01 16:01

@kikislater @newsboost

For me changing permissions on the .config/Draftsight folder also didn't do anything, draftsight still crashes... I find it strange that the same version of software works for some and for the rest of us it's crashing. Something has to be different.

Are you running a 'bleeding edge' system kikislater? Latest kernel, all software libraries fully updated and such? Or are you on a LTS kernel? No idea if that would affect things at all, just blindly guessing...

Also, I am on Antergos not strictly Arch - but this is from AUR repository so it's basically the same thing, no?

newsboost commented on 2017-12-30 22:03

Well, I just tried to "chmod -R 777 /home/$USER/.config/DraftSight" to ensure everyone has full rights. Then started as a normal user. Still no difference. So I'll still be running as root, when I need draftsight... Not sure which difference it makes if I was/is a member of sys or lp or other... With chmod -R 777 there should be no problems, in my opinion. But there is... I just don't know what is the problem (something with license activation/verification I assume)... If you find a good way to run as normal user, please share...

kikislater commented on 2017-12-29 04:11

Did you check user rights in /home/$USER/.config/DraftSight ? Are you member of sys group or lp or other to control printers?

All comments