Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
Rahul
-------- Original Message -------- Subject: [Fedora-spins] Nightly composes using XZ spins Date: Sun, 23 Jan 2011 18:18:11 -0600 From: Bruno Wolff III bruno@wolff.to Reply-To: The Spin Special Interest Group mailing list spins@lists.fedoraproject.org To: spins@lists.fedoraproject.org
The nightly composes switched over to using XZ today. I am not sure if something else changed in rawhide last night, but the kde and desktop spins each dropped about 130 MB which is a lot better than I expected (which was mostly based on the effect I had seen on the games spin in tests).
If you see any problems that look like they might be related using XZ for the spins please file a bug against livecd-tools. _______________________________________________ spins mailing list spins@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/spins
On Mon, 2011-01-24 at 07:03 +0530, Rahul Sundaram wrote:
Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
Rahul
-------- Original Message -------- Subject: [Fedora-spins] Nightly composes using XZ spins Date: Sun, 23 Jan 2011 18:18:11 -0600 From: Bruno Wolff III bruno@wolff.to Reply-To: The Spin Special Interest Group mailing list spins@lists.fedoraproject.org To: spins@lists.fedoraproject.org
The nightly composes switched over to using XZ today. I am not sure if something else changed in rawhide last night, but the kde and desktop spins each dropped about 130 MB which is a lot better than I expected (which was mostly based on the effect I had seen on the games spin in tests).
If you see any problems that look like they might be related using XZ for the spins please file a bug against livecd-tools.
FWIW on this, a quick boot test on the latest nightly looks to work fine, and I had a look at the 01/22 and 01/23 logs, they have the same number of packages and there's no obvious huge breakage...so it looks like we really did just gain 130MB of space for free, yay!
On Sun, Jan 23, 2011 at 23:32:56 -0800, Adam Williamson awilliam@redhat.com wrote:
FWIW on this, a quick boot test on the latest nightly looks to work fine, and I had a look at the 01/22 and 01/23 logs, they have the same number of packages and there's no obvious huge breakage...so it looks like we really did just gain 130MB of space for free, yay!
I did local local builds comparing the same set of packages for the Desktop and saw the same size change as confirming that the space was from using xz.
Presviously I had been doing my tests with sample games spins and while the savings were better in absolute terms, it was significantly less in relative terms.
According to the logs, perl is still included, so it's possible to make more free space. I checked with a desktop-x86_64-20110113.16 image and it was because of hplip.
On Mon, 2011-01-24 at 19:09 -0500, Iván wrote:
According to the logs, perl is still included, so it's possible to make more free space. I checked with a desktop-x86_64-20110113.16 image and it was because of hplip.
perl gets pulled in by net-snmp-libs. After looking at this for a bit, I've given up on nuking perl...
On Mon, Jan 24, 2011 at 09:37:40 -0500, Matthias Clasen mclasen@redhat.com wrote:
On Mon, 2011-01-24 at 07:03 +0530, Rahul Sundaram wrote:
Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
I'm pretty sure that 130M is not enough to fit libreoffice, unfortunately
Remember that libreoffice will be compressed on the live image, so it will not take up as much space as on a normal install.
On Mon, 2011-01-24 at 10:03 -0600, Bruno Wolff III wrote:
On Mon, Jan 24, 2011 at 09:37:40 -0500, Matthias Clasen mclasen@redhat.com wrote:
On Mon, 2011-01-24 at 07:03 +0530, Rahul Sundaram wrote:
Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
I'm pretty sure that 130M is not enough to fit libreoffice, unfortunately
Remember that libreoffice will be compressed on the live image, so it will not take up as much space as on a normal install.
I guess we'll have to try it and look at the actual numbers.
Bruno Wolff III (bruno@wolff.to) said:
Might consider including LibreOffice or parts of it in the Live CD if feasible
I'm pretty sure that 130M is not enough to fit libreoffice, unfortunately
Remember that libreoffice will be compressed on the live image, so it will not take up as much space as on a normal install.
I suggest rather than discussing theoreticals, we wait for someone to give it a try. All the tools are out there.
Bill
On Mon, 2011-01-24 at 11:27 -0500, Bill Nottingham wrote:
Bruno Wolff III (bruno@wolff.to) said:
Might consider including LibreOffice or parts of it in the Live CD if feasible
I'm pretty sure that 130M is not enough to fit libreoffice, unfortunately
Remember that libreoffice will be compressed on the live image, so it will not take up as much space as on a normal install.
I suggest rather than discussing theoreticals, we wait for someone to give it a try. All the tools are out there.
composing...
On Mon, Jan 24, 2011 at 5:47 PM, Adam Williamson awilliam@redhat.com wrote:
composing...
cross fingers ;-)
On Mon, Jan 24, 2011 at 08:47:28 -0800, Adam Williamson awilliam@redhat.com wrote:
composing...
Note that you still need to use the --compression-type=xz option, though this will work on F14 as well. You also need to have squashfs-tools-4.2 on the system you are composing on. The rpm from F15 will probably just work on F14, but if there are library version dependencies you should be able to do a scratch build. The nightly composes are being done on an F14 box. I don't know whether or not Kevin had to do a scratch build to get squashfs-tools-4.2 there.
On Mon, 2011-01-24 at 11:57 -0600, Bruno Wolff III wrote:
On Mon, Jan 24, 2011 at 08:47:28 -0800, Adam Williamson awilliam@redhat.com wrote:
composing...
Note that you still need to use the --compression-type=xz option, though this will work on F14 as well. You also need to have squashfs-tools-4.2 on the system you are composing on. The rpm from F15 will probably just work on F14, but if there are library version dependencies you should be able to do a scratch build. The nightly composes are being done on an F14 box. I don't know whether or not Kevin had to do a scratch build to get squashfs-tools-4.2 there.
ah, thanks. actually my system is playing silly buggers - complaining that it can't install the packages due to not enough space on the / partition, even though I have 23G free on the partition where I'm building the images. sigh. So I can't test this right now, someone else want to?
On 1/24/11 10:37 AM, Adam Williamson wrote:
ah, thanks. actually my system is playing silly buggers - complaining that it can't install the packages due to not enough space on the / partition, even though I have 23G free on the partition where I'm building the images. sigh. So I can't test this right now, someone else want to?
I believe that complaint is about the amount of space given the filesystem where the live image is being staged, which is controlled by a part line in the .ks files. You may have to make that partition size bigger.
On Mon, 2011-01-24 at 11:01 -0800, Jesse Keating wrote:
On 1/24/11 10:37 AM, Adam Williamson wrote:
ah, thanks. actually my system is playing silly buggers - complaining that it can't install the packages due to not enough space on the / partition, even though I have 23G free on the partition where I'm building the images. sigh. So I can't test this right now, someone else want to?
I believe that complaint is about the amount of space given the filesystem where the live image is being staged, which is controlled by a part line in the .ks files. You may have to make that partition size bigger.
there's only one partition on the system. okay, there's also /dev/shm , but if it's using that, something's seriously wrong.
Adam Williamson (awilliam@redhat.com) said:
I believe that complaint is about the amount of space given the filesystem where the live image is being staged, which is controlled by a part line in the .ks files. You may have to make that partition size bigger.
there's only one partition on the system. okay, there's also /dev/shm , but if it's using that, something's seriously wrong.
No, it's the size of the virtual partition it creates to install into. See the 'part' line of fedora-live-base.ks.
Bill
On 1/24/11 11:13 AM, Adam Williamson wrote:
On Mon, 2011-01-24 at 11:01 -0800, Jesse Keating wrote:
On 1/24/11 10:37 AM, Adam Williamson wrote:
ah, thanks. actually my system is playing silly buggers - complaining that it can't install the packages due to not enough space on the / partition, even though I have 23G free on the partition where I'm building the images. sigh. So I can't test this right now, someone else want to?
I believe that complaint is about the amount of space given the filesystem where the live image is being staged, which is controlled by a part line in the .ks files. You may have to make that partition size bigger.
there's only one partition on the system. okay, there's also /dev/shm , but if it's using that, something's seriously wrong.
No no. You're thinking about partitions on the host composing the image. You need to be thinking about the temporary filesystem livecd-tools creates to install the packages into while composing the image. It's /that/ filesystem that is getting full.
http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=blob;f=fedora-live-...
Basically look for the "part" line in the fedora-live-base.ks file and increase its size, or add a new line of larger size to fedora-livecd-desktop.ks
On Mon, 2011-01-24 at 11:28 -0800, Jesse Keating wrote:
No no. You're thinking about partitions on the host composing the image. You need to be thinking about the temporary filesystem livecd-tools creates to install the packages into while composing the image. It's /that/ filesystem that is getting full.
http://git.fedorahosted.org/git/?p=spin-kickstarts.git;a=blob;f=fedora-live-...
Basically look for the "part" line in the fedora-live-base.ks file and increase its size, or add a new line of larger size to fedora-livecd-desktop.ks
ahh, gotcha. thanks.
I have done some tests, but so far things don't look good. The noncd desktop ks results in about 850 MB image. Including all of libreoffice is much worse. I am trying the cd desktop ks with the libreoffice subtraction removed and libreoffice-base included. I'll report back on how that worked later today.
On Tue, Jan 25, 2011 at 10:39:26 -0600, Bruno Wolff III bruno@wolff.to wrote:
I have done some tests, but so far things don't look good. The noncd desktop ks results in about 850 MB image. Including all of libreoffice is much worse. I am trying the cd desktop ks with the libreoffice subtraction removed and libreoffice-base included. I'll report back on how that worked later today.
Even the more limited install still resulted in an image of around 780 MB, which seems too far away to get under size with further tweaks.
On Tue, 2011-01-25 at 11:23 -0600, Bruno Wolff III wrote:
On Tue, Jan 25, 2011 at 10:39:26 -0600, Bruno Wolff III bruno@wolff.to wrote:
I have done some tests, but so far things don't look good. The noncd desktop ks results in about 850 MB image. Including all of libreoffice is much worse. I am trying the cd desktop ks with the libreoffice subtraction removed and libreoffice-base included. I'll report back on how that worked later today.
Even the more limited install still resulted in an image of around 780 MB, which seems too far away to get under size with further tweaks.
did you also do a straight-up build of livecd.ks just to make sure you replicate the same size as the nightly builds when doing that?
On Tue, Jan 25, 2011 at 09:48:48 -0800, Adam Williamson awilliam@redhat.com wrote:
On Tue, 2011-01-25 at 11:23 -0600, Bruno Wolff III wrote:
On Tue, Jan 25, 2011 at 10:39:26 -0600, Bruno Wolff III bruno@wolff.to wrote:
I have done some tests, but so far things don't look good. The noncd desktop ks results in about 850 MB image. Including all of libreoffice is much worse. I am trying the cd desktop ks with the libreoffice subtraction removed and libreoffice-base included. I'll report back on how that worked later today.
Even the more limited install still resulted in an image of around 780 MB, which seems too far away to get under size with further tweaks.
did you also do a straight-up build of livecd.ks just to make sure you replicate the same size as the nightly builds when doing that?
I think I had done an update inbetween, and it may be possible to do a lighter install of some of libreoffice, but it's not looking good. It's slow going for me to test this as the machines are older and rawhide has a few annoying issues that significantly impact my efficiency on those machines.
On Mon, Jan 24, 2011 at 07:03:09 +0530, Rahul Sundaram metherid@gmail.com wrote:
Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
One other upcoming fix is getting the /var/lib/rpm/__db* files off the live image. I don't know how much compressed file space this will save, but the uncompressed files where over 80 MB on a Desktop image. This might get things into the range where careful selection of libreoffice stuff might be doable. The way the ks files are structured now I was having trouble getting what I wanted. If I just added libreoffice-base, it got ingored. When I remove the -libreoffice* I think I may have pulled in more than is really needed.
On 01/26/2011 07:30 AM, Bruno Wolff III wrote:
On Mon, Jan 24, 2011 at 07:03:09 +0530, Rahul Sundarammetherid@gmail.com wrote:
Hi
Might consider including LibreOffice or parts of it in the Live CD if feasible
One other upcoming fix is getting the /var/lib/rpm/__db* files off the live image. I don't know how much compressed file space this will save, but the uncompressed files where over 80 MB on a Desktop image. This might get things into the range where careful selection of libreoffice stuff might be doable.
On a related note, rpm 4.9.x saves some additional space as some useless but costly indexes have been dropped. Especially Filedigests index can easily be in the 10-20MB range depending on what's installed, the other savings are less dramatic.
- Panu -
desktop@lists.fedoraproject.org
-
Adam Williamson -
Bill Nottingham -
Bruno Wolff III -
Gianluca Sforna -
Iván -
Jesse Keating -
Matthias Clasen -
Panu Matilainen -
Rahul Sundaram