p5.34-io-compress-brotli @0.4.1: read jobs pipe: Resource temporarily unavailable

[barracuda156]

:info:build Executing:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_perl_p5-io-compress-brotli/p5.34-io-compress-brotli/work/IO-Compress-Brotli-0.004001" && /usr/bin/make -j4 -w all 
:debug:build system:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_perl_p5-io-compress-brotli/p5.34-io-compress-brotli/work/IO-Compress-Brotli-0.004001" && /usr/bin/make -j4 -w all 
:info:build make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_perl_p5-io-compress-brotli/p5.34-io-compress-brotli/work/IO-Compress-Brotli-0.004001'
:info:build cd brotli && CFLAGS=-fPIC `which gmake || echo make` lib
:info:build Running Mkbootstrap for Brotli ()
:info:build "/opt/local/bin/perl5.34" "/opt/local/lib/perl5/5.34/ExtUtils/xsubpp"  -typemap '/opt/local/lib/perl5/5.34/ExtUtils/typemap' -typemap '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_perl_p5-io-compress-brotli/p5.34-io-compress-brotli/work/IO-Compress-Brotli-0.004001/typemap'  Brotli.xs > Brotli.xsc
:info:build gmake[1]: Entering directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_perl_p5-io-compress-brotli/p5.34-io-compress-brotli/work/IO-Compress-Brotli-0.004001/brotli'
:info:build mkdir -p bin/obj/c/common
:info:build mkdir -p bin/obj/c/dec
:info:build mkdir -p bin/obj/c/enc
:info:build mkdir -p bin/obj/c/tools
:info:build mkdir -p bin/tmp
:info:build cc -fPIC -O2  -Ic/include \
:info:build         -c c/common/dictionary.c -o bin/obj/c/common/dictionary.o
:info:build make: *** read jobs pipe: Resource temporarily unavailable.  Stop.
:info:build make: *** Waiting for unfinished jobs....

[barracuda156]

The problem is caused by gmake somehow. Once deactivated, p5.34-io-compress-brotli builds normally. Once gmake activated back, p5.34-io-compress-brotli build fails.

[ryandesign (Ryan Carsten Schmidt)]

I encountered this problem recently when updating ports on most of the buildbot build workers (all OS versions). (This port was installed as a dependency of other ports that are required by the buildbot architecture.) Repeating the installation (with no other changes) allowed it to succeed. This suggests that disabling parallel building may be a suitable workaround until the real solution is found. The problem should be reported to the developers of this software.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #65547.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #65902. The problem still occurs for me as well. Dave, can you disable this port's parallel build (as I suggested above and as you did to work around this problem in another port recently) or fix it some other way?

[rmottola (Riccardo)]

The strange trick of deactivating gmake, buildingg, reactivating worked also for me!

[rmottola (Riccardo)]

I ran into this issue again, this time on 10.5 and not 10.6 - both p28 and p30 versions - so it appears to be a little version independent.

Re-issuing build several times does not help.

Deactivating temporarily gmake, fixed it.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #68285.

[barracuda156]

Could this be addressed by the way? So that no manual hackery needed anymore.

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #68872.

Anybody can submit a pull request to work around the problem by disabling parallel builds. Somebody should also report the problem to the developers so it can be fixed properly so parallel builds can be reenabled.

[mascguy (Christopher Nielsen)]

Has anyone verified that the build isn't mixing use of make and gmake, between parent and child build processes?

While this is rare - and typically only happens in large projects, which mix use of Make with other tools - it's not impossible. And barring a critical bug in gmake, that would explain the failure.

[lukaso (Lukas Oberhuber)]

Failing with parallel builds

[lukaso (Lukas Oberhuber)]

Given this port is only depended on by p5.34-http-message and the fact that no one knows how to fix it, is it possibly worth removing the dependency? No point in supporting ports that can't be supported, right?

(I've done this for my own version.)

[lukaso (Lukas Oberhuber)]

​https://github.com/macports/macports-ports/pull/22630 removes the dependency.

[lukaso (Lukas Oberhuber)]

@ryandesign I've seen the problem occur even with the parallel builds disabled. I suspect it's just less likely to occur.

[lukaso (Lukas Oberhuber)]

Added an upstream bug report referencing this one: ​https://github.com/timlegge/perl-IO-Compress-Brotli/issues/3

[lukaso (Lukas Oberhuber)]

I've attempted to update the version of this package in this PR (there's some other stuff in there as well), but it hasn't succeeded because there's something wrong with CMAKE. But I put it here in case it's helpful to someone: ​https://gitlab.gnome.org/Infrastructure/gimp-macos-build/-/merge_requests/273

[lukaso (Lukas Oberhuber)]

The brotli version also is out of date and has a CVE against it: ​https://github.com/timlegge/perl-IO-Compress-Brotli/issues/3#issuecomment-1937344936r

[Lukas Oberhuber <lukas@…>]

In 3ec1b4f678419573acce1c4dbc72d16a00bdd639/macports-ports (master):

p5-http-message

Remove dependency on problematic port p5.34-io-compress-brotli as it can't be supported and isn't critical.

#65496

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #68515.

Replying to lukaso:

Added an upstream bug report referencing this one: ​https://github.com/timlegge/perl-IO-Compress-Brotli/issues/3

Sigh: they closed it because we weren't using the latest version.

[ryandesign (Ryan Carsten Schmidt)]

In 769df75eb0583ad957fdb5535d5a384f0f72f756/macports-ports (master):

p5-io-compress-brotli: Update to 0.017

Closes: #65496