Please respond.

Thanks for the follow up (and the initial bug report)!

Similarly to BZ#1705441, I'll have a look as soon as possible.

(As expected,) both rmol and trademgen build on Rawhide. Would you be so kind as to tell me how I can test the build with Python 3.8?
You can just point to Docker/LXC image, or how to activate Python 3.8 on Rawhide.

Sure:

For all our attempts to build rmol with Python 3.8, see:
https://copr.fedorainfracloud.org/coprs/g/python/python3.8/package/rmol/

Testing and mass rebuild of packages is happening in copr. You can follow these instructions to test locally in mock if your package builds with Python 3.8:
https://copr.fedorainfracloud.org/coprs/g/python/python3.8/

Let us know here if you have any questions.

Trying to reproduce the issue in a way I can interact with the source code and the build environment, I came up with the following (for the record):
# On a Rawhide system
$ dnf copr enable @python/python3.8
$ dnf -y update && dnf -y install python38-devel && dnf reinstall -y python3
$ python --version
3.8.0
$ mkdir ~/tmp && cd ~/tmp && fedpkg clone rmol && cd rmol && mkdir build && cd build
$ cmake -DCMAKE_C_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_CXX_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_Fortran_FLAGS_RELEASE:STRING=-DNDEBUG -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DCMAKE_INSTALL_PREFIX:PATH=/usr -DINCLUDE_INSTALL_DIR:PATH=/usr/include -DLIB_INSTALL_DIR:PATH=/usr/lib64 -DSYSCONF_INSTALL_DIR:PATH=/etc -DSHARE_INSTALL_PREFIX:PATH=/usr/share -DLIB_SUFFIX=64 -DBUILD_SHARED_LIBS:BOOL=ON ..

That build fails on the fact that a dependency (namely stdair, here) itself exports libpython3.7m.so as a dependency, which cannot be found on a Python 3.8 system. So, the first step is to rebuild stdair. Which I just did (https://koji.fedoraproject.org/koji/taskinfo?taskID=36189978), updating along the way the (upstream) source code with new CMake support files, improving the overall compatibility with Python 3.

So, the problem (for rmol and trademgen) may come from the fact that their common dependency, namely stdair, has not been rebuilt for Python 3.8: https://copr.fedorainfracloud.org/coprs/g/python/python3.8/package/stdair/ does not show any rebuild for stdair.
$ dnf -y install stdair-devel
$ grep -Hin "python" /usr/share/stdair/CMake/*.cmake
/usr/share/stdair/CMake/stdair-library-depends.cmake:51:  INTERFACE_LINK_LIBRARIES "/usr/lib64/libpython3.7m.so;/usr/lib64/libboost_date_time.so;/usr/lib64/libboost_random.so;/usr/lib64/libboost_iostreams.so;/usr/lib64/libboost_serialization.so;/usr/lib64/libboost_filesystem.so;/usr/lib64/libboost_system.so;/usr/lib64/libboost_locale.so;/usr/lib64/libboost_python37.so;/usr/lib64/libboost_regex.so;/usr/lib64/libmariadb.so;/usr/lib64/libsoci_core.so;/usr/lib64/libsoci_mysql.so;/usr/lib64/libsoci_core.so;/usr/lib64/libsoci_sqlite3.so;/usr/lib64/libreadline.so"
/usr/share/stdair/CMake/stdair-library-depends.cmake:58:  INTERFACE_LINK_LIBRARIES "/usr/lib64/libpython3.7m.so;/usr/lib64/libboost_date_time.so;/usr/lib64/libboost_random.so;/usr/lib64/libboost_iostreams.so;/usr/lib64/libboost_serialization.so;/usr/lib64/libboost_filesystem.so;/usr/lib64/libboost_system.so;/usr/lib64/libboost_locale.so;/usr/lib64/libboost_python37.so;/usr/lib64/libboost_regex.so;/usr/lib64/libmariadb.so;/usr/lib64/libsoci_core.so;/usr/lib64/libsoci_mysql.so;/usr/lib64/libsoci_core.so;/usr/lib64/libsoci_sqlite3.so;/usr/lib64/libreadline.so;stdairlib"

And we have the same issue with airrac.

In short, I would recommend to rebuild all the dependencies of rmol and trademgen, in the right order:
1. stdair
2. airrac
3. rmol
4. sevmgr
5. trademgen

Then, the other packages depending on those should also be rebuilt:
6. airtsp
7. simfqt
8. travelccm
9. airinv
10. simcrs

How can we add the missing packages to the COPR Python3.8 repository/builds (https://copr.fedorainfracloud.org/coprs/g/python/python3.8/packages/)?

What is python38-devel ?

Anyway, let me check the dependencies of stdair:

$ repoquery --repo=rawhide --requires stdair | grep python
...nothing...

Or airrac:

$ repoquery --repo=rawhide --requires airrac | grep python
...nothing...

I don't understand the problem, sorry.

The copr has all source packages that produce packages that depend on either of the following:

libpython3.7m.so.1.0()(64bit)
python(abi) = 3.7

(In reply to Miro Hrončok from comment #6)
> What is python38-devel ?
> 

Well, python3-devel with Python 3.8


> Anyway, let me check the dependencies of stdair:
> 
> $ repoquery --repo=rawhide --requires stdair | grep python
> ...nothing...
> 
> Or airrac:
> 
> $ repoquery --repo=rawhide --requires airrac | grep python
> ...nothing...
> 
> I don't understand the problem, sorry.
>

Both stdair and airrac, which are required by rmol (and stdair being needed by trademgen), are providing a CMake support file (respectively /usr/share/stdair/CMake/stdair-library-depends.cmake and /usr/share/airrac/CMake/airrac-library-depends.cmake) where libpython3.7m.so is explicitly referenced, as mentioned above. That is certainly a bug of stdair and airrac (to state that they require libpython3.7m.so, whereas they do not need Python), but that CMake support file nevertheless induces rmol and trademgen to require libpython3.7m.so.

So, the solution is easy: stdair, airrac and sevmgr need to be rebuilt in the Python3.8 COPR environment.

If you prefer, you can just remove those packages (trademgen and rmol) from COPR Python3.8, and when Fedora 31 will switch to Python 3.8, FTBS bugs will be created for those two packages. I will then fix those, no worry.

oh. so the libpython3.7m string is compiled in on build time?

I suggest to add:

    Requires: (python(abi) = %{python3_version} if python3-devel)

To stdair-devel and airrac-devel.


Running the stdair build.

The stdair and airrac builds succeeded, running the rmol build.

Thanks, rmol built.

Opened https://src.fedoraproject.org/rpms/stdair/pull-request/1 as a followup.

Many thanks, both for your quick actions/follow up and for the merge request/suggestion!