9.2.0 Installation on Linux

[Anonymous]

The installation is not really an installation procedure as we knew it from version 6 or 7. One has to unpack a tag.gz archive and has to copy it where one pleases. From my point of view this is a non-professional way to install software as it implies issues when installing as root in /opt/ for example:

1. If you do that as non-root user, there is not much to fix: After unpacking change into directory eagle-9.2.0/lib and delete all files starting with libxcb*. If the executable "eagle" in eagle-9.2.0 is started, everything should work fine (make sure this stuff is installed: libx11-xcb1, libxcb-dri2-0, libxcb-dri3-0, libxcb-glx0, libxcb-present0, libxcb-sync1, libxcb-xfixes0. see also https://forums.autodesk.com/t5/eagle-forum/can-t-run-eagle-on-debian-10-testing/td-p/8312348).
2. If you want to install it as root in /opt for example, there is a lot to be fixed. Important when unpacking the tar file is the option --no-same-owner. Otherwise you get the files unpacked with the root user id 501, which is probably not your root user id. Further-on lots of file permissions are way to restrictive so that the non-root user is unable to start eagle. I made things probably unnecessary labor-some but it finally worked and I have got no other idea how to solve the issues. I did this procedure under OpenSuse Tumbleweed: First copy the archive file in /opt . Then proceed as follows:

gunzip Autodesk_EAGLE_9.2.0_English_Linux_64bit.tar.gz

tar --no-same-owner -xf Autodesk_EAGLE_9.2.0_English_Linux_64bit.tar 

cd eagle-9.2.0/

All files must have the r (readable) flag set so that also non-root users can open and read them:

chmod -R a+r * 

All directories must be readable by all users. so that non-root users can change into them:

find . -type d -exec chmod a+x {} \; 

Change into the lib directory:

cd eagle-9.2.0/lib

Remove all files starting with libxcb:

rm libxcb*

The remaining libraries here must be set executable for non-root users. I'm not sure if all files require this setting but this way all of them are addressed:

chmod 755 *

Change into the next directory and set the permissions as follows:

cd ../libexec

chmod 755 QtWebEngineProcess

Now you can launch Eagle as non-root user.

[one-of-the-robs]

A good summary, thanks.

For reference, here's the relevant bit of the script I use:

cd /opt/
tar xvf $INSTALLER
find /opt/eagle-${VER}/ -perm -754 -type f -name *.so | xargs chmod o+x
chmod o+x /opt/eagle-${VER}/eagle 
chown -R root:root /opt/eagle-${VER}/
chmod -R o+r /opt/eagle-${VER}/
find /opt/eagle-${VER}/ -type d | xargs chmod o+x
chmod o+x /opt/eagle-${VER}/libexec/QtWebEngineProcess
cd /usr/share/applications/
nedit eagle_v8.desktop &

The last couple of lines are for (manually) updating the XFCE launcher - probably the same for all freedesktop compliant DEs.

[Anonymous]

Thanks, the launcher and the desktop icon are also not properly implemented in the Autodesk "Install procedure". I wonder why we, the users, who are paying for using Eagle, are required to provide proper installers. The Autodesk-folks should do that.

[jorge_garcia]

Hi @Anonymous,

I hope you're doing well. Thank you for your comments, we are working on this. Let me know if there's anything else I can do for you.

Best Regards,

[Anonymous]

It seems Autodesk is not really interested in supporting Eagle on Linux. So I put together a howto:

https://github.com/Blunk-electronic/EAGLE_Linux_Installer

Looking forward to all kinds of feedback.

[Anonymous]

Hey guys, thanks for all the tips. I'm trying to run as non-root user and having no luck with any of the above. Environment is Eagle 9.4.1 x86_64, on Debian Ubuntu 16.04.6, Linux 4.15.0-50-generic x86_64 which is current LCD for Debian/Linux. Anyhow, it works fine if you sudo ./eagle run but without sudo it just hangs at the splash banner and spews out the below:

[8282:8293:0530/125547.656693:ERROR:nss_ocsp.cc(614)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[8282:8293:0530/125547.656775:ERROR:nss_ocsp.cc(614)] No URLRequestContext for NSS HTTP handler. host: crl4.digicert.com
[8282:8293:0530/125547.904792:ERROR:nss_ocsp.cc(614)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com
[8282:8293:0530/125547.904872:ERROR:nss_ocsp.cc(614)] No URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com

......

Any help greatly appreciated, I guess I will just run as root for now, but shouldn't have to ...