<div dir="ltr">Is there a reason why we can't use Calamares or the new Elementary/Pop!_OS installer for the desktop and leave MASS/Curtin for the server and such?</div><br><div class="gmail_quote"><div dir="ltr">On Thu, May 10, 2018 at 5:29 AM Bryan Quigley <<a href="mailto:bryan.quigley@canonical.com">bryan.quigley@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, May 8, 2018 at 7:31 PM, Simon Quigley <span dir="ltr"><<a href="mailto:tsimonq2@ubuntu.com" target="_blank">tsimonq2@ubuntu.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello Mark,<br>
<br>
On 05/05/2018 01:15 AM, Mark Shuttleworth wrote:<br>
<snip /><br>
<span>> First, we have Curtin, which knows how to take a description of a<br>
> machine and do-the-right-thing; partitioning, installing, and cleaning<br>
> up. Curtin is neat and efficient, super-fast, and it's used by both MAAS<br>
> and the new Ubuntu Server installer, Subiquity. It knows how to install<br>
> a couple of different flavours of Linux, including Ubuntu and CentOS,<br>
> which could be handy. It's probably the best place for us to handle new<br>
> kinds of partitioning and root filesystem and network storage.<br>
> <br>
> Second, we have MAAS, which has some very nice HTML interfaces for<br>
> configuring network and storage on a machine. All of that lines up with<br>
> Curtin, because MAAS uses Curtin to do the actual install. So we have<br>
> the beginnings of an HTML5 installer.<br>
<br>
</span>Would we be able to customize this in a way that's fit for desktop users<br>
rather than server users? A fork might need to happen there.<br></blockquote><div><br></div><div>There are no technical reasons why MAAS/Curtin can't be used for desktop installs. <br></div>I'm not sure how much sense it makes to reuse the MAAS UI bits though..  We only ask for network bits if you are not connected to a wireless network.<br></div><div class="gmail_quote"><div><br></div><div>I'd love if we at least move to subiquity/curtin because that means we have to <br></div><div>publish desktop MAAS images which has been something I've been pushing for a while now [1].<br></div><div>This would push us in the direction of "one" best practice way to install Ubuntu on almost everything.<br><br></div><div>It may even be possible with subiquity to have a text based fallback on a normal live image.  If possible <br></div><div>this might allow an Alternate style install (like Lubuntu has) for all flavors for free.<br></div><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span><br>
> Third, we have Electron, which is the HTML5 app framework used by world<br>
> class app developers. Skype, Spotify and a ton of GREAT apps on Ubuntu<br>
> are Electron apps.<br>
<br>
</span>I respectfully disagree that this is the correct approach for a system<br>
installer. With all due respect to these very popular applications,<br>
Electron uses quite a bit of system resources and could be interesting<br>
to get working correctly. If you are absolutely certain that this is the<br>
way to go, I won't argue this point too much, but I believe that you<br>
would have triple the speed (and/or it would use a third of the memory)<br>
by writing a native application rather than an Electron one, and with<br>
proper testing and organization (perhaps by using a compiled language<br>
rather than an interpreted one, etc.), it would be a very welcome speed<br>
jump over the current Ubiquity codebase.<br></blockquote><div><br></div><div>Additionally, we'd have to bring Chromium up to the requirements (snappy edition) for Main. (which I wouldn't mind, but doesn't make sense just for this)<br></div><div><br></div><div>Kind regards,<br></div><div>Bryan<br></div><div><br>[1] <a href="https://bugs.launchpad.net/maas/+bug/1584949" target="_blank">https://bugs.launchpad.net/maas/+bug/1584949</a><br></div></div></div></div>
-- <br>
ubuntu-devel mailing list<br>
<a href="mailto:ubuntu-devel@lists.ubuntu.com" target="_blank">ubuntu-devel@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel</a><br>
</blockquote></div>