EAGLE Forum
Welcome to Autodesk’s EAGLE Forums. Share your knowledge, ask questions, and explore popular EAGLE topics.

EAGLE Forum

Reply
Post 1 of 19
Accepted Solution

Segmentation fault on Fedora 24 64bit even with following the README

501 Views, 18 Replies
01-20-2017 03:00 AM

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...

 

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

 

Post 2 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 08:06 AM in reply to: juergenGW382

To get the coredump, have a look at coredumpctl, or else have a look in /var, been a while since I last used Fedora

Post 3 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 09:04 AM in reply to: juergenGW382

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.

Post 4 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 09:26 AM in reply to: juergenGW382
Hello Juergen,

I'm contacting the developers on this one. I'll let you guys know what I find out.

Best Regards,

Jorge Garcia
Product Support Specialist for EAGLE
Post 5 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 01:23 PM in reply to: juergenGW382

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 :-D

 

Edit:

That function might be related to SELinux or something like that.

Post 6 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 01:45 PM in reply to: juergenGW382

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.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.


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,

 

 

 


Jorge Garcia
Product Support Specialist for EAGLE
Post 7 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 02:07 PM in reply to: jorge.garcia

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.

Post 8 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 02:11 PM in reply to: niki.guldbrand
Hi Niki,

I was under the impression the by testing on RHEL, we would cover fedora but I guess that's not the case since Fedora is usually on the cutting edge.

I'll mention to the devs the possiblity of including libselinux with the eagle package. With that said (correct me if I'm wrong) Arch is one of the distros that least babies its user base, to use Arch you have to know Linux very well. I'm frankly a little intimidated to use it, that why I tend to stick to debian derivatives myself.

Jorge Garcia
Product Support Specialist for EAGLE
Post 9 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-20-2017 02:44 PM in reply to: jorge.garcia

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 ;-)

Post 10 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-23-2017 12:39 AM in reply to: juergenGW382

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.

Post 11 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-23-2017 07:22 AM in reply to: juergenGW382

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.

Post 12 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

01-25-2017 12:12 PM in reply to: niki.guldbrand
Hi Niki,

This is a known issue, devs are working on it. You should see something in the next few weeks.

Best Regards,

Jorge Garcia
Product Support Specialist for EAGLE
Post 13 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

02-13-2017 09:40 AM in reply to: jorge.garcia

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

 

Post 14 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-13-2017 03:33 AM in reply to: apataki

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.

Post 15 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-13-2017 12:48 PM in reply to: danielYHGJJ
Hello danieYHGJJ,

Thank you for your participation and for bringing this up again. The developers are well aware of this issue and it is being worked on. For fedora, there is some information in the Readme file that comes with EAGLE about a couple of files that should be downloaded in case EAGLE doesn't start. Have you tried these?

We are looking to release a new update shortly that should address some of these issues.

Please let me know if there's anything else I can do for you.

Best Regards,

Jorge Garcia
Product Support Specialist for EAGLE
Post 16 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-15-2017 11:35 AM in reply to: jorge.garcia

Yes, I've tried that of course, but it didn't help. Are there any more clues what 'shortly' might refer to, please?

Post 17 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-15-2017 01:34 PM in reply to: danielYHGJJ

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

 

Post 18 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-15-2017 01:38 PM in reply to: apataki

Thanks a bunch, this worked for me as well.

 

Highlighted
Post 19 of 19

Re: Segmentation fault on Fedora 24 64bit even with following the README

03-16-2017 11:06 AM in reply to: apataki

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,

 


Jorge Garcia
Product Support Specialist for EAGLE
Post to the Community

Have questions about Autodesk products? Ask the community.

New Post