“Return to Innocence”
Yes of course, but I think at softwarecenter it’s a little bit more clear.
We should choice terms that are clear for the man in the street.
I would suggest:
- Conservative (more stable, less updated)
- Bleeding Edge (upstream compliant, less stable)
I prefer “solid”, “stable” or “(well) balanced” instead of “conservative”.
“Bleeding edge” is as stable as “conservative”: it only needs more care and skills. It is more balanced than conservative IMO, because it offers the latest version of every package.
If it’s stable, why ‘alpha’ or ‘beta’ where choosen as definition into topic name?
Or why there are bugs blocking the upgrade process?
Even “bleeding edge” definition do not exactly seem to mean “Rock solid”…
Don’t call it stable
My intention was to replace conservative as it has a touch of old-fashioned. Seems hard to find the right wording…
Yes too hard! Why not use the same naming scheme of TLS policy page? It’s just a number
- Policy 1
- Policy 2
If you prefer
- Red pill
- Blue pill
As alternative we can change the way we choose the boolean release lock state: checkbox instead of radio button …so we need to decide just ONE name
If one is going to use “bleeding edge”, then I feel that “conservative” is a bit more appropriate than “stable”. “solid” or “(well) balanced” just doesn’t seem to fit well and could be open to misunderstanding.
you’re missing some points, I’m afraid
It seems they are misleading too… I’m a devellopper: let’s name them after what they do!
That’s a good point.
What are you locking? The Update Policy? The version? I guess you need to say it
Oooohhh! Very interesting point and train of thought…
I like the Locked/Unlocked idea, however a bit of clarification may be needed. I may come back with some suggestions unless someone beats me to it first.
Software update policy: locked/unlocked. What is locked is the origin of the updates, so we can change the label to
Software update origin:
- Unlocked - Consider updates to version 7 from all available software repositories
- Locked - Limit updates to repositories specific to version 7.X.Y. Other repositories are considered only when new modules are installed
Please @bwdjames help me to improve those sentences (and English too)!
Unlocked - Consider updates from all available software repositories
Think the Locked one is okay, will ponder over it on the weekend.
Everything is ready, but changes are quite big so @davidep has written a huge an detailed list of test cases:
Now we need help from all of you to test and release it soon!
Yes please review also this pull request for the Software center admin’s guide
This morning @giacomo and I introduced a cron job that can switch the software origin automatically when a new CentOS distribution release is available /cc @dz00te. I updated the admin’s guide PR accordingly:
See also this change proposal to the Software center labels: