Package Details: eagle 9.6.2-2

Git Clone URL: (read-only, click to copy)
Package Base: eagle
Description: Powerful suite for schematic capture and printed circuit board design (aka eaglecad)
Upstream URL:
Licenses: custom
Submitter: None
Maintainer: Bevan
Last Packager: Bevan
Votes: 284
Popularity: 0.006713
First Submitted: 2008-03-24 12:05 (UTC)
Last Updated: 2023-08-24 15:16 (UTC)

Pinned Comments

Latest Comments

1 2 3 4 5 6 .. 15 Next › Last »

kumen commented on 2023-09-23 12:13 (UTC)

Suddenly, that issue with context menus is gone for me today. Big thanks to unknown dev.

Bevan commented on 2023-08-25 07:31 (UTC)

@kumen: It's the same here. I think the reason is that the Qt5 that comes with Eagle has no Wayland support builtin so Eagle runs via XWayland. It could be this bug:

Currently, I don't know of any fix or workaround. Input is very welcome.

kumen commented on 2023-08-24 21:21 (UTC)

I'm experiencing instant auto-closing of context menus in both editors and even in the "Control panel" under Wayland. Sometimes they randomly stay open and allow me to select menu item. Under X11 no problem at all. Does anyone have a solution or tip to fix this?

This issue is about half a year old on my up to date arch machine.

SnipeX commented on 2023-08-24 16:00 (UTC) (edited on 2023-08-24 16:06 (UTC) by SnipeX)

I just noticed that this is an issue with mesa 23.2.0rc2 (and I also believe I had this exact issue with mesa-git on the 25th of July) and downgrading to Arch's current mesa 23.1.6 fixes those crashes on eagle 9.6.2-1

But at least this has been fixed in advance of the official mesa 23.2.0 release, I guess. :)

SnipeX commented on 2023-08-24 15:48 (UTC)

Both /usr/bin/eagle and LD_LIBRARY_PATH=/opt/eagle/lib /opt/eagle/eagle seem to work just fine now.

Thanks a lot for the fix!

Bevan commented on 2023-08-24 15:18 (UTC)

Thanks a lot! It looks to originate somewhere in the graphics stack. We had similar issues before...

I just pushed version 9.6.2-2 of this package. Could you give that a try? It should

  1. fix the launch script so that LD_LIBRARY_PATH is really only set if needed,
  2. use more system libraries instead of the ones provided with Eagle. This includes libglapi which is visible in your backtrace.

I would be very interested to see if now even LD_LIBRARY_PATH=/opt/eagle/lib /opt/eagle/eagle works on your system.

SnipeX commented on 2023-08-24 13:18 (UTC)

Here's a coredumpctl gdb of eagle:

Bevan commented on 2023-08-24 11:48 (UTC) (edited on 2023-08-24 11:51 (UTC) by Bevan)

Weird. So, LD_LIBRARY_PATH seems to be empty. In that case, it should not be set by the launch script.

But more importantly, the segfault should not happen and I cannot reproduce it here on my system. I assume there is some interaction between Eagle's libraries and some system library that I don't have on my system.

Can you get more information about that segfault via dmesg or journalctl?

-- Update: I found the reason for issue number one. The launch script should put $LD_LIBRARY_PATH in quotes - otherwise the [ -n ... ] does not work. I'll fix that soon. Still, I would be interested in knowing the cause for the segfault.

SnipeX commented on 2023-08-24 11:37 (UTC)


snipex@zephyrus ~                                                                            [13:35:33]
> $ echo $LD_LIBRARY_PATH                          

snipex@zephyrus ~                                                                            [13:35:34]
> $ LD_LIBRARY_PATH=/opt/eagle/lib /opt/eagle/eagle
zsh: segmentation fault (core dumped)  LD_LIBRARY_PATH=/opt/eagle/lib /opt/eagle/eagle

snipex@zephyrus ~                                                                            [13:35:36]
> $ 

Bevan commented on 2023-08-24 06:01 (UTC)

@SnipeX: If that if statement has an effect you probably have LD_LIBRARY_PATH set. Can you tell, what it is set to?


Also, could you please try running

LD_LIBRARY_PATH=/opt/eagle/lib /opt/eagle/eagle