Hi,
i am running Fedora 24 64bit and can not start up Eagle 8.
I am getting the following error:
./eagle Segmentation fault (core dumped)
I did the trick that is written in the README, but still get a segmentation fault.
eagle-8.0.0]$ cp /lib64/libssl.so.1.0.0 lib/libssl.so.10 eagle-8.0.0]$ cp /lib64/libcrypto.so.1.0.0 lib/libcrypto.so.10 eagle-8.0.0]$ ./eagle Segmentation fault (core dumped)
Where can i find the core dump?
Is there something else that i can do?
Eagle 7.7. worked fine...
Solved! Go to Solution.
Solved by apataki. Go to Solution.
To get the coredump, have a look at coredumpctl, or else have a look in /var, been a while since I last used Fedora
I found the core dump in /var/spool/abrt
Looking at the core_backtrace showed, that the libQt5XcbQpa.so.5 library is causing a problem.
/eagle-8.0.0/lib/libQt5XcbQpa.so.5
Since replacing files seems to be the tactic to go... i replaced the file in the eagle directory with the one from my /lib64/ folder:
cd eagle-8.0.0 cp /lib64/libQt5XcbQpa.so.5 lib/libQt5XcbQpa.so.5
then the segmentation fault was gone, but it still complains:
./eagle
...libdbus-1.so.3: no version information available (required by /lib64/libQt5DBus.so.5)
so i copied that as well...
cp /lib64/libdbus-1.so.3 lib/libdbus-1.so.3
and now it seems to work. Or at least something opens now. I can not try it further now, but i will finish this up in the next days.
However i have to say, that i find this kind of tactic rather irritating. Why can Eagle not be installed like every other linux program, by checking the prerequirements and then telling the user to install them? Copying some random libraries, that have been compiled for some other system will not do the trick i fear.
I tried to remove all of eagle-8.0.0/lib and have been adding back the libs from the eagle distribution as I find a need for them, currently I only have Qt5 libs, some libicu and the openssl related libs in there, the rest is using system provided libs 🙂
For some reason there is a function in the Qt5 lib that comes with Eagle that is missing in Qt5 from ArchLinux 😄
Edit:
That function might be related to SELinux or something like that.
@juergenGW382 wrote:
I found the core dump in /var/spool/abrt
Looking at the core_backtrace showed, that the libQt5XcbQpa.so.5 library is causing a problem.
/eagle-8.0.0/lib/libQt5XcbQpa.so.5Since replacing files seems to be the tactic to go... i replaced the file in the eagle directory with the one from my /lib64/ folder:
cd eagle-8.0.0 cp /lib64/libQt5XcbQpa.so.5 lib/libQt5XcbQpa.so.5then the segmentation fault was gone, but it still complains:
./eagle
...libdbus-1.so.3: no version information available (required by /lib64/libQt5DBus.so.5)so i copied that as well...
cp /lib64/libdbus-1.so.3 lib/libdbus-1.so.3and now it seems to work. Or at least something opens now. I can not try it further now, but i will finish this up in the next days.
However i have to say, that i find this kind of tactic rather irritating. Why can Eagle not be installed like every other linux program, by checking the prerequirements and then telling the user to install them? Copying some random libraries, that have been compiled for some other system will not do the trick i fear.
Hi juergenGW382,
I hope you're doing well. I spoke to the devs about this. We actually tried EAGLE on a few distributions (Ubunut, OpenSuse, CentOS, Mint, RHEL). EAGLE ships with a whole bunch of system libraries in order to hopefully accomodate the largest number of distros with minimum fuss.
If a distro uses a newer version of the library then this replace tactic has too be done. I will let our development team know to add some sort of tool that can perform a check or at least provide more feedback to alleviate this issue.
I'm very grateful that you and Niki are good linux users and know how to compile libraries and manage your distribution. However as time goes on you'll discover that there are a lot of linux users using EAGLE who recently jumped ship from WIndows or Mac and sometimes asking them to compile a library is a big ask. We'll find a good mix to try to have minimum fuss linux install.
Thank you for your feedback.
Best Regards,
Hi Jorge.
Maybe you should add Fedora to that mix too, then I think that you are pretty good covered 😉
And regarding ArchLinux, maybe adding the libselinux lib to the eagle distribution might help here for the initial setup 😉
I have been using Linux exclusively for about 15-20 years (since around Win98/WinME), and 90% of the time been on source based distributions, or close to it.
Hi Jorge.
Well RHEL/CentOS is more or less a frozen Fedora, that is then further stabilized and enhanced for the enterprise market, you can see Fedora as the testing ground for a future RHEL/CentOS release.
And yes, ArchLinux, Gentoo and the like is basically "don't hold your hands that mutch", they more or less just provides you with a package manager and the rest is under the users control.
The reason for suggesting adding libselinux was more for the "out of the box" experience 😉
Hi Jorge and Niki,
after having time to test it, it did start up, but it did not quite work (a lot of graphics errors and the console is constantly complaining about something, that has not been found etc. on executing ./eagle
However, i followed up on Nikis approach by replacing the libraries one by one.
I got it working (at least everything looks ok so far) by using the following setup:
I copied the libcrypto.so.10, libssl.so.10 and libdbus-1.so.3 from the system lib64 folder
cd ~/eagle-8.0.0 cp /lib64/libcrypto.so.10 lib/libcrypto.so.10 cp /lib64/libssl.so.10 lib/libssl.so.10
cp /lib64/libdbus-1.so.3 lib/libdbus-1.so.3
Then i removed most of the other files from eagle-8.0.0/lib to give the program the chance to use the system libraries instead. A bunch of libraries have to be kept in order for eagle to operate (basically all the QT5 things):
libQt5Core.so.5 libQt5DBus.so.5 libQt5Gui.so.5 libQt5Network.so.5 libQt5Positioning.so.5 libQt5PrintSupport.so.5 libQt5Qml.so.5 libQt5Quick.so.5 libQt5WebChannel.so.5 libQt5WebEngineCore.so.5 libQt5WebEngine.so.5 libQt5WebEngineWidgets.so.5 libQt5WebSockets.so.5 libQt5Widgets.so.5 libQt5XcbQpa.so.5 libQt5Xml.so.5
The only thing eagle is still complaining about is, that it can not find some resources (for translations etc.), however it is looking in a strange location...
Installed Qt WebEngine locales directory not found at location /home/me/eagle-8.0.0/translations/qtwebengine_locales ... Qt WebEngine resources not found at /home/eagle/Qt/5.6/gcc_64/resources. Trying parent directory...
These folders do not exist, obviously.
Maybe i am still missing a lib, but it seems to work "normally" for now.
Going with a install script, is certainly one way, but would it not be easier to do it like every other commercial linux program, by providing a RPM and DEB file for the most common systems (Ubuntu, Fedora, OpenSuse etc.) and maybe source files for the "more advanced" users? Then the packet manager checks for requirements and installs necessary libraries.
I am not too much into how the packet manager exactly works, but it seems to me, that this is "normally" the way to go.
But this is maybe a topic for a new thread.
Have you been able to print something from Eagle ?
I can only print by printing to a PDF atm, and I have tried to revert back to the distributed lib's, but that didn't help.
Basically, I can't select any of my printers listed in the dropdown in the print menu, but all my printers are listed, so Eagle can communicate with Cups, but I can't select any of the printer, I can only save the printout to PDF, and then print that in another program.
I'll proberbly have time to try to debug this a little later.
Hi everyone,
I've come across this thread while trying to figure out how to get Eagle 8.0.1 working on my machine, running Fedora 25. Untarring the package and running it, I get a segmentation fault. I've tried overwriting the SSL libraries, which did not help.
Looking with the debugger, it seems that the crash is somewhere in QT5 land:
#0 0x0000000000001120 in ()
#1 0x00007ffff7de7a3a in call_init.part () at /lib64/ld-linux-x86-64.so.2
#2 0x00007ffff7de7b4b in _dl_init () at /lib64/ld-linux-x86-64.so.2
#3 0x00007ffff7decaa6 in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#4 0x00007ffff7de78e4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#5 0x00007ffff7dec079 in _dl_open () at /lib64/ld-linux-x86-64.so.2
#6 0x00007fffec573f09 in dlopen_doit () at /lib64/libdl.so.2
#7 0x00007ffff7de78e4 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#8 0x00007fffec574591 in _dlerror_run () at /lib64/libdl.so.2
#9 0x00007fffec573fa2 in dlopen@@GLIBC_2.2.5 () at /lib64/libdl.so.2
#10 0x00007ffff60b7ab8 in () at /opt/eagle-8.0.1/lib/libQt5Core.so.5
#11 0x00007ffff60b0d93 in QLibrary::load() () at /opt/eagle-8.0.1/lib/libQt5Core.so.5
#12 0x00007ffff60b1278 in QLibrary::resolve(char const*) () at /opt/eagle-8.0.1/lib/libQt5Core.so.5
#13 0x00007ffff60b3b06 in QLibrary::resolve(QString const&, int, char const*) () at /opt/eagle-8.0.1/lib/libQt5Core.so.5
#14 0x00007ffff77991b5 in () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#15 0x00007ffff7795ffa in () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#16 0x00007ffff772196d in QStyleFactory::create(QString const&) () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#17 0x00007ffff76b6704 in QApplication::style() () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#18 0x00007ffff76b6965 in QApplicationPrivate::initialize() () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#19 0x00007ffff76b69b4 in QApplicationPrivate::init() () at /opt/eagle-8.0.1/lib/libQt5Widgets.so.5
#20 0x00000000007ce13e in ()
#21 0x00000000007ce788 in ()
#22 0x00007fffea6d5401 in __libc_start_main () at /lib64/libc.so.6
#23 0x000000000049cf99 in ()
#24 0x00007fffffffde08 in ()
#25 0x00007ffff7ffdf80 in _dl_starting_up () at /lib64/ld-linux-x86-64.so.2
#26 0x0000000000000001 in ()
#27 0x00007fffffffe17a in ()
#28 0x0000000000000000 in ()
Then I tried using the system QT libraries instead (removing the Qt5 libs from the distribution lib directory), but that gave me a dynamic link error:
./eagle: relocation error: ./eagle: symbol _ZNSt17bad_function_callD1Ev, version Qt_5 not defined in file libQt5Qml.so.5 with link time reference
Any ideas how to proceed? I'm currently using Eagle 7.7.0 which works very well, and considering upgrading to the Autodesk Eagle releases.
Andras
I landed here after I wasted my time investigating why Eagle 8.0.2 won't boot up on my Fedora box. The last answer on this is already a few weeks old, and the latest available version is still broken.
Could the Autodesk people please update us on this? Eagle used to work fine for so many years before it was taken over by Autodesk. It's really sad to see it getting so little love from the new owners.
Yes, I've tried that of course, but it didn't help. Are there any more clues what 'shortly' might refer to, please?
After not getting ANY sort of response to my previous post above, I've done some experimenting on what libraries are older/newer/required/tolerated by eagle 8, and below is what I ended up with that works for me on Fedora 25.
Just for the record, before Autodesk, eagle worked very well on Fedora, so while the claim is that Fedora is being "worked on" - it was broken from release 7 to 8. Also, browsing through the forums, I do see responses from Autodesk support people, but very often not resolving the problems, but rather "explaining" them (like in this case). Also, the new pricing model makes the software unusable when (1) I don't pay every month an amount that can change at a whim by perhaps zeros at the end of the price (or did I miss something about any guarantees of future pricing?), or (2) somehow eagle is declared obsolete/not supported/not supported on Linux or Fedora/etc. Although I bought a month to month subscription a few weeks ago to give it a try, due to these circumstances I have decided to discontinue the subscription and the use of Eagle when my subscription expires this month. It is a steep change to KiCad, but it looks like I was not left any choice here.
Ok - so now the procedure that got eagle 8 to work for me on Fedora 25:
Go to /opt/eagle/lib (or wherever eagle got installed) and keep the following libraries there from the eagle distribution:
-rwxr-xr-x 1 apataki users 25047021 Feb 22 19:07 libicudata.so.56
-rwxr-xr-x 1 apataki users 3297615 Feb 22 19:07 libicui18n.so.56
-rwxr-xr-x 1 apataki users 2007793 Feb 22 19:07 libicuuc.so.56
-rwxr-xr-x 1 apataki users 5323496 Feb 22 19:07 libQt5Core.so.5
-rwxr-xr-x 1 apataki users 522952 Feb 22 19:07 libQt5DBus.so.5
-rwxr-xr-x 1 apataki users 6211736 Feb 22 19:07 libQt5Gui.so.5
-rwxr-xr-x 1 apataki users 1439520 Feb 22 19:07 libQt5Network.so.5
-rwxr-xr-x 1 apataki users 258288 Feb 22 19:07 libQt5Positioning.so.5
-rwxr-xr-x 1 apataki users 446616 Feb 22 19:07 libQt5PrintSupport.so.5
-rwxr-xr-x 1 apataki users 4163632 Feb 22 19:07 libQt5Qml.so.5
-rwxr-xr-x 1 apataki users 4130952 Feb 22 19:07 libQt5Quick.so.5
-rwxr-xr-x 1 apataki users 119104 Feb 22 19:07 libQt5WebChannel.so.5
-rwxr-xr-x 1 apataki users 74746560 Feb 22 19:07 libQt5WebEngineCore.so.5
-rwxr-xr-x 1 apataki users 298120 Feb 22 19:07 libQt5WebEngine.so.5
-rwxr-xr-x 1 apataki users 212768 Feb 22 19:07 libQt5WebEngineWidgets.so.5
-rwxr-xr-x 1 apataki users 169064 Feb 22 19:07 libQt5WebSockets.so.5
-rwxr-xr-x 1 apataki users 6782152 Feb 22 19:07 libQt5Widgets.so.5
-rwxr-xr-x 1 apataki users 1347384 Feb 22 19:07 libQt5XcbQpa.so.5
-rwxr-xr-x 1 apataki users 243568 Feb 22 19:07 libQt5Xml.so.5
and move the following out of the way (or remove them):
-rwxr-xr-x 1 apataki users 74192 Feb 22 19:06 libavahi-client.so.3
-rwxr-xr-x 1 apataki users 52792 Feb 22 19:06 libavahi-common.so.3
-rwxr-xr-x 1 apataki users 2049624 Feb 22 19:06 libcrypto.so.10
-rwxr-xr-x 1 apataki users 274208 Feb 22 19:06 libdbus-1.so.3
-rwxr-xr-x 1 apataki users 143920 Feb 22 19:06 libEGL.so.1
-rwxr-xr-x 1 apataki users 13632 Feb 22 19:06 libfreebl3.so
-rwxr-xr-x 1 apataki users 655032 Feb 22 19:06 libfreetype.so.6
-rwxr-xr-x 1 apataki users 51336 Feb 22 19:06 libgbm.so.1
-rwxr-xr-x 1 apataki users 484424 Feb 22 19:06 libgcrypt.so.11
-rwxr-xr-x 1 apataki users 186440 Feb 22 19:06 libglapi.so.0
-rwxr-xr-x 1 apataki users 690392 Feb 22 19:06 libgnutls.so.26
-rwxr-xr-x 1 apataki users 22432 Feb 22 19:06 libgthread-2.0.so.0
-rwxr-xr-x 1 apataki users 348112 Feb 22 19:06 libjasper.so.1
-rwxr-xr-x 1 apataki users 269480 Feb 22 19:06 libjpeg.so.62
-rwxr-xr-x 1 apataki users 22160 Feb 22 19:06 libplc4.so
-rwxr-xr-x 1 apataki users 18016 Feb 22 19:06 libplds4.so
-rwxr-xr-x 1 apataki users 199672 Feb 22 19:06 libsmime3.so
-rwxr-xr-x 1 apataki users 465736 Feb 22 19:06 libssl.so.10
-rwxr-xr-x 1 apataki users 71440 Feb 22 19:06 libtasn1.so.3
-rwxr-xr-x 1 apataki users 5160 Feb 22 19:06 libX11-xcb.so.1
-rwxr-xr-x 1 apataki users 13560 Feb 22 19:06 libXau.so.6
-rwxr-xr-x 1 apataki users 19208 Feb 22 19:06 libxcb-dri2.so.0
-rwxr-xr-x 1 apataki users 115640 Feb 22 19:06 libxcb-glx.so.0
-rwxr-xr-x 1 apataki users 46872 Feb 22 19:06 libxcb-render.so.0
-rwxr-xr-x 1 apataki users 14176 Feb 22 19:06 libxcb-shape.so.0
-rwxr-xr-x 1 apataki users 33152 Feb 22 19:06 libxcb-xfixes.so.0
-rwxr-xr-x 1 apataki users 13760 Feb 22 19:06 libXcomposite.so.1
-rwxr-xr-x 1 apataki users 44040 Feb 22 19:06 libXcursor.so.1
-rwxr-xr-x 1 apataki users 13632 Feb 22 19:06 libXdamage.so.1
-rwxr-xr-x 1 apataki users 81992 Feb 22 19:06 libXext.so.6
-rwxr-xr-x 1 apataki users 22552 Feb 22 19:06 libXfixes.so.3
-rwxr-xr-x 1 apataki users 68496 Feb 22 19:06 libXi.so.6
-rwxr-xr-x 1 apataki users 1425384 Feb 22 19:06 libxml2.so.2
-rwxr-xr-x 1 apataki users 43528 Feb 22 19:06 libXrandr.so.2
-rwxr-xr-x 1 apataki users 43392 Feb 22 19:06 libXrender.so.1
-rwxr-xr-x 1 apataki users 260136 Feb 22 19:06 libxslt.so.1
-rwxr-xr-x 1 apataki users 26584 Feb 22 19:06 libXtst.so.6
-rwxr-xr-x 1 apataki users 22192 Feb 22 19:06 libXxf86vm.so.1
Make sure that the Fedora packages for these libraries are installed on the system. After this, eagle starts up for me and is usable.
By the way - eagle is now in the proud category of commercial software shipping system libraries to try to "improve" the user experience, since it knows better what works. I wonder how many security holes are unpatched in these libraries (like libssl.so). Matlab is another with similar problems ...
Andras
Hi @apataki,
You are very good person. Few people would publicly declare they are switching to another tool and then provide a solution for a problem with the tool they are switching from. I commend you on your generosity and attitude. I have marked your post as the solution to this problem. The devs will continue to look into this to find a more optimal solution.
On another post I have commented that Fedora is being added to list of officially supported distros and from now on will receive the same attention that Ubuntu, OpenSuse, and CentOS receive. You should see a very noticeable difference in Fedora support in the upcoming releases. There were a lot of infrastructure changes in EAGLE from V7 to Autodesk EAGLE, I didn't mean to imply that the issue was with Fedora itself. Those infrastructure changes will pave the way for many of the new features to come.
I encourage you to stick around for a little while longer so that you can benefit from the new features coming into EAGLE, 8.1 included an Obstacle avoidance mode for the manual router which is very slick and a prelude to push and shove routing. I'd like you to be able to experience EAGLE without having to do all of the library manipulations you did.
Thank you again for your participation in the Autodesk forums, I know the community is grateful for your contribution and we are too.
Let me know if there's anything else I can do for you.
Best Regards,
Best Regards,
Hello
I've had the same problem in FC24 running Gnome. Curiously enough, it does not occur under KDE. Under KDE, I have been running Eagle 8 without problems.
Best regards,
Pedro