alpha vs beta -- why we don't go updating build toolchains mid-beta

Zackary Deems <[email protected]> Tue, 12 Apr 2005 15:45:48 -0400
Newsgroups gmane.linux.arklinux.devel
Message-ID <[email protected]>
Guys.. we're now in a very ugly little spot due to the recent GLIBC 
update in devel.  All of our ISOs are being
built from devel at the moment, which means we're getting UNSTABLE 
packages released as 'stable' ones, and
which end up having dependency issues when the 'stable' (Dockyard) tree 
has older packages.

Even if that weren't the case, we simply can't continue to do things the 
way we did for alpha.. i.e. casually
building new versions of gcc / binutils/ glibc in the devel tree.  At 
this stage in the game, we're supposed to
ONLY be >>FIXING<< core packages like KDE, glibc, gcc, binutils, and the 
kernel.  If our core os
packages keep changing, then this is never going to be a truly 'stable' 
OS in any sense of the word, except
maybe the one that says it doesn't crash.

it doesn't matter if things seem to run fine with the new packagse on 
your machine.  That's entirely beside the point.
Right now the point is stability and variable elimination.  If the core 
packages don't change, then we can rule out
a change as being the cause of an ongoing problem.  If we identify one 
of the core packages as being part of a
problem, then we fix whatever's wrong with taht one package.  Otherwise 
we just keep causing more work for
ourselves.

It's time we  isolate dockyard and dockyard-devel as the 'rc' trees we 
plan to use for a 'gold' release, and create
a new 'unstable' or whatever you want to call it, tree for post-gold 
purposes.