Nesd some ideas for getting FreeCAD to run

My Leap 15 with Frameworks ver 5.53.0 and Qt 5.12.0.

I have tried the wolfi compiled FreeCAD

 zypper info FreeCAD
Loading repository data...
Reading installed packages...


Information for package FreeCAD:
--------------------------------
Repository     : home:wolfi323:branches:KDE:Extra                
Name           : FreeCAD                                         
Version        : 0.17.1534399137.9948ee4f1-lp150.58.7            
Arch           : x86_64                                          
Vendor         : obs://build.opensuse.org/home:wolfi323          
Installed Size : 277.8 MiB                                       
Installed      : Yes                                             
Status         : up-to-date                                      
Source package : FreeCAD-0.17.1534399137.9948ee4f1-lp150.58.7.src
Summary        : General Purpose 3D CAD Modeler  

It starts up, but crashes with some missing symbol errors

I decided to try the available appimage package, which seems to be working for the Tumbleweed folks. but get this result

./FreeCAD-0.17.13541.9948ee4.glibc2.17-x86_64.AppImage
FreeCAD 0.17, Libs: 0.17R13541 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

failed to create drawable
[xcb] Unknown sequence number while processing queue
[xcb] Most likely this is a multi-threaded client and XInitThreads has not been called
[xcb] Aborting, sorry about that.
freecad: xcb_io.c:259: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed.
Aborted (core dumped)

I do have appimaged installed.
I have no prior experience running appimages, so am sort of lost as tho where to go next.
Is there some extra magic?

A thought(question) - does having FreeCAD installed (the above wolfi version) confuse appimaged?

After posting this item, I realized that there was one other appimage I have run, successfully.
And I do nothing special to run it, just execute the appimage file.

I am guessing that perhaps the appimage that does run is single threaded, whereas the heavy FreeCAD needs multi-threading.
Just a guess

I think, this is why the rpm is not running:

My Leap 15 with Frameworks ver 5.53.0 and Qt 5.12.0.

Edit:
Try to start:

LIBGL_DRI3_DISABLE=true freecad

https://forum.freecadweb.org/viewtopic.php?style=4&f=4&t=28054&sid=acbaef799dae385b6b11e52fcb44dfec&start=10

Thanks for the suggestion, here is the result

carl@PVE-LinuxSRV7:~> LIBGL_DRI3_DISABLE=true FreeCAD
FreeCAD 0.17, Libs: 0.17RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

/usr/lib64/FreeCAD/lib/Part.so: undefined symbol: _ZN9BRep_Tool14CurveOnSurfaceERK11TopoDS_EdgeRK11TopoDS_FaceRdS6_
Traceback (most recent call last):
  File "<string>", line 50, in Initialize

/usr/lib64/FreeCAD/lib/Part.so: undefined symbol: _ZN9BRep_Tool14CurveOnSurfaceERK11TopoDS_EdgeRK11TopoDS_FaceRdS6_
Traceback (most recent call last):
  File "<string>", line 43, in Initialize

KCrash: Application 'FreeCAD' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Stopped                 LIBGL_DRI3_DISABLE=true FreeCAD
carl@PVE-LinuxSRV7:~> Unable to start Dr. Konqi
Re-raising signal for core dump handling.

The undefined symbol errors does not appear until attempting to open the “part” workspace

I think, this is why the rpm is not running:
My Leap 15 with Frameworks ver 5.53.0 and Qt 5.12.0.

Last Summer I tried to get FreeCAD running and issues with Franmeworks5 was identified as the likely culprit.

Subsequently, wolfi built his version against, I thought, the Frameworks 5 code base. This is the first chance i have had to try it.
I might have misunderstood what wolfi’s repository was for.

Most of the FreeCAD Forum hits are for Tumbleweed users, where the appimage seems to be working.

Subsequently, wolfi built his version against, I thought, the Frameworks 5 code base. This is the first chance i have had to try it.
I might have misunderstood what wolfi’s repository was for.

Ask wolfi?

Login and Password are The same as for the forums.

Try this one:
https://download.opensuse.org/repositories/home:/wolfi323:/branches:/KDE:/Extra/KF5_openSUSE_Leap_15.0/x86_64/

