[Debichem-devel] Bug#1086306: opendrop: FTBFS: Error: Unable to get the user home directory

[Santiago Vila]

Package: src:opendrop
Version: 3.3.2-1
Severity: serious
Tags: ftbfs

Dear maintainer:

During a rebuild of all packages in unstable, your package failed to build:

--------------------------------------------------------------------------------
[...]
  debian/rules binary
dh binary --with python3,sphinxdoc --buildsystem pybuild
    dh_update_autotools_config -O--buildsystem=pybuild
    dh_autoreconf -O--buildsystem=pybuild
    dh_auto_build -O--buildsystem=pybuild
I: pybuild plugin_pyproject:129: Building wheel for python3.12 with "build" module
I: pybuild base:311: python3.12 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.12
* Building wheel...
/usr/bin/python3.12 -m cython -3 --cplus -o opendrop/features/.checkpoints/colorize.cpp opendrop/features/colorize.pyx
mpicxx -o opendrop/features/.checkpoints/colorize.os -c -O3 -std=c++14 -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=. -fstack-protector-strong -fstack-clash-protection -Wformat -Werror=format-security -fcf-protection -Wl,-z,relro -Wl,-z,now -fPIC -Iinclude -I/usr/include/python3.12 opendrop/features/.checkpoints/colorize.cpp
[m7a-medium-1730110071:3288495] Error: Unable to get the user home directory
[m7a-medium-1730110071:3288495] Error: Unable to get the user home directory
--------------------------------------------------------------------------
It looks like opal_init failed for some reason; your parallel process is
likely to abort.  There are many reasons that a parallel process can
fail during opal_init; some of which are due to configuration or
environment problems.  This failure appears to be an internal failure;
here's some additional information (which may only be relevant to an
Open MPI developer):

   mca_base_var_init failed
   --> Returned value -1 instead of OPAL_SUCCESS
--------------------------------------------------------------------------
scons: *** [opendrop/features/.checkpoints/colorize.os] Error 255
Traceback (most recent call last):
   File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 373, in <module>
     main()
   File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 357, in main
     json_out["return_val"] = hook(**hook_input["kwargs"])
                              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/usr/lib/python3/dist-packages/pyproject_hooks/_in_process/_in_process.py", line 271, in build_wheel
     return _build_backend().build_wheel(
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   File "/<<PKGBUILDDIR>>/build_backend/buildapi.py", line 12, in build_wheel
     subprocess.run(['scons', '-Q', 'bdist_wheel', '--build-dir=' + wheel_directory], check=True, env=env)
   File "/usr/lib/python3.12/subprocess.py", line 571, in run
     raise CalledProcessError(retcode, process.args,
subprocess.CalledProcessError: Command '['scons', '-Q', 'bdist_wheel', '--build-dir=/<<PKGBUILDDIR>>/.pybuild/cpython3_3.12']' returned non-zero exit status 2.

ERROR Backend subprocess exited when trying to invoke build_wheel
E: pybuild pybuild:389: build: plugin pyproject failed with: exit code=1: python3.12 -m build --skip-dependency-check --no-isolation --wheel --outdir /<<PKGBUILDDIR>>/.pybuild/cpython3_3.12
dh_auto_build: error: pybuild --build -i python{version} -p 3.12 returned exit code 13
make: *** [debian/rules:14: binary] Error 25
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
--------------------------------------------------------------------------------

The above is just how the build ends and not necessarily the most relevant part.
If required, the full build log is available here:

https://people.debian.org/~sanvila/build-logs/202410/

About the archive rebuild: The build was made on virtual machines from AWS,
using sbuild and a reduced chroot with only build-essential packages.

If you could not reproduce the bug please contact me privately, as I
am willing to provide ssh access to a virtual machine where the bug is
fully reproducible.

If this is really a bug in one of the build-depends, please use
reassign and affects, so that this is still visible in the BTS web
page for this package.

Thanks.