[neon] Supported Architectures WAS Re: Founding Plan

[Marco Parillo]

Not saying that my use cases are typical:
 - My 1GB netbook only seems to run 32-bit images. 32-bit Kubuntu dailies
run acceptably for me, but 32-bit Manjaro KDE seems to just thrash my hard
drive, but I have never been able to install a 64-bit image of any distro
on it.
 - I installed VMware Player on my work Win7 laptop. In general, I think
VMware Player is smoother on a Win7 host than Virtual Box, but at least for
me, I cannot install 64-bit images on VMware Player on my work laptop (and
the BIOS is locked down).

On Tue, Oct 6, 2015 at 2:36 AM, Harald Sitter <sitter at kde.org> wrote:

> On Tue, Oct 6, 2015 at 12:06 AM, Aaron Honeycutt
> <honeycuttaaron3 at gmail.com> wrote:
> > I think Harald is only willing to make 64bit ISO's.
>
> This has more to do with practical implications than anything else.
> For the past 5+ years or so all consumer devices sold were 64bit, and
> running Plasma 5 reliably on older hardware than that is a
> hit-and-miss sort of deal as the hardware will often be outright too
> limited (e.g. in terms of  RAM, Plasma+Browser easily gets you >2gig)
> or have problems meeting opengl requirements of kwin.
> Sure it will work, it won't work as well as we expect it to work from
> a quality perspective though.
>
> Making ISOs is cheap, making builds is also mostly cheap as all you
> need is a machine to build on. BUT, building things for an
> architecture we do not need only slows down the overall speed of
> publishing binaries (for various reasons).
>
> All that said, if you manage to find valid reasons for why we would
> want to support other architectures, we certainly can as I do have a
> pretty good idea of what a multi-architecture build structure would
> need to look like (Blue systems mobile CI actually builds amd64 and
> armhf).
>
> HS
> _______________________________________________
> neon mailing list
> neon at kde.org
> https://mail.kde.org/mailman/listinfo/neon
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/neon/attachments/20151006/2c7ba792/attachment.html>