<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Jun 30, 2016 at 4:41 AM Steve Langasek <<a href="mailto:steve.langasek@ubuntu.com">steve.langasek@ubuntu.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
On Wed, Jun 29, 2016 at 08:18:54AM +0100, Martin Wimpress wrote:<br>
> Excuse the top posting, only have a phone available.<br>
<br>
> Ubuntu MATE works with a few organisations around the world, one in my own<br>
> country, that refurbish donated computers, install them with Ubuntu MATE<br>
> and give (or sell them for next to nothing) to schools, disadvantaged<br>
> families and people who otherwise wouldn't be able to afford a computer.<br>
<br>
> I'll get in touch with them and find how, or if, this decision would affect<br>
> them.<br>
<br>
For various reasons (e.g. compatibility with legacy 32-bit apps on the<br>
desktop; IoT devices running Ubuntu Core), we should not expect to be<br>
dropping i386 as an architecture from the archive before 18.04.<br>
<br>
Individual flavor communities should therefore feel comfortable making their<br>
own decision about whether to continue providing i386 images in 18.04,<br>
independent of what we decide for the Ubuntu Desktop and Server flavors -<br>
with the caveat that, since the forcing function for dropping these flavors<br>
is security supportability of key applications, community flavors should<br>
avoid representing to their users a level of support that they are in no<br>
position to deliver on.<br>
<br></blockquote><div><br></div><div>It may be worth considering disabling i386 builds for individual packages to reduce the support costs. That way the core packages can build for i386 and be used in IoT systems while the graphical application stacks can stop building for i386. There would be some challenges to negotiate overlap with the flavours (i.e. MATE might want their stack i386 and Unity not) and a practical way to do this (we don't want to have an Ubuntu version of the packages that come from Debian with only a change to the "Architecture" field in debian/control).<br><br></div><div>--Robert<br></div></div></div>