Indeed, that one is built against KDE:Frameworks5 and KDE:Qt5, and therefore should work if you use those repos.
If it doesn’t, make sure you did a full switch to KDE:Qt5.

The other option is of course to remove KDE:Qt5 and KDE:Frameworks5 and stick to the standard Qt5 and Plasma/KF5 versions shipped in Leap 15.0.

The problem here: KDE:Qt5 has some python related packages used by FreeCAD (python3-pyside2 in particular), and you need to install the same versions than it was built against.
So the standard FreeCAD won’t work with the newer packages in KDE:Qt5, and a FreeCAD built against KDE:Qt5 won’t work with the standard Qt and python packages.

I already explained that in FreeCAD install issue - Applications - openSUSE Forums though… :wink:

Thanks wolfi, what you describe is what I thought the situation was.

I do have repos KDE:Frameworks5 and KDE:Qt5 active and have checked that a “switch to this repo” has been done (I use Yast GUI).
I have installed FreeCAD from your repo home:wolfi323:branches:KDE:Extra

FreeCAD starts up, but then crashes on most any directive to the FreeCAD GUI

carl@PVE-LinuxSRV7:~> FreeCAD
FreeCAD 0.17, Libs: 0.17RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

Persistent toolbars: Snapper toolbar not managed.
KCrash: Application 'FreeCAD' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Stopped                 FreeCAD
carl@PVE-LinuxSRV7:~> Unable to start Dr. Konqi
Re-raising signal for core dump handling.


If I understand correctly, drkonqi is a crash handler, so this info is not telling us much about the actual FreeCAD crash.
My drkonqui5 is from KDE:Frameworks5, so also don’t understand why it is having an issue either, but that is for another thread.

I will observe that I update frequently and there are almost always updates to repos from KDE:Frameworks5 and KDE:Qt5.
But I have not see a new version of FreeCAD download in a while.
I can only assume that a rebuild in your repo is driven by a dependency list, perhaps your repo needs to be rebuilding more often than it is?

The version you posted back in May, in your home:wolfi323:branches:KDE:Extra was an improvement, the FreeCAD application actually opened as opposed to crashing immediately on startup.
I was away for summer and had not tried much until the Big Guy brought me a 3DPrinter in December, so I re-engaged in getting FreeCAD to run on this computer.

I realize backing out KDE:Frameworks5 and KDE:Qt5 is an option and I might exercise that on another machine.

Thanks!

Note that there are actually two 15.0 versions of home:wolfi323:branches:KDE:Extra, openSUSE_Leap_15.0 built against plain 15.0, and KF5_openSUSE_Leap_15.0 built against KDE:Qt5 and KDE:Frameworks5.

You need the latter as mentioned, but that’s probably not the problem as the former would give a lot of conflicts if you’d try to install it.

FreeCAD starts up, but then crashes on most any directive to the FreeCAD GUI

Can you provide example steps that make it crash, please?
It seems to work fine here in a quick test…

If I understand correctly, drkonqi is a crash handler, so this info is not telling us much about the actual FreeCAD crash.
My drkonqui5 is from KDE:Frameworks5, so also don’t understand why it is having an issue either, but that is for another thread.

Drkonqi is KDE’s crash report dialog, it will only (tried to) be started if an application actually crashes, after it crashes.
So it’s definitely not the reason for the crash.

Strange that it cannot be started, but it’s completely irrelevant in this case as FreeCAD is not a KDE application anyway.

But indeed, that information you posted doesn’t tell anything, other than that it crashes.

It might be related/specific to the graphics driver in use though, FreeCAD probably makes heavy use of OpenGL…
I do remember a thread here:
https://forums.opensuse.org/showthread.php/529533-Tumbleweed-upgrade-from20180202-to-20180203-breaks-FreeCAD

Maybe try to boot with “nomodeset” or switch to a different graphics driver (e.g. nouveau/nvidia/modesetting, intel/modesetting, radeon/modesetting) to see if it would run more stable then.

Or, maybe the reason that drkonqi is started is due to KDE’s widget styles (breeze or oxygen), and the crash might be there.
So also try to run it in, say, IceWM or via “XDG_CURRENT_DESKTOP=icewm FreeCAD”.

I will observe that I update frequently and there are almost always updates to repos from KDE:Frameworks5 and KDE:Qt5.
But I have not see a new version of FreeCAD download in a while.
I can only assume that a rebuild in your repo is driven by a dependency list, perhaps your repo needs to be rebuilding more often than it is?

