[krbdev.mit.edu #9020] Make check fails on PowerPC Mac OS X 10.4.11, Tiger

Peter Dyballa via RT rt-comment at kerborg-prod-app-1.mit.edu
Sun Aug 1 13:23:36 EDT 2021 

Sun Aug 01 13:23:36 2021: Request 9020 was acted upon.
 Transaction: Ticket created by Peter_Dyballa at Web.DE
       Queue: krb5
     Subject: Make check fails on PowerPC Mac OS X 10.4.11, Tiger
       Owner: Nobody
  Requestors: Peter_Dyballa at Web.DE
      Status: new
 Ticket <URL: http://kerborg-prod-app-1.mit.edu/rt/Ticket/Display.html?id=9020 >


Hello!

I am performing the tests because I want to stay with Python 3.8(.
11). Before installing the pyrad Python module 'make check' reported:

	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_general.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_hooks.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_dump.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_iprop.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_kprop.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_policy.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_changepw.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_pkinit.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_otp.py
	*** Skipping: OTP tests: Python pyrad module not found
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_spake.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_localauth.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_kadm5_hook.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_kadm5_auth.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_pwqual.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_hostrealm.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_kdb_locking.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./
t_keyrollover.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_renew.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_renprinc.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_ccache.py
	*** Skipping: keyring ccache tests: keyring support not built
	*** Failure: /opt/local/bin/python3.8 failed to start with code 1.
	*** Last mark: DIR collection, command-line specifier
	*** Last command (#50): /opt/local/bin/python3.8 /opt/local/var/
macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
kcmserver.py /opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
testdir/kcm
	*** Output of last command:
	Traceback (most recent call last):
	  File "/opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
kcmserver.py", line 231, in <module>
	    server.bind(sys.argv[1])
	OSError: AF_UNIX path too long
	For details, see: /opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
testlog
	Or re-run this test script with the -v flag:
	    cd /opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests
	    PYTHONPATH=/opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/util /
opt/local/bin/python3.8 ./t_ccache.py -v

	Use --debug=NUM to run a command under a debugger.  Use
	--stop-after=NUM to stop after a daemon is started in order to
	attach to it with a debugger.  Use --help to see other
	options.
	make[1]: *** [check-pytests] Error 1
	make[1]: Target `check' not remade because of errors.

The last failure with "AF_UNIX path too long" is already reported
(https://krbdev.mit.edu/rt/Ticket/Display.html?id=9019). I could
reproduce it on recent x86_64 macOS Big Sur, Version 11.5, with
Python 3.9(.6).


Having installed pyrad 2.4 with pip3 I now get:

	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_general.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_hooks.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_dump.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_iprop.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_kprop.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_policy.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_changepw.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_pkinit.py
	PYTHONPATH=../util VALGRIND="" /opt/local/bin/python3.8 ./t_otp.py
	Traceback (most recent call last):
	  File "<string>", line 1, in <module>
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 116, in spawn_main
	    exitcode = _main(fd, parent_sentinel)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 125, in _main
	    prepare(preparation_data)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 236, in prepare
	    _fixup_main_from_path(data['init_main_from_path'])
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 287, in
_fixup_main_from_path
	    main_content = runpy.run_path(main_path,
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/runpy.py", line 265, in run_path
	    return _run_module_code(code, init_globals, run_name,
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/runpy.py", line 97, in _run_module_code
	    _run_code(code, mod_globals, init_globals,
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/runpy.py", line 87, in _run_code
	    exec(code, run_globals)
	  File "/opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
t_otp.py", line 196, in <module>
	    daemon.start()
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/process.py", line 121, in start
	    self._popen = self._Popen(self)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/context.py", line 224, in _Popen
	    return _default_context.get_context().Process._Popen(process_obj)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/context.py", line 284, in _Popen
	    return Popen(process_obj)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/popen_spawn_posix.py", line 32, in
__init__
	    super().__init__(process_obj)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/popen_fork.py", line 19, in __init__
	    self._launch(process_obj)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/popen_spawn_posix.py", line 42, in _launch
	    prep_data = spawn.get_preparation_data(process_obj._name)
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 154, in
get_preparation_data
	    _check_not_importing_main()
	  File "/opt/local/Library/Frameworks/Python.framework/Versions/3.8/
lib/python3.8/multiprocessing/spawn.py", line 134, in
_check_not_importing_main
	    raise RuntimeError('''
	RuntimeError:
	        An attempt has been made to start a new process before the
	        current process has finished its bootstrapping phase.

	        This probably means that you are not using fork to start your
	        child processes and you have forgotten to use the proper idiom
	        in the main module:

	            if __name__ == '__main__':
	                freeze_support()
	                ...

	        The "freeze_support()" line can be omitted if the program
	        is not going to be frozen to produce an executable.
	For details, see: /opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests/
testlog
	Or re-run this test script with the -v flag:
	    cd /opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/tests
	    PYTHONPATH=/opt/local/var/macports/build/
_opt_local_var_macports_sources_nue.de.rsync.macports.org_macports_relea
se_tarballs_ports_net_kerberos5/kerberos5/work/krb5-1.19.2/src/util /
opt/local/bin/python3.8 ./t_otp.py -v

	Use --debug=NUM to run a command under a debugger.  Use
	--stop-after=NUM to stop after a daemon is started in order to
	attach to it with a debugger.  Use --help to see other
	options.

and 'make check' now hangs somewhere and does not return or continue.

--
Greetings

   Pete

Wasting time is an important part of living.

More information about the krb5-bugs mailing list