Re: GSoC: Sysinst enhancements proposal

Eugene Lozovoy <[email protected]>
Newsgroups gmane.os.netbsd.devel.installation
Message-ID <[email protected]>
Julian Fagir ([email protected]) @ Sat, 31 Mar 2012 20:18:05 +0200 wrote:
> Hi,
> 
> > The main goal of the project is to add to NetBSD installer (sysinst)
> > ability to install system to GPT-ed, LVM-ed, encrypted disks, RAIDs
> > and to disk images (vnconfig). Also there are additional goals:
> > improve sysinst usability and rewrite some utilities for more code
> > sharing with sysinst. ...
> > Also sysint have a bit little defects in usability. In this
> > direction I'm planning to do work including: splitting all
> > installation process to separate steps and adding ability to run
> > some step independently i.e. disk partitioning or extracting
> > tar-files (useful when /targetroot already mounted by hand), add
> > menu back option, improve network configuration dialog.
> I think you know my scepticism about sysinst from the earlier post to
> this list. ;-)
> Btw, one question: What is your planned language for this? Do you
> want to make it in C, or in Lua (as you suggested merging mbalmers
> patches)? Are you planning any interface changes or just adding this
> functionality?

It depends on a matureness level of mbalmer's patches. But C will be used
anyway.

> >   * Implementing install scripts support for automated install;
> I actually have such scripts (but they're not based on sysinst) -
> imho, ideally this functionality should be integrated in sysinst as
> well. Feel free to contact me about that (though it's not really much
> to do).

I mean that this functionality will be part of sysinst.

> >   * Researching into using bsdinstall as NetBSD installer
> > (probably).
> I'd rather tend to bsdinstaller. Research bsdinstall, too, but from
> what I looked at I considered it rather primitive and not as
> extensible as bsdinstaller.

Well, bsdinstaller looks as good choice. But this is only just researching.
Developing modularized sysinst nevertheless better way just because it
less-surprising for users.


With best regards,
Eugene
signature.asc (application/pgp-signature, 198 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iEYEARECAAYFAk94BDUACgkQww5VnVFDcThKDACghcP2RaeBw9pWRKH/THNyQjvg
dRYAoIHKADS33GyVFjHRL1no1RaARTqs
=eUG/
-----END PGP SIGNATURE-----
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.