No. It will be rebuilt automatically by OBS whenever a dependency is updated.
And it is just a branch to the science repo, i.e. it will get updated itself whenever the version in science is updated.

Note that I did not do any changes to the packages nor do I intend to, it’s just being rebuilt with the latest packages from the additional KDE:Qt5 and KDE:Frameworks5 packages.

I.e. if something is not working properly, it’s a bug in the original package.

I actually don’t even use it myself…

Thanks, your extensive guidance deserves an detailed look at my implementation, which is at moment 1300 miles away.

What I can related is two ‘Gui actions’ that I recall crashing FreeCAD.
The first, from the initial splash screen, try to open a known good file.stl
I have several developed on FreeCAD running on Windoze (yes, I was desperate).
The second, clicking on the GUI to enter Draft Mode also caused a dump.

I will be able to respond to the balance of your info over the weekend.

As I said, I am not currently in front of my FreeCAD machine so am just reading and rereading your info and thinking about how I did the install of your repo.

I am beginning to think I may have the wrong one installed, hence the wrong package.

My methodology:

  1. I visited openSUSE Software
  2. I know I don’t want the standard package, so Click "Show FreeCAD for other distributions
  3. The list has “Show Experimental” And “Show Community”, I find under Show Community
    Show home:wolfi323:branches:KDE:Extra / FreeCAD - openSUSE Build Service
  4. I did a one click install from that repo
  5. Now, given your info above, I am not sure I have the “KF5_openSUSE_Leap_15.0” repo I need

Do not use the 1-Klicker…

https://software.opensuse.org/package/FreeCAD?search_term=FreeCAD
klick on: wolfi:branches:KDE:extra
On the next Side klick on the right side on: kf5_openSUSE_Leap_15.0
Next side: goto download repositoty (this is the URL of the Repository, if you like to add it to your Repositories)
Next side: x86_64

Thanks Sauerland and Wolfi

I’ll report success in next couple days when I get back to my CAD machine.
I am almost certain now that I have the wrong wolfi repo, and therefore build, installed.

Hard to reproduce, as I don’t have that file obviously… :wink:

The second, clicking on the GUI to enter Draft Mode also caused a dump.

That definitely doesn’t crash here, with KDE:Qt5/KDE:Frameworks5 and my FreeCAD package.

As I already wrote, the problem is rather not the wrong repo, because that would have caused a lot of conflicts.
(unless you chose to ignore them, or chose to downgrade a lot of packages…)

FYI, I did manage to crash it now by loading one of the shipped examples.
I got these errors in the shell (konsole), so there indeed seems to be a “problem” with the package:

wolfi@linux-lf90:~/Desktop> FreeCAD
FreeCAD 0.17, Libs: 0.17RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

Cannot create object 'Box_Mesh': (No module named 'Fem')
Cannot create object 'FemConstraintFixed': (No module named 'Fem')
Cannot create object 'FemConstraintForce': (No module named 'Fem')
Cannot create object 'Analysis': (No module named 'Fem')
Cannot create object 'CalculiXccxTools': (No module named 'Fem')
Cannot create object 'Result_mesh': (No module named 'Fem')
Cannot create object 'CalculiX_static_results': (No module named 'Fem')
KCrash: Application 'FreeCAD' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Angehalten              FreeCAD
wolfi@linux-lf90:~/Desktop> Unable to start Dr. Konqi
Re-raising signal for core dump handling.
[1]+  Speicherzugriffsfehler  (Speicherabzug geschrieben) FreeCAD

Apparently the “Fem” module is missing/broken…
Otherwise it seems to run quite stable here, also loading the other examples (those whose filenames don’t begin with Fem*) doesn’t crash. (but as mentioned, I’m actually not using it myself, just played around with it a bit)

Your general crashes seem to have a different reason though, but it might be the same problem when loading that particular file you mentioned.

I just noticed one line in the shell output you posted in https://forums.opensuse.org/showthread.php/534469-Nesd-some-ideas-for-getting-FreeCAD-to-run?p=2892417#post2892417, which I don’t get here:

Persistent toolbars: Snapper toolbar not managed.

