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 Husemann <martin%duskware.de@localhost>
Cc: gnats-bugs%NetBSD.org@localhost
Subject: Re: install/56303: On a fresh installation, /tmp on sparc64 is not
 sticky
Date: Mon, 12 Jul 2021 19:08:31 +0300

 Martin Husemann wrote:
 > I tested with 126 MB ram (from sysinst's POV) and could still not reproduce
 > it.
 > 
 > Just to make sure: this is the install CD being used on sparc64 (e.g. full 
 > grown userland, not a special crunched version of sysinst in a ramdisk
 > image)?
 
 It's installing from an install CD image with a command line like this:
 
   qemu-system-sparc64 \
       -m 128 \
       -drive file=/bracket/sparc64/test/2021.07.02.17.14.36/anita/wd0.img,format=raw,media=disk,snapshot=off \
       -nographic \
       -boot d \
       -drive file=/bracket/sparc64/test/2021.07.02.17.14.36/anita/download/sparc64/NetBSD-9.99.86-sparc64.iso,format=raw,media=cdrom,readonly=on,index=2
 
 > Also I did only look at the state of the disk after sysinst terminated (and
 > unmounted the target device) - it also coud be some rc.d script going wild
 > due to something else missing at first boot.
 
 That's possible.
 
 I'll try to do a manual qemu install on lyta to see if I can catch
 the point where the permissions get changed.
 -- 
 Andreas Gustafsson, gson%gson.org@localhost