It's disabled: weekly builds are done here:
https://github.com/looooo/freecad-feeds ... ild.sh#L40
The freecad variants stuff are experiments and is outdated.
Reducing the size of AppImage
Re: Reducing the size of AppImage
Thanks, I've created a new desktop shortcut and set it to require admin to delete it. Perhaps now you won't have to keep refreshing my memory
What do you think of disabling the build by default in FreeCAD CMake?
"fight the good fight"
Re: Reducing the size of AppImage
Yes I am fine with outsourcing ship and plot finally. I will try take care of the external workbenches, so both work with latest FreeCAD. I had plans to optimize the plot module, but time is rare.
And sorry for my mess. I will try to clean the FreeCAD-conda repo a bit. Just for your information:
conda-forge/freecad-feedstock -> official releases
looooo/freecad-feedstock -> weekly builds
I did this to not waste conda-forge's ci time, but actually for azure time limitation is not a problem so theoretically we can move the weekly builds to conda-forge. For conda-forge it's also possible to keep all old build (no storage limitation). Currently for the freecad-organisation on anaconda.org we already store more than 3 GB (which is the official limit). I think the inofficial limit is 10gb.
Re: Reducing the size of AppImage
Awesome. I wonder if this will speed up compile time at all ? (probably not because they're both python based WBs....right?)
Also, I wonder if this will make the AppImage 'weigh' less ?
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Reducing the size of AppImage
This will be minor, but worthwhile anyway.
No worries. I will try to make a pull request tomorrow to make these not built by default. This will further break the PPA, but I will try to make a pull request for this as well.
Thanks for the info.
"fight the good fight"
Re: Reducing the size of AppImage
In the next day or two i will add the suggested changes, need to test the recipes locally first. I noticed PyQt was added to FreeCAD 0.18 AppImage and that will get removed too. It isn't there anymore in FreeCAD 0.19 AppImage. As for further reducing the size. We likely don't need the whole VTK library, as i guess only a small subset is being used, for FreeCAD FEM purposes. Maybe we could figure out on what parts of the VTK could be removed. Other libraries, like some Python oriented ones, there we can't remove all that much, as developers will use them in different ways. We can't provide just the parts FreeCAD uses by default. Whenever we will embed the documentation, the documentation itself likely should be reduced a bit somehow.
Beyond doing all that i guess not much else we can't do about the AppImage size. That is if we don't want to start removing functionality.
Beyond doing all that i guess not much else we can't do about the AppImage size. That is if we don't want to start removing functionality.
Re: Reducing the size of AppImage
OK, this is it:
FreeCAD 18 (embedded documentation):
FreeCAD 19:
VTK is one of the contenders, for possible future viewport purposes, therefore best to leave it as is, for now. Embedded documentation. Here things have some potential to improve. But that is out of scope and something that can get considered when creating FreeCAD 0.19 (offline) documentation.
FreeCAD 18 (embedded documentation):
- Before: 537M
- After: 521M
FreeCAD 19:
- Before: 435MB
- After: 373MB
Code: Select all
import vtk
Re: Reducing the size of AppImage
Was looking at the SVGs in the FreeCAD source tree. I decided to do a search looking for all SVGs over +10k:
Found 837
I wonder if we can optimize these SVG somehow subsequently further reducing the size of the AppImage ?
Code: Select all
find . -iname "*.svg" -size +10k -exec du -h {} \; | wc -l
I wonder if we can optimize these SVG somehow subsequently further reducing the size of the AppImage ?
Alone you go faster. Together we go farther
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Please mark thread [Solved]
Want to contribute back to FC? Checkout:
'good first issues' | Open TODOs and FIXMEs | How to Help FreeCAD | How to report Bugs
Re: Reducing the size of AppImage
If we would optimize all SVG files (upstream), we are talking about up to 2MB in size. Such efforts can be pursued by others, if desired. I personally don't see a point.