No idea if that’s related to the crashes, but maybe you should try running it on a fresh user account or delete/rename the config files (~/.config/FreeCADrc and ~/.config/FreeCAD/) to rule out a configuration problem.

Btw, as you can see in the output above, I did/do get that “Unable to start Dr. Konqi” message too after the crash, even though drkonqi actually does pop up. (the message actually appears after I close drkonqi).
But as I wrote, this can safely be ignored and is definitely not the reason for the crashes.

Actually it has been disabled intentionally.
From the package changelog:


Tue May  8 06:33:56 UTC 2018 - adrian@suse.de

- temporary disable FEM module
  * it works fine, but requires hdf5 version 1.8 via med-tools,
    which currently conflicts in openSUSE distro. 

So, if you try to load a file that uses Fem, that obviously won’t work (and even cause a crash).

Btw, I just noticed that there has been a new 4.0.0 release of med meanwhile which is ported to hdf5 version 1.10 if I understand the ChangeLog correctly (it is written in French…).
So it would probably be possible to enable Fem again in the near future…

OTOH, med-tools is not in Tumbleweed (anymore?) and has been removed from the science repo too (moved to science:unstable 2 months ago), and that’s required to build the FEM module.

I can try to re-add it in my package branch though, and maybe even try to (re-)submit it to science at some point.

You have been busy, wolfi.

On my end, I have mixed results and more digging to do.

I added your KF5 repo to my laptop, loaded FreeCAD and so far it is behaving with a rather simple design I created on FreeCAD/Windows10.

On my primary machine, a desktop, I have verified that the KF5 version of your repo is loaded.
I Am still getting FreeCAD crashes with the same design that is OK on Laptop.

For now, I own the issue, I need to do some repo cleanup on the desktop.
I must have some conflicts somewhere.

Will report how I fix it.

It helps a lot to know the laptop version is running, the underlying environment is supposed to be the same.

In an odd sort of way this is progress.
I now have an identifiable cause for the crash I see when opening a known good design file.

FreeCAD 0.17, Libs: 0.17RUnknown
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##

Cannot create object 'Rectangle002': (/usr/lib64/FreeCAD/lib/Part.so: undefined symbol: _ZN9BRep_Tool14CurveOnSurfaceERK11TopoDS_EdgeRK11TopoDS_FaceRdS6_)
KCrash: Application 'FreeCAD' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/run/user/1000/kdeinit5__0

[1]+  Stopped                 FreeCAD
carl@PVE-LinuxSRV7:~> Unable to start Dr. Konqi
Re-raising signal for core dump handling.

[1]+  Segmentation fault      (core dumped) FreeCAD

On my laptop, this file opens OK and has not crashed yet.

I read the above to be saying that on trying to render the design while opening the file,
routine “part.so” encounters an undefined symbol.

Since the laptop does not report same issue, I further assume that this might be caused by a dependency in the source code for “part” that
references a system library that is out of sync/wrong version, but that dependency is not enumerated for us.

I am not a frequent investigator at this level, is there some why to determine what system libraries “part” is using, independent of a dependency list?

A somewhat different question - that I raised early in this thread, actually in the first post.
I would probably be happy running the appimage version of FreeCAD, which seems to be the choice for Tumbleweed users facing this same issues.
But the appimage will not start either, see the first post at top of thread.
Any thoughts there?

I bring this up because I don’t think the FreeCAD running on my laptop is really 100% either.
I have not crashed it yet, but there seems to be some functionality that does not work.
For example, I cannot toggle the alignment grid in draft mode.

Any thoughts are welcome.
And thanks for your time on the topic

I have been looking about found others with same appimage issue.

This seems to work to get the appimage going

carl@PVE-LinuxSRV7:~/Downloads> LIBGL_DRI3_DISABLE=true  ./FreeCAD-0.17.13541.9948ee4.glibc2.17-x86_64.AppImage
FreeCAD 0.17, Libs: 0.17R13541 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2018
  #####                 ####  ###   ####  
  #                    #      # #   #   # 
  #     ##  #### ####  #     #   #  #   # 
  ####  # # #  # #  #  #     #####  #   # 
  #     #   #### ####  #    #     # #   # 
  #     #   #    #     #    #     # #   #  ##  ##  ##
  #     #   #### ####   ### #     # ####   ##  ##  ##




Test file opened as expected.
More later