public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Troy Dack <troy@tkdack.com>
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] Re: Unstable branch proposal - second round
Date: Sat, 30 Mar 2002 17:02:00 +1100	[thread overview]
Message-ID: <20020330060201.6B2A11A487@linuxbox.internal.lan> (raw)
In-Reply-To: 1017445237.10692.31.camel@mule.relentless.org

On Sat, 30 Mar 2002 10:40, Chris Johnson got a bunch of monkeys together 
and come up with:

> What I don't like about this, and catching Aaron Cohen's tone perhaps in
> his follow-up email ("Great, we will be a Debian Want a be!"), is the
> complexity of a set of cvs branches, stability levels, etc.
> 
> It's what has made a mess of debian from the perspective of having
> mature packages float to the top and become available in a timely
> manner. See, if I run debian, I have to make all sorts of decisions
> about what stability level, which tree, which mirrors, etc. I want to
> connect to. With the quality of ebuilds and the ease of the gentoo
> system, we can have much lower complexity and higher quality.
> 
> I vote strongly against any cvs branches of the portage tree--that's why
> we currently have the -rx designations, anyway! Leverage that and the
> organic nature of the community (i.e., see my proposal at
> 
http://relentless.org:8000/gentoo/forum/message?message_id=6584&forum_id=6581
> ) to get a simple, effective system.
> 
> Please, avoid the duplication of effort that all the branches of debian
> represent!
> 
> Chris

Fair enough... I realise that the -rx designations are there, however I 
have had -rx .ebuilds fail on numerous occassions because there was simply 
not enough testing before the ebuild was submitted to CVS.

This is fine if you already have a package installed ... simply file a bug, 
or slap the ebuild maintainer on IRC and in a few hours (a day or two at 
most) the ebuild is fixed and away you go.

The problem comes when a new user is trying to build their system and they 
get all these errors.  We don't want to discourage newcomers by having a 
tree of ebuilds that is not 100% stable for their first installation.

That was my main reason for suggesting seperate CVS branch(es).

I agree that Gentoo is not targeted at the "I've never seen linux before 
and thought I'd give it a go" type of user (that's what RH & MDK do), but I 
don't think we should make new users jump through too many hoops simply 
because an ebuild maintainer has hastily submitted an ebuild -- 
particularly for core packages (baselayout is one that comes to mind).


Perhaps a comprimise ....

A stable/install CVS branch that is only used during the initial 
bootstrap/build process and afterwards portage defaults to using the 
regular CVS tree?

Still it is a refreshing way to get my linux "fix"!

--
        Troy Dack
        http://linuxserver.tkdack.com

The onset and the waning of love make themselves felt in the uneasiness
experienced at being alone together.
                -- Jean de la Bruyere



  reply	other threads:[~2002-03-30  6:06 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-03-16 19:46 [gentoo-dev] Unstable branch proposal - second round George Shapovalov
2002-03-16 20:59 ` George Shapovalov
2002-03-17  0:52   ` [gentoo-dev] multiple pkg state levels, was: Unstable branch proposal George Shapovalov
2002-04-16 21:29   ` [gentoo-dev] Unstable branch proposal - second round Michael Lang
2002-03-16 22:09     ` Brent Cook
2002-03-17  0:26       ` Daniel Mettler
2002-04-17  0:33         ` Michael Lang
2002-03-17  1:13           ` George Shapovalov
2002-03-17 19:53           ` [gentoo-dev] separate catalog for my ebuilds Giulio Eulisse
2002-03-17 21:40             ` Chad M. Huneycutt
2002-04-16 22:08       ` [gentoo-dev] Unstable branch proposal - second round Michael Lang
2002-03-17  1:04         ` George Shapovalov
2002-03-19 13:05     ` [gentoo-dev] Usb mouse issues with 2.4.17-r5 Michael M Nazaroff
2002-03-20  8:11       ` Stefan Jones
2002-03-25 11:23 ` [gentoo-dev] Re: Unstable branch proposal - second round Troy Dack
2002-03-25 14:57   ` Aaron Cohen
2002-03-28  3:22     ` Aaron Cohen
2002-03-28  6:52       ` George Shapovalov
2002-03-29 13:10         ` Chris Johnson
2002-03-30 11:04           ` George Shapovalov
2002-03-26  3:36   ` George Shapovalov
2002-03-29 23:40   ` Chris Johnson
2002-03-30  6:02     ` Troy Dack [this message]
2002-03-30  8:57       ` George Shapovalov
2002-03-30  9:03       ` Chris Johnson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20020330060201.6B2A11A487@linuxbox.internal.lan \
    --to=troy@tkdack.com \
    --cc=gentoo-dev@gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox