Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
Regards, Christoph [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/SIZEHISTORY-... [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/SIZEHISTORY-...
Hi,
Maybe somehow fluid-soundfont-gm or fluid-soundfont-lite-patches is getting dragged in ? Those are quite big.
Regards,
Hans
On 03/22/2010 01:50 AM, Christoph Wickert wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.Any ideas what made Fedora become so fat or how to further investigate this?
Regards, Christoph [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/SIZEHISTORY-... [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/SIZEHISTORY-...
Am Montag, den 22.03.2010, 09:43 +0100 schrieb Hans de Goede:
Hi,
Maybe somehow fluid-soundfont-gm or fluid-soundfont-lite-patches is getting dragged in ?
Nope, according to the logs [1+2] they are not in there. Also it's a steady growth instead of some big changes.
Regards, Christoph
[1] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/ [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed. I know there's been some expansion of dependencies with the addition of gstreamer-plugins-bad-free and it looks like some other deps in some core things have been pulled in as well. I need to sit down in the next week or two and go through the ones I've noted mentally and follow up with bugs but my real life seems to keep getting in the way.
Peter
On Mon, 22 Mar 2010, Peter Robinson wrote:
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed.
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
-sv
On Mon, Mar 22, 2010 at 7:13 AM, Seth Vidal skvidal@fedoraproject.org wrote:
On Mon, 22 Mar 2010, Peter Robinson wrote:
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed.
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I also like to do a
rpm -qa --qf '%{SIZE} %{NAME}\n" | sort -n > rpm-size-out
and one could do a
rpm -qa --qf '%{NAME} %{SIZE}\n' | sort > rpm-size
and compare per package to see what has grown. Also are there extra debugging being turned on for the alpha/betas? I know that a long time ago (back when your pappy and I fought in the great Distro war) we turned on extra stuff during alpha/betas to help find problems.
Am Montag, den 22.03.2010, 09:13 -0400 schrieb Seth Vidal:
On Mon, 22 Mar 2010, Peter Robinson wrote:
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert wrote
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed.
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Is there an easy way to get previous versions of a package if I have full n-v-r, say from koji?
-sv
Regards, Christoph
On Mon, 22 Mar 2010, Christoph Wickert wrote:
Am Montag, den 22.03.2010, 09:13 -0400 schrieb Seth Vidal:
On Mon, 22 Mar 2010, Peter Robinson wrote:
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert wrote
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed.
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Is there an easy way to get previous versions of a package if I have full n-v-r, say from koji?
You can compare F12's list with the current one.
-Mike
Am Montag, den 22.03.2010, 14:49 -0500 schrieb Mike McGrath:
On Mon, 22 Mar 2010, Christoph Wickert wrote:
Am Montag, den 22.03.2010, 09:13 -0400 schrieb Seth Vidal:
On Mon, 22 Mar 2010, Peter Robinson wrote:
On Mon, Mar 22, 2010 at 12:50 AM, Christoph Wickert wrote
Any ideas what made Fedora become so fat or how to further investigate this?
I've found with Moblin and Sugar that one of the easiest/quickest but probably not the most eloquent way is to do a 'rpm -qa | sort > rpm-out' and then using some horrible diff hacking to get a rough idea of what's changed.
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Is there an easy way to get previous versions of a package if I have full n-v-r, say from koji?
You can compare F12's list with the current one.
Sure, but this wont help me understand what happened between 2009-11-11 and 2009-11-19 (+22 MB LXDE, +17 MB Xfce) or between 2010-01-05 and 2010-01-09 (+18 MB LXDE, +14 MB Xfce)
-Mike
Regards, Christoph
On Mon, 22 Mar 2010 21:09:27 +0100, Christoph wrote:
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Is there an easy way to get previous versions of a package if I have full n-v-r, say from koji?
You can compare F12's list with the current one.
Sure, but this wont help me understand what happened between 2009-11-11 and 2009-11-19 (+22 MB LXDE, +17 MB Xfce) or between 2010-01-05 and 2010-01-09 (+18 MB LXDE, +14 MB Xfce)
Do you have the repodata for those days? Then you could tweak /usr/bin/repodiff (from yum-utils) and make it examine the changes more closely.
Am Montag, den 22.03.2010, 21:24 +0100 schrieb Michael Schwendt:
On Mon, 22 Mar 2010 21:09:27 +0100, Christoph wrote:
rpm -qa --qf "%{name}\n" | sort > rpm-out
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Is there an easy way to get previous versions of a package if I have full n-v-r, say from koji?
You can compare F12's list with the current one.
Sure, but this wont help me understand what happened between 2009-11-11 and 2009-11-19 (+22 MB LXDE, +17 MB Xfce) or between 2010-01-05 and 2010-01-09 (+18 MB LXDE, +14 MB Xfce)
Do you have the repodata for those days?
Unfortunately not and I have not idea how/where to get it.
Regards, Christoph
On Mon, 22 Mar 2010, Christoph Wickert wrote:
then you can diff the two more easily.
I know how to use rpm, but as long as I don't have all the nightlies there is not much to compare. All I can compare is the F12 spin with the latest nightly and this wont tell me much about what happened in the meantime.
Right so here's what I would do:
1. compare you spin in f12 to f13a - look to see what new pkgs are added and how much space that takes up 2. compare per-pkg how much they've grown - add that up 3. see if either of theabove account for the growth and if either of the above are fixable 4. then start chasing down individual changes in pkgs that could have caused the growth
-sv
On Sun, Mar 21, 2010 at 7:50 PM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
Regards, Christoph [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/SIZEHISTORY-... [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/SIZEHISTORY-...
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Could it be related to the dracut issue we ran into during the F12 build cycle?
-AdamM
On Mon, Mar 22, 2010 at 1:20 PM, Adam Miller maxamillion@fedoraproject.org wrote:
On Sun, Mar 21, 2010 at 7:50 PM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
Regards, Christoph [1] http://alt.fedoraproject.org/pub/alt/nightly-composes/lxde/logs/SIZEHISTORY-... [2] http://alt.fedoraproject.org/pub/alt/nightly-composes/xfce/logs/SIZEHISTORY-...
-- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Could it be related to the dracut issue we ran into during the F12 build cycle?
Possibly. I'm also seeing packages pull in perl again (need to review and file bugs). anaconda/syslinux is one of the big ones here. It was always an issue but for some reason syslinux use to have the auto deps suppressed which stopped the perl dep. perl pulls in a good 40+ meg for a tiny little script that is used during a small component of the anaconda process that isn't used at all as part of the liveinst (or even a traditional install). See bug 544136 and its dependant bug.
Peter
On Mon, 2010-03-22 at 01:50 +0100, Christoph Wickert wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.Any ideas what made Fedora become so fat or how to further investigate this?
Download the ISOs, boot them in qemu, rpm -qa inside them...
Shame that the compose logs only go back to February though.
- ajax
On Sun, Mar 21, 2010 at 6:50 PM, Christoph Wickert christoph.wickert@googlemail.com wrote:
Why has Fedora become so fat in the F13 development cycle?
* The LXDE Spin has grown from 464 MB to 509 MB [1] without a single change in the Spin. There actually was a change, SLIM was replaced with LXDM, but LXDM is actually smaller because it doesn't require the desktop-brackgrounds package * The Xfce spin has grown from 697 MB to 744 MB [2] without major changes. In fact, we dropped totem and gftp, which is at least 10 MB.
Any ideas what made Fedora become so fat or how to further investigate this?
Ok so here is the list:
LXDE F12 has 919 packages with a size of 1166250754 bytes LXDE F13 has 931 packages with a size of 1285942460 bytes The difference is a growth of 113 MB.
Of the packages that are the same between the lists; the biggest package growth was ibus-pinyin which grew 32 MB. The biggest package shrink was -25 MB from mesa-dri-drivers. Overall there was a growth of only 8 MB in this list.
The following packages were added for a growth of 155 MB. abrt-plugin-runapp 7774 ar9170-firmware 18034 c-ares 105565 cifs-utils 68063 cyrus-sasl-gssapi 27644 dmz-cursor-themes 6526975 foomatic-db-filesystem 0 foomatic-db-ppds 25452297 ghostscript-cups 45927 gmp 1017151 hal-filesystem 0 hostname 19754 ibus-pinyin-open-phrase 62115840 iwl5150-firmware 344430 iwl6000-firmware 469192 keyutils 61399 keyutils-libs 33144 libgnome-keyring 152059 libldb 218056 libnih 478074 libsysfs 146037 libtevent 38916 linux-firmware 8109143 lohit-devanagari-fonts 113721 lxdm 158823 lyx-fonts 248949 nss-sysinit 29333 paratype-pt-sans-fonts 3007777 pcsc-lite-libs 42952 plymouth-core-libs 164500 plymouth-graphics-libs 29828 poppler-data 11987205 report 110891 report-config-bugzilla-redhat-com 83 report-gtk 16147 report-plugin-bugzilla 68509 setools-libs-python 1458065 sil-abyssinica-fonts 649794 sssd 4320472 sssd-client 78917 system-setup-keyboard 12380 tigervnc-server 3077201 transmission-cli 464977 transmission-common 981554 transmission-gtk 2253132 usb_modeswitch 87225 wqy-zenhei-fonts 13319014 xorg-x11-drv-wacom 277279 xorg-x11-fonts-misc 7134279
The following packages were dropped for a removal of 49 MB
abrt-plugin-kerneloopsreporter 20812 abrt-plugin-sqlite3 35677 abyssinica-fonts 649794 bitmap-fonts 7045704 bluecurve-cursor-theme 3181040 cjkuni-uming-fonts 21552609 dirmngr 587630 ethtool 228452 fedora-setup-keyboard 11575 gnupg 5124177 gnupg2 6806199 gtk-nodoka-engine 107607 kernel-firmware 2067581 libbdevid-python 7868 libgsf-gnome 58945 libksba 275500 linuxwacom 569734 lohit-hindi-fonts 110982 lohit-maithili-fonts 110768 lohit-marathi-fonts 110736 lxde-settings-daemon 51877 lxterminal 183963 lyx-cmex10-fonts 21092 lyx-cmmi10-fonts 32556 lyx-cmr10-fonts 26348 lyx-cmsy10-fonts 29392 lyx-fonts-common 3301 nash 271280 nodoka-filesystem 0 nodoka-metacity-theme 35397 paktype-fonts-common 28567 perl-File-BaseDir 13194 perl-File-DesktopEntry 29350 plymouth-libs 169648 python-enchant 373655 python-ethtool 45739 slim 252488 xorg-x11-apps 686302 xterm 885035
So 8+155-49 comes out to 114 MB growth mostly from added packages.
-
Adam Jackson -
Adam Miller -
Christoph Wickert -
Hans de Goede -
Michael Schwendt -
Mike McGrath -
Peter Robinson -
Seth Vidal -
Stephen John Smoogen