> On Thu, Mar 07, 2013 at 10:23:41AM -0700, Theo de Raadt wrote: > > > I was thinking that if we would move part in the installer which let the > > > user > > > locate installation sets right after setting networking, we could > > > introduce > > > some install.site alternative which could feed installer with > > > configuration > > > for setting disks etc... > > > > > > Or is there any (semi)official idea how should automated/configurable > > > OpenBSD installer look like in the future? > > > > There are hints in your email to suggest you've not read and understood > > the install script code. > > Yes, you were right. But thank you for directing me clearly.
I am not directing you. > For archives, install.sub defines couple of variables and functions > which can be defined/overriden via install.md to customize installation. That is irrelevant to what you suggested. > The "disadvantage" here is one has to rebuild ramdisk manually. So change it, as you suggested above. Do you not understand what you said that is so disruptive?? You are suggesting changing the entire *order* of operations that the scripts do. It is not as simple as you suggest. The 5th word in your original email is "we", and what you really mean to use there is the plural "you".
