Re: Random build failures (rump)
On Sun, Oct 16, 2016 at 09:39:16PM +, co...@sdf.org wrote: > Interestingly, some stuff within src/lib/librumpuser uses > $RANDOM and assumes that it does what it says, deleting > old content in new supposedly random directory. If it does, it is broken and should be fixed by using mktemp. Joerg
Re: Random build failures (rump)
Interestingly, some stuff within src/lib/librumpuser uses $RANDOM and assumes that it does what it says, deleting old content in new supposedly random directory. (lib/librumpuser/build-aux/install-sh, newest version still does it, though.) That wouldn't work too well for us - I wonder if that has anything to do with the failures.
Re: Random build failures (rump)
On Sun, Oct 16, 2016 at 12:43:02PM +, co...@sdf.org wrote: > However, I'm not sure if the failures I mentioned are related. As far as I know nobody's sure what's causing those failures. There's no errors during the build. Last I remember hearing it's thought to be something wrong with tmpfs :( -- David A. Holland dholl...@netbsd.org
Re: Random build failures (rump)
However, I'm not sure if the failures I mentioned are related.
Random build failures (rump)
Hi, There are sometimes build failures that seem to be from race conditions, I've seen rump do it, maybe others too. e.g. http://releng.netbsd.org/builds/netbsd-6/201610160430Z/ews4800mips.build.failed http://releng.netbsd.org/builds/netbsd-6-1/201610122020Z/evbmips-mips64el.build.failed It seems: {src/sys/rump} % grep '\-l' */Makefile* dev/Makefile.rumpdevcomp:RUMPDEVLDADD+=-lrumpdev_${var} fs/Makefile.rumpfscomp:RUMPFSLDADD+=-lrumpfs_${var} fs/Makefile.rumpfscomp:RUMPFSLDADD+=-lrumpvfs_${var}fs fs/Makefile.rumpfscomp:RUMPFSLDADD+=-lrumpvfs_${var} kern/Makefile.rumpkerncomp:RUMPKERNLDADD+=-lrumpkern_${var} net/Makefile.rumpnetcomp:RUMPNETLDADD+=-lrumpnet_${var} % ls librump ... rumpdevrumpkern rumpnetrumpvfs {src/sys/rump} % cat Makefile # $NetBSD: Makefile,v 1.7 2014/11/09 17:39:37 pooka Exp $ # SUBDIR= include SUBDIR+=librump SUBDIR+=dev fs kern net SUBDIR+=share Would adding SUBDIR+=.WAIT dev fs kern net be the right thing to resolve this dependency? thanks.