Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Steve Langasek
On Thu, Aug 27, 2015 at 09:24:46AM -0400, Barry Warsaw wrote: > On Aug 27, 2015, at 07:17 AM, Thomas A. Moulton wrote: > >From watching the various updates my Tablet (flo) has received, aren't > >the OTA updates deltas? If so, then would it be expected to have >500MB > >of changes between updates

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Barry Warsaw
On Aug 27, 2015, at 07:17 AM, Thomas A. Moulton wrote: >From watching the various updates my Tablet (flo) has received, aren't >the OTA updates deltas? If so, then would it be expected to have >500MB >of changes between updates often? In the most recent update I think I >saw about 148MB downloaded

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Barry Warsaw
On Aug 27, 2015, at 08:56 AM, Sergio Schvezov wrote: >This could be solved with having an entry in channels.ini We should really get touch on system-image 3.0. I think it doesn't help us that snappy and touch use different versions of this tool. In si 3.0, this would be a set in a file in /etc/

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Simon Fels
On 27.08.2015 13:56, Sergio Schvezov wrote: On Thu, Aug 27, 2015 at 7:14 AM, John McAleely wrote: As we begin to prepare for new features associated with converged devices, it seems likely that some image configurations will be *much* larger than our current phone images on system-image.ubuntu

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Sergio Schvezov
On Thu, Aug 27, 2015 at 7:14 AM, John McAleely wrote: > As we begin to prepare for new features associated with converged devices, > it seems likely that some image configurations will be *much* larger than > our current phone images on system-image.ubuntu.com > > As an example, I've been anecdot

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Thomas A. Moulton
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/27/2015 06:55 AM, Oliver Grawert wrote: (snip) > yet, but i think it is worth to mention that snappy is in the > process of getting rid of system-image and turn everything into a > snap (rootfs being its own snap, device tarball becoming a sna

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Gran PC
The OTA updates are deltas unless you skip one, in which case it downloads the entire filesystem. On Thu, Aug 27, 2015 at 1:17 PM Thomas A. Moulton wrote: > From watching the various updates my Tablet (flo) has received, aren't > the OTA updates deltas? If so, then would it be expected to have >

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Simon Fels
On 27.08.2015 13:17, Thomas A. Moulton wrote: From watching the various updates my Tablet (flo) has received, aren't the OTA updates deltas? If so, then would it be expected to have >500MB of changes between updates often? In the most recent update I think I saw about 148MB downloaded. Think a

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Oliver Grawert
hi, Am Donnerstag, den 27.08.2015, 11:14 +0100 schrieb John McAleely: > As we begin to prepare for new features associated with converged > devices, it seems likely that some image configurations will be *much* > larger than our current phone images on system-image.ubuntu.com > not sure how far o

Re: [Ubuntu-phone] Preparing for larger images

2015-08-27 Thread Thomas A. Moulton
>From watching the various updates my Tablet (flo) has received, aren't the OTA updates deltas? If so, then would it be expected to have >500MB of changes between updates often? In the most recent update I think I saw about 148MB downloaded. Could this be a temporary problem, because aren't we go

[Ubuntu-phone] Preparing for larger images

2015-08-27 Thread John McAleely
As we begin to prepare for new features associated with converged devices, it seems likely that some image configurations will be *much* larger than our current phone images on system-image.ubuntu.com As an example, I've been anecdotally informed that if an OEM wanted to bundle libreoffice (a like