The patch is pretty simple, but I'm also looking for feedback on the change itself. The downside to having it the default (for F15+), is that occassionally someone might get burnt using xz compression while building an iso for an older version of Fedora. I think the upside of using xz is enough that we really should make it the default. (130 MB savings for the Desktop spin.) But I wanted to run this by other people before making that change. Note that Fedora can use xz for its spins (and is already doing so for the nightly composes) without making xz the default compression.
On Sun, Jan 23, 2011 at 09:31:13PM -0600, Bruno Wolff III wrote:
The patch is pretty simple, but I'm also looking for feedback on the change itself. The downside to having it the default (for F15+), is that occassionally someone might get burnt using xz compression while building an iso for an older version of Fedora. I think the upside of using xz is enough that we really should make it the default. (130 MB savings for the Desktop spin.) But I wanted to run this by other people before making that change. Note that Fedora can use xz for its spins (and is already doing so for the nightly composes) without making xz the default compression.
This looks good to me. If the user is making an image for an older version they just need to select the correct compression.
On Mon, Jan 24, 2011 at 08:59:40 -0800, "Brian C. Lane" bcl@redhat.com wrote:
On Sun, Jan 23, 2011 at 09:31:13PM -0600, Bruno Wolff III wrote:
The patch is pretty simple, but I'm also looking for feedback on the change itself. The downside to having it the default (for F15+), is that occassionally someone might get burnt using xz compression while building an iso for an older version of Fedora. I think the upside of using xz is enough that we really should make it the default. (130 MB savings for the Desktop spin.) But I wanted to run this by other people before making that change. Note that Fedora can use xz for its spins (and is already doing so for the nightly composes) without making xz the default compression.
This looks good to me. If the user is making an image for an older version they just need to select the correct compression.
I pushed the commit.
I am interested in getting these into rawhide and would like to do an 15.4 build soon. The only commits since 15.3 so far are the two related to xz compression. Is there any issue with doing the new build? Is there anything else pending that would be good to get in?
On Mon, Jan 24, 2011 at 01:15:00PM -0600, Bruno Wolff III wrote:
On Mon, Jan 24, 2011 at 08:59:40 -0800, "Brian C. Lane" bcl@redhat.com wrote:
On Sun, Jan 23, 2011 at 09:31:13PM -0600, Bruno Wolff III wrote:
The patch is pretty simple, but I'm also looking for feedback on the change itself. The downside to having it the default (for F15+), is that occassionally someone might get burnt using xz compression while building an iso for an older version of Fedora. I think the upside of using xz is enough that we really should make it the default. (130 MB savings for the Desktop spin.) But I wanted to run this by other people before making that change. Note that Fedora can use xz for its spins (and is already doing so for the nightly composes) without making xz the default compression.
This looks good to me. If the user is making an image for an older version they just need to select the correct compression.
I pushed the commit.
I am interested in getting these into rawhide and would like to do an 15.4 build soon. The only commits since 15.3 so far are the two related to xz compression. Is there any issue with doing the new build? Is there anything else pending that would be good to get in?
There's a couple new bugs related to the single initrd.img for rawhide that I'm going to work on today, so plan on a build this evening or tomorrow.
On Mon, Jan 24, 2011 at 11:30:46 -0800, "Brian C. Lane" bcl@redhat.com wrote:
There's a couple new bugs related to the single initrd.img for rawhide that I'm going to work on today, so plan on a build this evening or tomorrow.
Thanks!
livecd@lists.fedoraproject.org