ROCK Linux (this space intentionally left blank) Release Candidate 2
"Thomas \"fake\" Jakobi" <fake-o+BlaNWM+K2Y/[email protected]> Thu, 13 Jul 2006 21:20:30 +0200
| Newsgroups | gmane.linux.distributions.rock.devel |
|---|---|
| Message-ID | <[email protected]> |
hi rockers, i just uploaded RC2 to iso.rocklinux.de, and updated the network install location, so please, if you didn't start testing yet, use this version, it has all the previously reported bugs fixed. as last time, the central page for release candidates is http://www.rocklinux.org/wiki/Release_Candidates using rocket update will work in the next RC, the regarding patch is already in Submaster. Please, remember to increase the extraversion if you alter a package in a way that has effects on the resulting .gem and does not include a package version upgrade! (this is also a reminder to myself 8) stf wrote: > Will do. Btw. what CPU is this build optimized for? I have two Athlon XP-based > PCs, one K6-III and one P-MMX I could test this build on. all official crystal builds are pentium-mmx, and the bootdisk is unoptimized. > I think it's a good point in time to mark 2.0.x development as stalled, trunk > as the development tree and releases as stable (in the ROCK Linux Manual). i agree. please do it... > I'm currently undecided on version numbering, and I'd be pretty happy with > both a major.minor and a revision based scheme. But I think we should keep in > mind that major.minor schemes are often used to convey additional information > (such as binary compatibility), so if a numbering scheme doesn't have a > special meaning, it could be discarded altogether to avoid confusion, imo. how about we just call it ROCK Linux 3 ? There are lost of numbers, and if we only use major numbers, we can't suggest any compatibility. This would leave us the option to do major.minor releases if we want (and if manpower increases). what do you think? fake