py39-pyqt5 build fails on macOS 11.6 on Intel

2021-10-17 Thread Kevin Horton
An attempt to build py39-pyqt5 on macOS 11.6 on Intel, using XCode 13.0, fails 
with:

:debug:build system:  cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-pyqt5/py39-pyqt5/work/PyQt5-5.15.4"
 && sip-build-3.9 --qmake /opt/local/libexec/qt5/bin/qmake --verbose 
--confirm-license 
--dbus=/opt/local/Library/Frameworks/Python.framework/Versions/3.9/include/python3.9/dbus-1.0
 --disable QtWebKit --disable QtWebKitWidgets 
:info:build Traceback (most recent call last):
:info:build   File "/opt/local/bin/sip-build-3.9", line 33, in 
:info:build sys.exit(load_entry_point('sip==6.3.1', 'console_scripts', 
'sip-build')())
:info:build   File "/opt/local/bin/sip-build-3.9", line 25, in 
importlib_load_entry_point
:info:build return next(matches).load()
:info:build StopIteration
:info:build Command failed:  cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-pyqt5/py39-pyqt5/work/PyQt5-5.15.4"
 && sip-build-3.9 --qmake /opt/local/libexec/qt5/bin/qmake --verbose 
--confirm-license 
--dbus=/opt/local/Library/Frameworks/Python.framework/Versions/3.9/include/python3.9/dbus-1.0
 --disable QtWebKit --disable QtWebKitWidgets 
:info:build Exit code: 1
:error:build Failed to build py39-pyqt5: command execution failed
:debug:build Error code: CHILDSTATUS 65183 1
:debug:build Backtrace: command execution failed
:debug:build while executing
:debug:build "system {*}$notty {*}$callback {*}$nice $fullcmdstring"
:debug:build invoked from within
:debug:build "command_exec -callback portprogress::target_progress_callback 
build"
:debug:build (procedure "portbuild::build_main" line 8)
:debug:build invoked from within
:debug:build "$procedure $targetname"
:error:build See 
/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_python_py-pyqt5/py39-pyqt5/main.log
 for details.

=

I checked the CLI tools version:

pkgutil --pkg-info=com.apple.pkg.CLTools_Executables 
--pkg-info=com.apple.pkg.CLTools_Base 
--pkg-info=com.apple.pkg.DeveloperToolsCLI 
--pkg-info=com.apple.pkg.DeveloperToolsCLILeo 2>/dev/null | sed -n 's/^version: 
//p'

13.0.0.0.1.1630607135

=
I've accepted the XCode license with 'sudo xcodebuild -license'

Is there anything else I should try to get py39-pyqt5 to build, or should I 
file a ticket now?

Thanks,

Kevin Horton

Re: Apache httpd 2.4.49 port will not launch on ElCap

2021-10-17 Thread Bill Cole

On 2021-09-24 at 16:53:21 UTC-0400 (Fri, 24 Sep 2021 16:53:21 -0400)
Bill Cole 
is rumored to have said:


On 2021-09-22 at 16:47:41 UTC-0400 (Wed, 22 Sep 2021 22:47:41 +0200)
Bjarne D Mathiesen 
is rumored to have said:


Bill Cole wrote:
I'm wondering if anyone else has encountered this and if anyone has 
a sense of whether this is really a MacPorts-specific problem or if 
it is (as I suspect but have not been able to confirm) a problem 
with httpd.


I'm running apache 2.4.49 on
* 10.6.8
* 10.15.7
without any issues


That brackets the problem a bit.

Given the odd failure ("crashed on child side of fork pre-exec" with a 
segfault) I suspect it is something specific to the platform, e.g. 
compiler version, shared library versions, etc. and I'm experimenting 
with rebuilding it in different ways to  see if I can find a way to 
make it work.


Currently running with '-X' as a workaround (doesn't fork...)


Closing the loop here:

Rebuilding httpd and everything it recursively depends on with clang-10 
on the target system didn't touch the problem. Reverting to .48 didn't 
touch the problem(!) Limping along and waiting for the .51 update 
resolved the problem. I did not test .50, which lasted just a few days. 
I'm not up to analyzing all the flux in the httpd code between those 
versions, but there are enough core and mpm fixes that I'm satisfied 
with vague handwaving about something jostling an optimization in the 
wrong/right place and for 2 minor versions breaking it on one obsolete 
platform.



--
Bill Cole
b...@scconsult.com or billc...@apache.org
(AKA @grumpybozo and many *@billmail.scconsult.com addresses)
Not Currently Available For Hire