Bug#1120413: scotch: error with no remote interface in scotch dgraph tests

[Drew Parsons]

Package: scotch
Version: 7.0.10-1exp2
Severity: serious
Justification: FTBFS
Control: forwarded -1 https://github.com/openpmix/openpmix/issues/3717
Control: affects -1 src:pmix
Control: tags -1 help 

scotch 7.0.10 introduces dgraphs.  dgraph tests were passing, 
but have started failing with pmix 5.0.9 (6.0.0+really5.0.9-1.1)

openpmix 5.0.9 introduced allowing foreign tools by default (ab85e1a in PR #3674 )

This appears to have the consequence of giving an error if no remote
(non-loopback) interface is available.

scotch 7.0.10 dgraph tests evidently run through pmix, since a debian
build of scotch 7.0.10 with gcc 15.2.0, openmpi 5.0.8 and pmix 5.0.9
gets pmix errors in dgraph tests, e.g.

test 50
        Start  50: test_scotch_dgraph_coarsen_bump

50: Test command: /usr/bin/mpiexec "-n" "3" "/build/reproducible-path/scotch-7.0.10/obj-x86_64-linux-gnu/src/check/test_scotch_dgraph_coarsen" "/build/reproducible-path/scotch-7.0.10/src/check/data/bump.grf"
50: Working Directory: /build/reproducible-path/scotch-7.0.10/obj-x86_64-linux-gnu/src/check
50: Test timeout computed to be: 10000000
50: --------------------------------------------------------------------------
50: You requested support for remote tool connections, but no non-loopback
50: interfaces were found after applying any include or exclude directives:
50: 
50:   Include:    NULL
50:   Exclude:    NULL
50:   Available:  lo
50: 
50: Please adjust your include or exclude to allow selection of a
50: non-loopback interface.
50: --------------------------------------------------------------------------
 67/155 Test  #50: test_scotch_dgraph_coarsen_bump ................................................***Failed    0.02 sec

The full build log is https://buildd.debian.org/status/fetch.php?pkg=scotch&arch=amd64&ver=7.0.10-1exp3&stamp=1762595061&raw=0

The error tells me that support for remote tool connections needs a
non-loopback interface, but only lo is available. I gather this is
happening now because foreign tool support is now default in openpmix
5.0.9. Previously the default was off, and scotch dgraph tests passed.
I'm assuming here "remote tool" means "foreign tool".

If pmix failure like this is intended, then we'd want to know the
incantation needed to instruct the test to use lo (e.g. to now allow
foreign tools)

Since commit ab85e1a from #3674 switched to allow_foreign_tools=true
in ‎src/mca/ptl/base/ptl_base_frame.c, I tried setting environment
variable PMIX_MCA_ptl_base_frame_allow_foreign_tools=0, but it didn't
change the response (nor did PMIX_MCA_ptl_base_allow_foreign_tools=0)



-- System Information:
Debian Release: forky/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.17.7+deb14+1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_WARN
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8), LANGUAGE=en_AU:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages scotch depends on:
ii  libc6             2.41-12
ii  libscotch-7.0c    7.0.10-1exp2
ii  libscotcherr-7.0  7.0.10-1exp2

scotch recommends no packages.

scotch suggests no packages.

-- no debconf information