On Thu, Feb 13, 2014 at 10:23:25PM -0800, Scott Ritchie wrote:
>
> Perhaps we should instead assess why apt needs to spend so much time
> and bandwidth checking for updates. Other devices with frequent
> updates (eg mobile phones) don't have to download nearly as much data
To be fair, the impact
That would make the "right" iso harder to find Currently, Xubuntu 12.04
is in the unique position that is has both point releases and the original
LTS kernel. AFAIK, it's the only official member of the Ubuntu family with
these features.
Xubuntu 12.04.4 is up to date *and* rock solid, with opt
Hello all,
I'm pleased to announce that after lots of fixing packages,
infrastructure, and scripts, automatic testing of distro release
upgrades is now back:
https://jenkins.qa.ubuntu.com/view/Upgrade/?
All except one scenario now succeed, and that red one is a problem
with the test scripts (i
On Fri, Feb 14, 2014 at 09:03:17AM -0500, Scott Moser wrote:
> Fair. However, the 40M of space *is* permanent waste.
In addition, we're promoting doing things in containers more and more -
particularly in server deployments. The 40M gets multiplied by the
number of containers you have on a system
On Thu, 13 Feb 2014, Scott Ritchie wrote:
> On Thu, Feb 13, 2014 at 9:42 PM, Scott Moser wrote:
> > I really think that 98% of all people who would possibly touch a amd64
> > server ISO will never install a i386 package.
> >
>
> That's probably accurate, however most server users fit into some
>
On Fri, 14 Feb 2014, Iain Lane wrote:
> On Fri, Feb 14, 2014 at 12:42:09AM -0500, Scott Moser wrote:
> > On Thu, 13 Feb 2014, Scott Ritchie wrote:
> > […]
> > I personally think its an extremely high cost bandwidth cost spread across
> > Canonical, other mirror providers and the end user to accoun
On Thu, Feb 13, 2014 at 10:23 PM, Scott Ritchie wrote:
> Perhaps we should instead assess why apt needs to spend so much time
> and bandwidth checking for updates. Other devices with frequent
> updates (eg mobile phones) don't have to download nearly as much data
> -- surely apt could be a bit sm
On Fri, Feb 14, 2014 at 12:42:09AM -0500, Scott Moser wrote:
> On Thu, 13 Feb 2014, Scott Ritchie wrote:
> […]
> I personally think its an extremely high cost bandwidth cost spread across
> Canonical, other mirror providers and the end user to account for a very
> rare case where someone would wan
On Fri, Feb 14, 2014, Scott Moser wrote:
> So 40M of space and 7M of network traffic and 5 seconds of time (having
> hit a local proxy).
It strikes me that 95% of the contents of packages files are identical
between i386 and amd64, so download and storage ought to be made much
smaller; this probab
