For those of us not on anaconda-patches list (like myself and the other designers I know are monitoring this list :) ):
https://lists.fedorahosted.org/pipermail/anaconda-patches/2012-July/000165.h...
Here is the screencast Bill Nottingham made of the UI changes in the patch: http://notting.fedorapeople.org/installer.webm
Some things Chris, Bill, and I discussed about the patch:
- Overall a great idea.
- 'Installation Type' is maybe an odd term to use. We talked about using the term 'Environment' instead - that term is inclusive of all the desktop options and (no-desktop) minimal install that are in that selection box.
- We use the term 'install class' a lot, so it might be better to pick a different term. Bill has used install class here to mean a desktop + the comps groups that are compatible with it = a base package set. Some alternatives Bill proposed (with some thesaurus help):
selection collection combination compilation assembly mix
My suggestion is to use "environment collection" (even though it's long) because I think collection is the most appropriate term (a group of sets, think Flickr 'collections' vs 'sets') but it's also important to use the term 'environment' in it so that someone looking at the comps knows that it relates to the 'environment' widget in the UI.
Thoughts?
~m
On Tue, 2012-07-31 at 11:24 -0400, Máirín Duffy wrote:
- 'Installation Type' is maybe an odd term to use. We talked about using
the term 'Environment' instead - that term is inclusive of all the desktop options and (no-desktop) minimal install that are in that selection box.
What about "base system" or "system type"?
Máirín Duffy (duffy@fedoraproject.org) said:
- 'Installation Type' is maybe an odd term to use. We talked about using
the term 'Environment' instead - that term is inclusive of all the desktop options and (no-desktop) minimal install that are in that selection box.
- We use the term 'install class' a lot, so it might be better to pick a
different term. Bill has used install class here to mean a desktop + the comps groups that are compatible with it = a base package set. Some alternatives Bill proposed (with some thesaurus help):
selection collection combination compilation assembly mix
My suggestion is to use "environment collection" (even though it's long) because I think collection is the most appropriate term (a group of sets, think Flickr 'collections' vs 'sets') but it's also important to use the term 'environment' in it so that someone looking at the comps knows that it relates to the 'environment' widget in the UI.
If it's 'Environment' in the UI, I'm fine with using that in the code too; there's no reason to call it 'environment collection' - environment works fine.
Bill
Bill Nottingham (notting@redhat.com) said:
If it's 'Environment' in the UI, I'm fine with using that in the code too; there's no reason to call it 'environment collection' - environment works fine.
Redone patches for the change from install class to environment (including in the label) are at: http://notting.fedorapeople.org/anaconda-patches/
No other changes.
If this is OK, how do you want to stage it? Should I just hold until yum is built, and then commit both to anaconda and comps at the same time? Something else?
Bill
Redone patches for the change from install class to environment (including in the label) are at: http://notting.fedorapeople.org/anaconda-patches/
No other changes.
My only comments were on names for things, so that should be fine.
If this is OK, how do you want to stage it? Should I just hold until yum is built, and then commit both to anaconda and comps at the same time? Something else?
I think you'll have to wait until yum is built and then you can commit at the same time. If you commit to anaconda before yum is built, we'll have an unpopulated software UI at best and tracebacks at worst.
- Chris
Chris Lumens (clumens@redhat.com) said:
Redone patches for the change from install class to environment (including in the label) are at: http://notting.fedorapeople.org/anaconda-patches/
No other changes.
My only comments were on names for things, so that should be fine.
If this is OK, how do you want to stage it? Should I just hold until yum is built, and then commit both to anaconda and comps at the same time? Something else?
I think you'll have to wait until yum is built and then you can commit at the same time. If you commit to anaconda before yum is built, we'll have an unpopulated software UI at best and tracebacks at worst.
yum is now built and being submitted to updates-testing - I've merged & pushed now, and updated the yum requirement in anaconda.spec.
Bill
anaconda-devel@lists.stg.fedoraproject.org