Mailinglist Archive: opensuse-project (189 mails)
| < Previous | Next > |
Re: [opensuse-project] Release Cycle changes
- From: "Rob OpenSuSE" <rob.opensuse.linux@xxxxxxxxxxxxxx>
- Date: Tue, 6 Jan 2009 15:34:11 +0000
- Message-id: <ce9d8ed60901060734h6a98f979p4e827df28099c02a@xxxxxxxxxxxxxx>
2009/1/5 James Tremblay aka SLEducator <fxrsliberty@xxxxxxxxxxx>:
Having the same software with 2 different major versions, and then
majorly updated core software with the same major version is a recipe
for confusion, in my opinion.
If openSUSE has to be encumbered with 'fixed' releases, which you need
to install, or upgrade 'offline', then I'd far rather having
consistent meaningful version numbering, and simply make the boxed
sets, and SLE first rc version based on the end product of the
stabilisation cycle, not the first attempt.
Installs are disliked for a number of reasons :
- Loss of configuration and settings
- Large number of changes all at once
- Danger of data loss through mistakes (using wrong partitions etc)
- Uncertain outcome
- May be large effort tracking down workrounds for problems
- Possible difficulty afterwards, booting another OS (due to boot
loader confusion)
--
To unsubscribe, e-mail: opensuse-project+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-project+help@xxxxxxxxxxxx
What if? The system was, "11 boxed" (SLE11rc1) and openSUSE 12.0 where
the same ISO (with branding and repo changes),
I'm suggesting three layers of release; dev, tester , "Joe
Plumber"\SLE. For all Novell Linux
Having the same software with 2 different major versions, and then
majorly updated core software with the same major version is a recipe
for confusion, in my opinion.
If openSUSE has to be encumbered with 'fixed' releases, which you need
to install, or upgrade 'offline', then I'd far rather having
consistent meaningful version numbering, and simply make the boxed
sets, and SLE first rc version based on the end product of the
stabilisation cycle, not the first attempt.
Installs are disliked for a number of reasons :
- Loss of configuration and settings
- Large number of changes all at once
- Danger of data loss through mistakes (using wrong partitions etc)
- Uncertain outcome
- May be large effort tracking down workrounds for problems
- Possible difficulty afterwards, booting another OS (due to boot
loader confusion)
--
To unsubscribe, e-mail: opensuse-project+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-project+help@xxxxxxxxxxxx
| < Previous | Next > |