[arch-dev-public] putting "beta" software in [testing]

Dan McGee dpmcgee at gmail.com
Wed Oct 7 21:33:09 EDT 2009

On Wed, Oct 7, 2009 at 4:54 PM, RedShift <redshift at pandora.be> wrote:
> Allan McRae wrote:
>> Hi,
>> coreutils-8.0 has been released but flagged beta because of some fairly
>> large changes in rm which now uses gnulib's hierarchy traversal (= faster)
>> and many changes to gnulib in the area of filesystem primitives.  I found
>> the snapshot before this fully usable, and will do a "make check/test" to
>> ensure everything is working as it should.
>> I would like to put it in [testing] _without_ the option of it every
>> moving to [core].  I know we do this for some software, but never anything
>> so "core" to the system that I know of.
>> So...  can I use [testing] for testing in this case?
>> Allan
> Since the general consensus is that "testing" is proving ground for packages
> intended to be moved to core/extra, I don't think putting beta software
> there is a good idea. Maybe we can create a new repository, called
> "staging", that replaces the current "testing" repository and use the
> "testing" repository for really experimental stuff like beta software.

So we can have another unused/underused repo like [unstable]? No thanks.


More information about the arch-dev-public mailing list