[WIP] OpenBSD Port

[thyssentishman]

Another question @wmayer: Based on this, FreeCAD's source includes the source code of libarea, zipios++, zlib and quarter. An external Zipios++ provided by the OS can be used with FREECAD_USE_EXTERNAL_ZIPIOS=ON. Can this be done for the other included libraries as well? Usually OpenBSD ports try to use shared libraries as much as possible, but I'm not sure if this is a good idea with the included libraries in FreeCAD. Have they been specifically modified for FreeCAD?

[wmayer]

zlib code is not part of the FreeCAD code base. A CMake switch only exists for zipios++ but neither for Quarter and libarea. Furthermore, the Quarter code has changes compared to the original code to better fulfil our needs.

[thyssentishman]

zlib code is not part of the FreeCAD code base

I see, so the wiki is outdated.

A CMake switch only exists for zipios++ but neither for Quarter and libarea. Furthermore, the Quarter code has changes compared to the original code to better fulfil our needs.

Does this mean that an external libarea can be used?

[wmayer]

I see, so the wiki is outdated.

No, it's correct. It's relevant if you build a LibPack on Windows but for all UNIX systems you usually can use a system package.

Does this mean that an external libarea can be used?

No idea. Maybe ask a maintainer of the Path module.

@sliptonic
@mlampert

[thyssentishman]

No, it's correct. It's relevant if you build a LibPack on Windows but for all UNIX systems you usually can use a system package.

Got it, sorry for the assumption.

[thyssentishman]

No idea. Maybe ask a maintainer of the Path module.

@sliptonic, @mlampert: Would it be an issue to use an external libarea instead of the one included in the FreeCAD sources? The FreeBSD port appears to be doing so, but with the Heeksa/libarea and not with danielfalck/libarea which is referenced here.

[yorik]

I didn't expect that SoQt is still used in Arch but to me it looks the corresponding function isn't used any more.
@yorik
Should this code be removed?

Sorry for the delay... Yes, I don't think SoQt is used in any workbench anymore.

[wmayer]

Yes, I don't think SoQt is used in any workbench anymore.

SoQt is still used in Arch and the question is whether OfflineRenderingUtils.viewer() can be removed.

[yorik]

Oh your're right...

Well this module is not used in FreeCAD itself, it's made to be used by other modules, addons, platforms... That viewer was actually just an example, I think it should be reformed to use a quarter widget anyway... So yes, I think we can safely remove it

[onekk]

...
So yes, I think we can safely remove it

Only for information on Arch Linux soqt is requested as dependency by python-pivy.

I've found it when I've updated my Artix Linux distribution deleting all the dependencies on Arch Linux packages, so I've had to install all the packages that Artix Linux has not repackaged (Artix Linux is an Arch derivative without SystemD), in the process I've found that on Arch Linux these packages are needed to run FreeCAD but are not (yet, hopefully) packaged for Artix Linux:

- opencascade > freeimage > jxrlib
- med-openmpi (community) > hdf5-openmpi
- python-pivy > soqt > coin
- libspnav

Kind Regards

Carlo D.