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

[Robert Elz <kre%munnari.OZ.AU@localhost>]

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

From: Robert Elz <kre%munnari.OZ.AU@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: install/56303: On a fresh installation, /tmp on sparc64 is not sticky
Date: Tue, 13 Jul 2021 16:51:08 +0700

     Date:        Tue, 13 Jul 2021 08:55:03 +0000 (UTC)
     From:        Martin Husemann <martin%duskware.de@localhost>
     Message-ID:  <20210713085503.0CA3C1A924C%mollari.NetBSD.org@localhost>
 
   |  We can not do that, the ISO just does not fit on a real CD with gzip
   |  and many sparc64 machines did come with CD drives instead of DVD.
 
 It might be time to switch to a multi-cd distribution - it will eventually
 be needed anyway, we cannot keep relying on better and better compression
 algorithms just happening to be available when we need them, and like it or
 not, the system just keeps getting bigger.
 
 I'd expect all would be fine if the base system (everything required to
 boot & install, and the required sets) were on one CD, and all the "can
 run, kind of, without this" sets (X, comp, doc, text ...) were on another
 (or even another two or more as needed).
 
 sysinst could either request mounting of a second cd when needed, or if the
 first is being used as root, so cannot be removed, just tell people what to
 do to extract any of the remaining sets that they want, after the system is
 running - sysinst could even leave a script in /root to do that.
 
 kre