Bug 718964 – dev-util/plan9port-9999 ebuild and concurrency problems

• Product: Gentoo Linux
• Status: UNCONFIRMED ---

[Description Hadrien Lacour 2020-04-23 06:03:14 UTC]

Hello, I created a -9999 ebuild for it at https://git.sr.ht/~q3cpma/portage-overlay/tree/master/dev-util/plan9port with the following changes:
* Use of git-r3 (duh)
* Updated the homepage
* Updated the -builderr patch
* Forced NPROC to 1 as a race condition is present in at least lib9's build. Without it, I get something like

cd /var/tmp/portage/dev-util/plan9port-9999/work/plan9port-9999/src/lib9; mk all
9c $CFLAGS _exits.c
9c $CFLAGS _p9dialparse.c
...
9c $CFLAGS create.c
...
9ar rsc $PLAN9/lib/lib9.a _exits.o _p9dialparse.o _p9dir.o announce.o argv0.o atexit.o atoi.o atol.o atoll.o atnotify.o await.o cistrcmp.o cistrncmp.o cistrstr.o cleanname.o convD2M.o convM2D.o convM2S.o convS2M.o create.o crypt.o ctime.o dial.o dirfstat.o dirfwstat.o dirmodefmt.o dirread.o dirstat.o dirwstat.o du$
ar: create.o: No such file or directory
mk: 9ar rsc $PLAN9/lib/lib9.a ...  : exit status=exit(1)

everytime, with the missing .o changing each time (got dup.o or dial.o too, for example). The removal of the subshell+stderr redirection in the -builderr patch is what actually triggers it, here.
The thing is, I'm not an mk expert, but when reading mksyslib, the $LIB dependency on $OFILES seems here. Will probably have to report upstream.