Arch Linux User Repository

@codebling Thanks for the quick response, yeah I think the best option would be if flightgear packages jsbsim seperately. Another thing they can do is provide a CMake flag for using their package jsbsim or a system installed jsbsim. I'll bring up the issue to upstream.

@Potomac That is a route I can go for my specific problem. But generally, if you want to use the python bindings of jsbsim and flightgear together you cannot at the moment due to this problem. EDIT: NVM you are saying to install python-jsbsim in the venv. I would like to get system level jsbsim python bindings. It should be possible with a bit of work from the flightgear side, if upstream is willing.

Python modules can be installed on a virtual environment (anaconda, pip), located on the /home of the user

perhaps instead of using a package for python-bsim you can try to install it in a python virtual environment, where the binary jbsim will be built and installed automatically by pip or anaconda ?

https://pypi.org/project/JSBSim/

@acxz yes it looks like the FlightGear does install/own /usr/bin/JSBSim binary. It uses this for flight dynamics, see the wiki.

I see that you are the creator and owner of the python-gym-jsbsim-git package. I'm not sure what your options are here. I suppose ideally that FlightGear would have a dependency on another JSBSim instead of bundling its own.

Hey guys, I am running into a problem. I would like to use this package here (https://aur.archlinux.org/packages/python-gym-jsbsim-git/#news). It requires python-jsbsim and optional requires flightgear for visualization. However, when I try to install flightgear, I receive the following error (https://aur.archlinux.org/packages/python-gym-jsbsim-git/#comment-725336):

error: failed to commit transaction (conflicting files)
flightgear: /usr/bin/JSBSim exists in filesystem (owned by python-jsbsim-git)
Errors occurred, no packages were upgraded.

It seems like flightgear is providing its own jsbsim exe? Is there any way to fix this?

Glad you found it! In a fresh install of flightgear + deps (simgear not previously installed), worked out of the box for me. I'm using an AUR helper

I found the root cause of the problem, it is in this file from simgear package :

/usr/lib/cmake/SimGear/SimGearTargets.cmake

inside at line 66 the path "/include" was added by simgear 2019.1 during compilation :

INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include;/include;/usr/include"

removing "/include" path solves my problem :

INTERFACE_INCLUDE_DIRECTORIES "${_IMPORT_PREFIX}/include;/usr/include"

A workaround is to create a symbolic link "/include", before trying to compile flightgear 2019.1 :

ln -s /usr/include /include

@codebling : check if you have a symbolic link "/include", it can explain why you don't have the cmake errors during compilation of flightgear

@codebling : it's not normal, you should have also this error during compilation if all your packages are up to date,

How do you compile with makepkg ? In a clean chroot or in an normal environment ?

Which version of simgear do you have ?

@Potomac, works for me and package hasn't changed

This package doesn't build, I have errors related to cmake :

-- Configuring done CMake Error in src/GUI/CMakeLists.txt: Imported target "SimGearCore" includes non-existent path

"/include"

in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:

• The path was deleted, renamed, or moved to another location.

• An install or uninstall procedure did not complete successfully.

• The installation package was faulty and references files it does not provide.