Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 718964 - dev-util/plan9port-9999 ebuild and concurrency problems
Summary: dev-util/plan9port-9999 ebuild and concurrency problems
Status: UNCONFIRMED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: Normal normal
Assignee: No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-23 06:03 UTC by Hadrien Lacour
Modified: 2023-01-28 20:08 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.