waebbl
commented
5 years ago @clytle374 Thanks for your report. I look into this. You might want to try the 0.18.2 release in the meantime if you want.
Closed clytle374 closed 5 years ago
waebbl
commented
5 years ago @clytle374 Thanks for your report. I look into this. You might want to try the 0.18.2 release in the meantime if you want.
clytle374
commented
5 years ago 0.18.2 long story short, I got git working after fiddling with this. I have no explination on that.
Changing
Line 135 S="${WORKDIR}/freecad-${PV}"
in freecad-9999.ebuild fixed that issue.
Had lots of issues with ${CASROOT} not pointing to /usr/lib64/opencascade-7.3.0/ros but to /usr/lib64/opencascade-7.3.0 instead. I changed the ebuild trying to fix it and it kept inserting a double /ros/ros in the path. But only halfway thought the build. No explanation on that either. Maybe opencascade isn't updating ${CASROOT} properly.
The 0.18.2 release failed in the same way as my git has been.
waebbl
commented
5 years ago Had lots of issues with ${CASROOT} not pointing to /usr/lib64/opencascade-7.3.0/ros but to /usr/lib64/opencascade-7.3.0 instead. I changed the ebuild trying to fix it and it kept inserting a double /ros/ros in the path. But only halfway thought the build. No explanation on that either. Maybe opencascade isn't updating ${CASROOT} properly.
Which opencascade do you have installed? From ::gentoo or from ::waebbl? They both have version 7.3.0 packages, but they are different.
The 0.18.2 release failed in the same way as my git has been.
That's strange. Maybe you need to re-emerge some dependencies? Tried using --deep and --newuse to emerge?
clytle374
commented
5 years ago OCC is now from waebbl, was from portage before. I always update with -DuN, I believe it was broken in the 17.1 profile /lib switch. I had rebuild lots of the system trying to get it running. It started with not locating expat(what I got on 0.18.2), after hacking at build files for another 7 or 8 files, libz couldn't be found even after changing the path in like 3 place. Kept looking in /lib for it, and finding the wrong 32 bit lib. Tried git reset, make clean, deleted the build directory. Here is the thread over on the freecad forums. https://forum.freecadweb.org/viewtopic.php?f=4&t=37248 Warning, there is nothing to learn there.
That got it to build, sadly it crashes upon loading a model. Here's the terminal output. Funny it's mentioning the /tmp build in the output. Gotta work the next couple days, so I won't be around. But glad I found this place. I figure that I'll stay here, been fighting building freecad from source for at least 5 years and gentoo for over 10. Gentoo forums and the freecad forums don't seem to care too much about each other. lol
FreeCAD 0.19, Libs: 0.19R17234 (Git)
© Juergen Riegel, Werner Mayer, Yorik van Havre 2001-2019
##### #### ### ####
# # # # # #
# ## #### #### # # # # #
#### # # # # # # # ##### # #
# # #### #### # # # # #
# # # # # # # # # ## ## ##
# # #### #### ### # # #### ## ## ##
libGL error: No matching fbConfigs or visuals found
libGL error: failed to load driver: swrast
connect failed: No such file or directory
freecad: /var/tmp/portage/portage/media-gfx/freecad-9999/work/freecad-9999/src/Gui/Quarter/QuarterWidget.cpp:889: virtual void SIM::Coin3D::Quarter::QuarterWidget::paintEvent(QPaintEvent*): Assertion `w->isValid() && "No valid GL context found!"' failed.
KCrash: Application 'FreeCAD' crashing...
KCrash: Attempting to start /usr/lib64/libexec/drkonqi from kdeinit
sock_file=/var/run/user/1000/kdeinit5__0
[1]+ Stopped freecadHere is what I found after messing around a bit more. I'm not expert here, just have been dealing with building freecad from git for a long time... lol. Here are the changes I had to make to get the -9999 to build and run on my system. Hopefully I can be helpful.
Changed line 135 to
S="${WORKDIR}/freecad-${PV}"
Added line 195
-DFREECAD_USE_OCC_VARIANT:STRING="Official Version"
LIne 200 became 201 and changed to
-DOCC_LIBRARY_DIR="${CASROOT}"/lib64
That left me with the crash, and error, in the last post. Looked around and found in the freecad forums to start freecad with this.
LD_PRELOAD=/usr/lib64/opengl/nvidia/lib/libGL.so FreeCAD
This isn't needed on the code I'm pulling directly from git. No idea why. I changed a lot of my build to the same options as this overlay too, trying to replicate.
I didn't know python 3.6 was working, that's good.
Thanks Cory
clytle374
commented
5 years ago PS: I forgot. version 18 seems to work fine
waebbl
commented
5 years ago @clytle374 Could you please try to pull again and see whether the changed ebuild works? I tested in a clean chroot, first using default USE flags, and in a second run adding the mpi USE flag, to check whether the dependencies are all right.
I had the run-time issue you are describing with OpenGL before too. Temporarily I was also using the LD_PRELOAD assignment, but sadly I can't remember how I get it fixed.
clytle374
commented
5 years ago That fixed it. I didn't see where you changed the OCC path, but it works too.. Any idea why? Thanks Cory
waebbl
commented
5 years ago The OCC path has been changed in the PR #114 some time ago already. I don't know where your issues regarding the OCC path actually came from. The fix in PR #114 fixed the missing / which has been removed from ${EROOT} and friends in EAPI 7. But it's been a long time, that I noticed the ros part missing from the OCC path.
Glad it's working now :)
Checking out https://github.com/FreeCAD/FreeCAD.git to /var/tmp/portage/portage/media-gfx/freecad-9999/work/freecad-9999Then we fail here
The source directory '/var/tmp/portage/portage/media-gfx/freecad-9999/work/FreeCAD-9999' doesn't existNote the freecad vs FreeCAD difference. Here is the emerge -info and build.log. I'd also like to thank you for your efforts on this overlay. I've been running freecad from git for years and recently (switch to 17.1 profile to be exact) haven't been able to get it to work myself. Thanks again, Cory