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]>
> It would be better to mention more details:

I added the file README.Lua, which is in the diff, to give some idea
what this is about.  More comments inline.

>  - is there any user visible changes on installation itself?

No, at least not yet.  Since no default Lua script is shipped, the
default install process will run.  The goal however is to drive the
installation process from a Lua script.  The default Lua script to be
shipped with sysinst would implement the installation process as it is
now, so without any user visible changes again.

>  - how flexible with lua (i.e. what was so annoying with past menuc/msgc)

The message system as is not very flexible, to say the least.  And when
you provide e.g. a site specific install script, you also want to have
the messages in this.  With Lua, it is very flexible.

>  - how much space is required to put lua based sysinst binaries 
>    i.e. is it possible disalbe whole lua support for poor ports
>    which have only floppy based install media?
>    USE_LUA variable in arch/*/Makefile helps?

Lua is a actually quite small, ~181KB on amd64.  The USE_LUA knob is a
leftover from when I did not yet add liblua to the list files in install
kernels.  I will eventually remove that.  Right now, this means adding
some KB to install media, but in the future, some existing code can be
removed.

>    -llua in LIBS is mandatory even for miniroot or ramdisks?

Yes, because the crunched binary contains sysinst.

I hope this clarifies your questions,
Marc
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.