As you may or may not know I've been unhappy with how the Live image path has diverged from the automated install path (standalone anaconda + @gnome-desktop) for the desktop.
Attached is a series of patches to both comps and spin-kickstarts which has a a high level goal of moving the two closer.
Basically there are 3 fundamentally separate concepts which got intertwined:
* Bits necessary for running a Live OS (turning off cron, etc) * Removing things we do want to fit into a CD * Removing "traditional Unix workstation" or other stuff that @base grew we don't want in @desktop regardless of space
The comps patches come first, then the spin-kickstart patches.
This isn't complete but I think it's a noticeable improvement. We still have more comps gardening to do. Note the spin-kickstart patches obsolete the second of the patch I sent earlier.
From 018bf8e7ca32a45b040b50bde0461d4dac3f9b31 Mon Sep 17 00:00:00 2001 From: Colin Walters walters@verbum.org Date: Tue, 23 Mar 2010 08:47:48 -0400 Subject: [PATCH 1/4] Delete all optional components from @gnome-desktop
Optional components are currently only visible from the UI in Standalone Anaconda, and are a random grab bag of
- Applications
- System administration tools
- Desktop UI replacement
- Other arbitrary software that links to gtk2 and gconf
Unless we start applying this methodology to all the other groups, I would not merge it for the gnome-desktop group.
The other comps patches look OK.
Bill
On Tue, Mar 23, 2010 at 2:29 PM, Bill Nottingham notting@redhat.com wrote:
Unless we start applying this methodology to all the other groups, I would not merge it for the gnome-desktop group.
Fair enough.
The other comps patches look OK.
Applied, thanks!
On Tue, 2010-03-23 at 14:37 -0400, Colin Walters wrote:
On Tue, Mar 23, 2010 at 2:29 PM, Bill Nottingham notting@redhat.com wrote:
Unless we start applying this methodology to all the other groups, I would not merge it for the gnome-desktop group.
Fair enough.
The other comps patches look OK.
Applied, thanks!
I hope you actually did some basic testing of live images and default installs based on these changes before applying them? We're right in the middle of the F13 Beta process and have a base of validation tests built up which becomes somewhat less reliable if major changes to the default package sets start being shoved in...
(remember the law of unintended consequences: even if it seems perfectly obvious that a given package should be taken out, what if that package happened to be the only thing causing some other package that we actually want to be brought in as a dependency, for instance? default package sets are a horribly complex space and I'm not that comfortable with making disruptive changes to them when we're this close to the beta release).
Oh, on the removal of system-config-network: I don't think this is a good idea. NetworkManager is still not capable of configuring dial-up network connections. Removing s-c-n makes it difficult or impossible to configure a dial-up network connection, I believe.
On Wed, Mar 24, 2010 at 2:12 PM, Adam Williamson awilliam@redhat.com wrote:
I hope you actually did some basic testing of live images and default installs based on these changes before applying them?
I've been using qemu (and yes they boot/run etc.) but not doing livepath installs yet.
They're not really very different remember, and in general I'm only adding packages which were already in @gnome-desktop.
We're right in the middle of the F13 Beta process and have a base of validation tests built up which becomes somewhat less reliable if major changes to the default package sets start being shoved in...
So we're at a crossroads now because of the size overflow. We have to do *something*. Really this has always happened because the live images have been an afterthought in the development process.
I've been mostly trying to change things so that in the end the package set is very close; the scanner was the one exception. Actually to keep things clear I'll just punt that to F14.
Oh, on the removal of system-config-network: I don't think this is a good idea. NetworkManager is still not capable of configuring dial-up network connections. Removing s-c-n makes it difficult or impossible to configure a dial-up network connection, I believe.
Remember that system-config-network has not been in the live path install for at least the last release, only in Standalone Anaconda.
[ dropping -devel since the comps changes are done, readding spins]
Ok so I pushed the spins commits with fixes suggested by people, here's the current status. Both of these are x86_64, I'm doing a i386 now too (which I expect to be smaller).
-rw-r--r--. 1 root root 695205888 2010-03-24 15:00 livecd-fedora-livecd-desktop-201003241432.iso -rw-r--r--. 1 root root 976224256 2010-03-24 15:45 livecd-fedora-live-desktop-201003241513.iso
But basically we have a CD image again for people who really need it. What exactly the messaging on this should be is a bit up in the air; I'd suggest it be positioned mainly as "rescue/barebones install". I'm going to wrangle a bit and see if I can get the live-desktop down more.
desktop@lists.fedoraproject.org
-
Adam Williamson -
Bill Nottingham -
Chuck Anderson -
Colin Walters