public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mart Raudsepp <leio@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev]  Re: RFC: Project proposal -- maintainer-wanted
Date: Wed, 20 May 2009 02:24:37 +0300	[thread overview]
Message-ID: <1242775478.30374.7.camel@localhost> (raw)
In-Reply-To: <pan.2009.05.15.12.24.22@cox.net>

[-- Attachment #1: Type: text/plain, Size: 4142 bytes --]

On Fri, 2009-05-15 at 12:24 +0000, Duncan wrote:
> Daniel Pielmeier <daniel.pielmeier@googlemail.com> posted
> 6142e6140905150344y4a8007b5wd352ffe891e49230@mail.gmail.com, excerpted
> below, on  Fri, 15 May 2009 12:44:47 +0200:
> 
> > 2009/5/15 Marijn Schouten (hkBst) <hkBst@gentoo.org>:
> >>
> >> Thilo Bangert wrote:
> >>>
> >>> Fedora is a much more current distribution than Gentoo - and has been
> >>> for a couple of years...
> >>
> >> Please elaborate what exactly you think Fedora does better than we do.
> >> I have no first-hand experience with Fedora, but from what I read I had
> >> the impression that sometimes they go with new stuff before it is
> >> ready, like KDE4 and pulseaudio. I like about the current situation
> >> that we also have all those things available AFAICS, but have very
> >> broad choices in how much we want to bleed. IMO this is a different
> >> issue than having supposedly popular ebuilds not in main tree.
> >>
> > AFAIK Fedora is [Red Hat's unstable.] So it makes more sense to
> > compare it with the Gentoo unstable tree instead of the stable
> > one. Assuming this there is probably not a big difference in the
> > up-to-dateness.
> 
> Well, yes and no.  As the GP said, they sometimes go with new stuff 
> before it's ready -- before Gentoo even has it in-tree hard-masked let 
> alone ~arch, while it's still in the various project overlays.   I know 
> they've had some serious issues with xorg on Intel GPUs at least, due to 
> running versions that aren't in our tree yet, only in the X overlay, 
> because Fedora is running clearly not even ~arch-ready packages, 
> sometimes even xorg prereleases.

I believe you are thinking of rawhide.
Fedora and quite most other distributions work fundamentally different.
We have a gradually moving tree, as we can do that by being source
based.
Fedora and other distributions are doing releases, which involves
switching to a newer repository branch with dist-upgrade and so on.
They release a new version typically every 6 month, we release new major
versions of packages all the time (considering the whole set).
I'd say that at the point of binary distribution releases their released
trees are somewhere between our ~arch and stable tree, while within a
month or two, they become similar to our stable tree until our continous
releases overcome it with newer versions.
Fedora has xorg prereleases in what they call "rawhide". This is what
will become a new release in the future, as they have ~6 month cycles.
It's unstable on purpose, as they are thriving towards being stable with
that repository at the time of the planned next release, while having up
to date packages around the time of the release (with a ~1 month
stabilization period before the release time). That's the fundamental
difference, and where we can have an advantage over them in addition to
other things coming from being source based.

> Years ago we'd have put these in-tree but hard-masked for those who 
> wanted to try them.  Now, depending on the package and Gentoo but more 
> likely as the complexity rises to meta-package levels, those who want to 
> try them must load an overlay.  As someone who selectively unmasks and 
> tries these, having them in-tree but hard-masked is convenient, but I 
> understand why projects may prefer overlays in many cases.

We do tend to prefer overlays in many cases for unstable releases.
The project proposal at hand is of course talking about packages that
are not available at all in the main tree yet. Overlays are quite nice
for tracking unstable releases of package sets that do have their
upstream stable releases in official tree.

> However, none of this directly applies to the subject at hand, because 
> while we're talking new versions of packages already in-tree here, the 
> subject at hand is packages that aren't in-tree in any form yet.

Sorry, still felt like replying with my view on Gentoo vs dist-upgraded
distros :)



-- 
Mart Raudsepp
Gentoo Developer
Mail: leio@gentoo.org
Weblog: http://planet.gentoo.org/developers/leio

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

  reply	other threads:[~2009-05-19 23:24 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-05-14  0:32 [gentoo-dev] RFC: Project proposal -- maintainer-wanted Mart Raudsepp
2009-05-14  1:24 ` Gokdeniz Karadag
2009-05-14  1:27 ` AllenJB
2009-05-14 14:44   ` Richard Freeman
2009-05-15  7:43     ` Thilo Bangert
2009-05-15 10:04       ` Marijn Schouten (hkBst)
2009-05-15 10:44         ` Daniel Pielmeier
2009-05-15 12:24           ` [gentoo-dev] " Duncan
2009-05-19 23:24             ` Mart Raudsepp [this message]
2009-05-15 10:25       ` [gentoo-dev] " Richard Freeman
2009-05-19 23:51         ` Mart Raudsepp
2009-05-20  0:55           ` [gentoo-dev] " Duncan
2009-06-01 23:17             ` Mart Raudsepp
2009-05-14  1:47 ` [gentoo-dev] " Jeremy Olexa
2009-05-14  5:41   ` [gentoo-dev] " Duncan
2009-05-14  5:54     ` Patrick Lauer
2009-05-14 12:49       ` Alexander Færøy
2009-05-14 14:13         ` Nirbheek Chauhan
2009-05-14  9:09   ` Christian Faulhammer
2009-05-14 10:12   ` [gentoo-dev] " Mart Raudsepp
2009-05-14 17:06     ` Thomas Sachau
2009-05-14  6:53 ` Pacho Ramos
2009-05-14 11:02 ` Markos Chandras
2009-05-14 14:23   ` Mart Raudsepp
2009-05-14 14:50     ` Richard Freeman
2009-05-19 23:54       ` Mart Raudsepp
2009-05-20 15:36         ` Richard Freeman
2009-06-01 21:19           ` Mart Raudsepp
2009-05-14 18:24 ` Roy Bamford
2009-05-14 18:48   ` Thomas Sachau
2009-05-17  9:00     ` Tobias Scherbaum
2009-05-19 23:35   ` Mart Raudsepp
2009-05-17 18:08 ` [gentoo-dev] " Ryan Hill
2009-05-19 23:42   ` Mart Raudsepp
2009-05-28  7:55 ` [gentoo-dev] " Peter Volkov
2009-06-01 21:24   ` Mart Raudsepp

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=1242775478.30374.7.camel@localhost \
    --to=leio@gentoo.org \
    --cc=gentoo-dev@lists.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