Re: sysinst with Lua support

Marc Balmer <[email protected]>
Newsgroups gmane.os.netbsd.devel.installation,gmane.os.netbsd.devel.userlevel
Organization micro systems
Message-ID <[email protected]>
Am 03.11.13 17:17, schrieb Izumi Tsutsui:
>> For such ports, could sysinst be put on an extra floppy?  I.e. the
>> bootable floppy would would, after booting, output something like "put
>> floppy B in drive A.  Press any key to continue.",
> 
> Well, size restrictions on poor ports are always annoying
> and "loading filesystem after mountroot" requires more thoughts.
> (lua is not first thing)
> 
> Preparing an option that disable Lua support could be an easier
> temporary workaround during transision, and maintainers might
> be able to consider how to handle lua (split floppies etc.)
> until the next release.

This will not really work, since the goal is to replace functionally
currently written in C with functionality written in Lua.

I admit I have not yet a solution for this problem.

Maybe leave sysinst untouched and start a new program (based on sysinst)
in /usr/sbin (NetInstall?), then switch those ports that can handle it
over to the new installer?  Not really what I had in mind, and not
really ideal as well, since then the two will diverge and ports using
the "old" sysinst will eventually be left behind.

BTW, also one tier-I port is affected, hpcarm can not build the
miniroot, since it does not link to liblua, and I did not yet find where
it takes the list of libraries from that are linked with the crunched
binary (need to add -llua -lm there).  Adding "LIBS -llua" in
dirstrib/hpcarm/miniroot/list does not help, because the link order is
then wrong (... -lm ... -llua instead of the other way round).
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.