Open gmontamat opened 8 months ago
Thanks for the report! Do you mind making a PR for this? Otherwise I'll try to get to it this weekend.
This haven't been fixed yet. My workaround is to install with yay -S flightgear
and when prompted to delete build dependencies just input "No".
I am not sure why I didn't experience this issue in older versions (I always delete build dependencies). It could be:
1) simgear was listed as a dependency and not just a build dependency
2) libSimGearScened.so
was statically linked during compilation to the flightgear binary, and we could delete simgear after compiling
I'll look for older PKGBUILDs to confirm if it's (1) and in that case it's a matter of moving simgear from makedepends
to depends
edit: checked and I'm 100% sure simgear was only used for building flightgear and not as a dependency (ie: flightgear run properly after deleting simgear). Something changed in the upstream and for some reason simgear is not statically linked.
Still unfixed!
simgear>=2020.4.0
simgear<2020.5
needs to be added to the depends
array (please calculate the versions from flightgear-git
's $pkgver
dynamically.)
There's 2 alternatives, and I don't really know which path to take:
1) Add simgear
to the depends array, because with current PKGBUILD options flightgear
needs simgear
during runtime
2) Modify simgear
cmake flags to statically link it to flightgear
As mentioned above, option 2 was the default for a while and I suspect this changed with this commit. A fg dev I contacted on IRC mentioned that his SIMGEAR_SHARED defaulted to OFF.
Now the package is orphaned (due to outstanding dependency issues) and anyone who is first having fixed it can adopt it in the AUR.
I'm getting the following error when running flightgear without simgear installed:
of course this is solved by installing simgear, but it's only listed as a dependency for building.