6:54 p.m.
http://wiki.laptop.org/go/F11_for_1.5
http://dev.laptop.org/~cjb/f11-1.5/os62
Compressed image size: 702.14mb (-3.28mb since build 61)
Description of changes in this build:
* change release version from "11.0" to "10.1", for consistent
"year.release" naming scheme with previous releases. (#9806)
(Not sure why this build lost 3MB compared to the last one without
any package changes -- we should diff the tarball to find out.)
9:25 p.m.
On Mon, Dec 14, 2009 at 7:54 PM, Chris Ball <cjb(a)laptop.org> wrote:
http://wiki.laptop.org/go/F11_for_1.5
http://dev.laptop.org/~cjb/f11-1.5/os62
Compressed image size: 702.14mb (-3.28mb since build 61)
Description of changes in this build:
* change release version from "11.0" to "10.1", for consistent
"year.release" naming scheme with previous releases. (#9806)
just to add: Version naming scheme is at
/etc/olpc-release
(Not sure why this build lost 3MB compared to the last one without
any package changes -- we should diff the tarball to find out.)
_______________________________________________
Fedora-olpc-list mailing list
Fedora-olpc-list(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-olpc-list
12:16 p.m.
On Mon, 2009-12-14 at 19:54 -0500, Chris Ball wrote:
(Not sure why this build lost 3MB compared to the last one without
any package changes -- we should diff the tarball to find out.)
Uncompressed, os61.tree.tar has identical size to os62.tree.tar
So this is just a LZMA compression thing, no actual increase in size.
Daniel
3:16 p.m.
On Thu, Dec 17, 2009 at 06:16:05PM +0000, Daniel Drake wrote:
On Mon, 2009-12-14 at 19:54 -0500, Chris Ball wrote:
> (Not sure why this build lost 3MB compared to the last one without
> any package changes -- we should diff the tarball to find out.)
Uncompressed, os61.tree.tar has identical size to os62.tree.tar
So this is just a LZMA compression thing, no actual increase in size.
I also looked into it briefly ... by comparing only the file names, and
found the ordering of the files is changed, I had to sort the tar list.
Changing the order of the bytes certainly changes the resulting
compressed stream, and 3Mb seems not unreasonable over that total
length.
--
James Cameron
http://quozl.linux.org.au/
5271
days inactive
5273
days old
3 comments
4 participants
participants (4)
-
Chris Ball -
Daniel Drake -
James Cameron -
Rafael Enrique Ortiz Guerrero