Re: install/56303: On a fresh installation, /tmp on sparc64 is not sticky

[Andreas Gustafsson <gson%gson.org@localhost>]

The following reply was made to PR install/56303; it has been noted by GNATS.

From: Andreas Gustafsson <gson%gson.org@localhost>
To: martin%netbsd.org@localhost
Cc: netbsd-bugs%netbsd.org@localhost, roland.illig%gmx.de@localhost
Subject: Re: install/56303: On a fresh installation, /tmp on sparc64 is not
 sticky
Date: Mon, 12 Jul 2021 13:49:34 +0300

 Martin Husemann wrote:
 >  I can not reproduce this - just did a (manual) clean install and ended
 >  up with:
 >  
 >  drwxrwxrwt  2 root  wheel  512 Jul 12 12:19 /targetroot/tmp/
 >  
 >  Anything in anita acting up and accidently modifying it before reboot?
 
 I can't think of anything in anita that would do that, but I'm
 not saying it's impossible.
 
 > Or does it depend on the RAM size passed to qemu?
 > (this would make sysinst pick different defaults for tmpfs and also might
 > be a difference to the i386 setup)
 
 The sparc64 failures and the i386 sucesses are both with 128 MB of
 RAM, which is not enough to cause a tmpfs /tmp to be configured
 in either port.  I have not tested a configuration with more RAM
 that would cause a tmpfs /tmp to be configured.
 -- 
 Andreas Gustafsson, gson%gson.org@localhost