-
Notifications
You must be signed in to change notification settings - Fork 209
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Potentially adding FreeCAD back #2299
Comments
@Botspot Clean install of Bullseye
|
Try taking out all the |
If we do end up adding freecad back to pi-apps, I don't think we should configure the scripts to compile the software, because it typically takes a few hours to finish on a RPi4. With that being said, I'm working on creating the deb packaging files for version 0.20.2, so I'll let you know when I'm done with that. |
It took me about ~180 minutes with SSD, and another hour to install packages and build the application.
I was advised by checkinstall not to include these files in the package. |
I don't think a deb install of freecad makes sense. the primary reason being that it will end up depending on specific versions of system libraries making it incompatible with mulitple distros (bookworm release is fast approaching). freecad also requires that QT5 be built with DesktopGL and not GLES. GLES is still used on armhf on all debian/ubuntu distros (bionic, focal, jammy, buster, bullseye, etc). GLES is also used on some older distros on ARM64 as well (bionic) For these reasons, I would suggest packaging as an appimage like the official releases of freecad are done so that you can build QT5 with the required options ( |
linking open issues for reference that currently prevent an aarch64 flatpak from being made: |
I have no idea how to interface with app image packages so I'm just going to leave that to someone else for now. I did manage to create a package using the Debian maintainer tools (not checkinstall) and will upload it soon |
alternativly, FreeCAD is rapidly porting to bring compatibility with QT6. QT6 does not have the limitations of QT5 regarding needing to compile support for OpenGL OR OpenGLES at compile time. it can be switched at runtime. ultimately, I think the only real maintainable solution is to just leave older distros behind |
https://github.com/ryanfortner/ryanfortner/releases/download/1002/freecad_0.20.2-1_arm64.zip Here is my freecad package. I just zipped all the contents of the build, but if anyone wants to test this out on their arm64 machine, just unzip it and install It works great on my system. |
You may want to make it conflict with freecad-common. |
Also I noticed that the menu location on your deb @ryanfortner is in a different category than the default
This does not occur when immediately opening the example project however. I am also unsure if this crash is a problem with your build process or not, @ryanfortner. I was unable to easily reproduce this in the apt default freecad 0.19 version because it did not feature any example projects to click on. |
are you guys allergic to building debs the proper way or something? especially when a deb already exists for freecad 0.20.2 (bookworm)
or even simpler use dget
|
I had no idea it was possible to rebuild packages directly from debian repositories. No need to be rude. |
I wasn't trying to be rude. just messing with you. sorry because it definitly came across as rude while re-reading it. yes you can rebuild debs directly from debian/ubuntu repositories using the posted dsc files that you can access most easily from the debian and ubuntu packages web UIs (https://www.debian.org/distrib/packages https://packages.ubuntu.com/) |
No problem. I'll see if I can build from the dsc later tonight |
Here is a new build using the method gman suggested: https://github.com/ryanfortner/ryanfortner/releases/download/1002/freecad-0.20.2-repackaged.zip From within this zip, you need to install 3 packages: |
just an fyi, you can also build against the dsc files from ppas too. |
ah I found the reason why the examples aren't in official debian packages the ppa does not include this patch so if you built against it you wouldn't have this issue. |
Was anyone able to test this build? It works for me, just need a few others to test it and then I think we're good for arm64. |
if you put it in a PR then we can spawn the github CI test builder on it and see if all the intended arm64 targets (ubuntu/debian) can install it. the debian build methods are generally very good at properly creating control files so if it installs then it probably works. I am pretty doubtful an all in a one solution works though. QT has a lot of dependencies and those generally vary depending on what distro version we are talking about. |
I created a PPA here a few weeks ago for ubuntu LTSs, but unfortunatly even though it builds fine they don't work once you try to create an object due to QT5 being compiled with the GLES option instead of Desktop GL on bionic. I believe that buster is also affected by this
https://launchpad.net/~theofficialgman/+archive/ubuntu/freecad-stable this is the same reason as mentioned before -> #2299 (comment) |
This comment was marked as spam.
This comment was marked as spam.
It seems like this can be progressed now with our removal of buster/bionic support. |
Freecad.org has an arrch64 appimage avaliable on the downloads page. You may wnat to check it out. |
What is the name of the app?
FreeCAD
(Optional) Where is the app hosted?
No response
About the app
User @ryanfortner shared with me some working compile commands to get the latest FreeCAD working on Bullseye arm64.
I have not had the time to test them yet, so anyone who sees this issues is welcome to try it and report back how it went.
Confirmations
The text was updated successfully, but these errors were encountered: