From: Holly Bostick <motub@planet.nl>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Gentoo or Linux from Scratch - Perspectives?
Date: Mon, 15 Aug 2005 03:34:09 +0200 [thread overview]
Message-ID: <42FFF111.7050907@planet.nl> (raw)
In-Reply-To: <BFA05817-E65B-4189-B3C1-76C1604024A1@mac.com>
Paul Hoy schreef:
> See inline
>
>
> On Aug 14, 2005, at 5:51 PM, Holly Bostick wrote:
>
>> Nick Rout schreef:
>>
>>> On Sun, 14 Aug 2005 13:12:31 -0700
>>> Zac Medico wrote:
>>>
>>>
>>>
>>>> Hi Paul,
>>>>
>>>> Are we really far behind? That's difficult to believe. For what
>>>> packages specifically? Do
>>>>
>>>
>>> you know how to unmask unstable packages (marked M or M~ at
>>> packages.gentoo.org)?
>>>
>>> Unstable does not really cut it IMHO. I am a gentoo enthusiast through
>>> and through, but plonking something in portage with a ~ beside it does
>>> not constitute a release of a recent version IMHO.
>>>
>>>
>> OK, I'll bite. What then do you consider "a release of a recent version"
>> to be constituted from?
>>
>
> I don't really understand your question. The most recent version to me
> coincides to a release date closest to whatever today is.
OK, so what you're saying is that an application's entry into Portage
unstable does not constitute a 'release' of the package in Gentoo terms,
as far as you're concerned? So until Firefox 1.0.6 and KDE 3.4.2
propagate down to stable (which could take time, admittedly), it's not
actually released? Well, to each his or her own, I guess.
>
>> If it's been released upstream, and it's in Portage a couple of hours
>> later, so I can install it, I don't know what more you could want....
>> what, you want a Mandrake- (or worse, still, Debian) -style wait of
>> months before you can use the upstream version?
>>
>
> I don't agree with you. There are many examples where a file that has
> been released upstream has not found its way into Portage. I've
> provided examples elsewhere in this thread. You can also compare with
> the Fedora feedlist.
Yes, I know. I'm creating a list of interesting programs I've discovered
that aren't in Portage or b.g.o, to practice my ebuild writing skills.
But you know, I don't give the first hairy hoot about the Fedora
feedlist. This idea that 'marking' a package 'stable' is some kind of
magic bullet that actually *makes* the package stable is starting to get
on my nerves a bit. What Gentoo marks or doesn't mark the package, or in
fact whether or not it's in Portage, generally has nothing to do with
the status of the package itself. There are plenty of perfectly stable
packages in Gentoo unstable, plenty of stable ebuilds (meaning that they
compile the application correctly, and beyond that point it depends on
the upstream stability) in b.g.o, and even a few on breakmygentoo.org.
And plenty of 'stable' packages that just act wonky in various ways as
upstream manages the changes in whatever they're doing (migrating to the
freedesktop standard, implementing DirectX 9 support, working around
video driver bugs, kernel bugs, scheduler changes, you name it).
I use what I need, and I get what I need from wherever it may happen to
be. Most of it comes from Portage, of course, but I've got some ebuilds
in my overlay from b.g.o, a couple from Project Utopia, and some perl
modules from cpan. It all works pretty well, and when it doesn't, I
either ditch the package until it works a bit better, or fix it myself
(and report what I had to do up the chain, if appropriate). It all looks
a bit patchwork I suppose, but it's my patchwork, and so I know what
sticky-out-bit goes where... most of the time. And I decide if there's
going to be sticky-out-bits at all...there's no way, with an ATI card,
that I'm going anywhere near the new modular X for quite a while, for
example. But not because of Gentoo... because there's way too many
upstream cooks for me to think they're going to concoct a 'stable' brew,
*for me*, anytime soon. I said before and I do believe that the Gentoo
dev team will do their very best (and that's damn good) to provide
stable ebuilds that work as well as possible, but there's way too much
whitewater flowing down the channel for me to believe that even they can
successfully guide me through these difficult transitions.
It just seems to me that if you want or expect a team of well-paid
experts monitoring all possible inconveniences and smoothing them over
before you even see them... well, then Fedora would be the place to be.
Or SuSE. Gentoo or Ubuntu, on the other hand....
Holly
--
gentoo-user@gentoo.org mailing list
next prev parent reply other threads:[~2005-08-15 1:43 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-06 23:40 [gentoo-user] alsaconf not setting oss emulation Nick Rout
2005-08-06 23:59 ` [gentoo-user] SOLVED " Nick Rout
2005-08-07 0:30 ` [gentoo-user] " Christoph Eckert
2005-08-07 2:21 ` Nick Rout
2005-08-14 19:42 ` [gentoo-user] Gentoo or Linux from Scratch - Perspectives? Paul Hoy
2005-08-14 20:12 ` Zac Medico
2005-08-14 21:38 ` Nick Rout
2005-08-14 21:51 ` Holly Bostick
2005-08-14 22:48 ` Zac Medico
2005-08-14 23:28 ` Nick Rout
2005-08-14 23:46 ` Zac Medico
2005-08-15 10:59 ` fire-eyes
2005-08-15 0:53 ` Paul Hoy
2005-08-15 1:34 ` Holly Bostick [this message]
2005-08-15 1:53 ` Paul Hoy
2005-08-14 22:13 ` Joe Menola
2005-08-14 23:40 ` Nick Rout
2005-08-15 8:28 ` Neil Bothwick
2005-08-15 9:50 ` Nick Rout
2005-08-15 10:27 ` Neil Bothwick
2005-08-15 13:35 ` Paul Hoy
2005-08-14 22:35 ` Neil Bothwick
2005-08-15 1:08 ` Paul Hoy
2005-08-15 1:48 ` Zac Medico
2005-08-15 1:55 ` Joe Menola
2005-08-15 2:22 ` Paul Hoy
2005-08-15 2:20 ` Paul Hoy
2005-08-15 0:43 ` Paul Hoy
2005-08-14 23:42 ` Paul Hoy
2005-08-15 11:02 ` Graham Murray
2005-08-15 11:32 ` Zac Medico
2005-08-14 21:05 ` Joe Menola
2005-08-14 21:22 ` Neil Bothwick
2005-08-14 21:33 ` Joe Menola
2005-08-14 22:49 ` Paul Hoy
2005-08-14 21:37 ` Nick Rout
2005-08-14 21:52 ` Joe Menola
2005-08-14 22:43 ` Paul Hoy
2005-08-14 23:26 ` Joe Menola
2005-08-15 1:25 ` Paul Hoy
2005-08-14 21:24 ` Neil Bothwick
2005-08-15 0:37 ` Paul Hoy
2005-08-15 0:58 ` Holly Bostick
2005-08-15 1:39 ` Paul Hoy
2005-08-15 8:36 ` Neil Bothwick
2005-08-15 1:01 ` Zac Medico
2005-08-15 1:33 ` Paul Hoy
2005-08-15 8:18 ` Neil Bothwick
2005-08-15 9:06 ` Volker Armin Hemmann
2005-08-15 9:54 ` Neil Bothwick
2005-08-15 10:02 ` Volker Armin Hemmann
2005-08-15 10:29 ` Neil Bothwick
2005-08-15 10:54 ` Zac Medico
2005-08-15 5:19 ` Walter Dnes
2005-08-15 6:22 ` Paul Hoy
2005-08-15 20:00 ` Peter Karlsson
2005-08-16 0:58 ` Paul Hoy
2005-08-16 1:11 ` Nick Rout
2005-08-16 1:56 ` Paul Hoy
2005-08-16 4:16 ` kashani
2005-08-16 4:23 ` Rumen Yotov
2005-08-21 20:05 ` Jerry McBride
2005-08-14 22:06 ` Volker Armin Hemmann
2005-08-15 0:56 ` Paul Hoy
2005-08-21 22:36 ` Jerry McBride
2005-08-14 23:32 ` Volker Armin Hemmann
2005-08-15 4:36 ` Barry.SCHWARTZ
2005-08-14 23:49 ` Paul Hoy
2005-08-15 8:31 ` Neil Bothwick
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=42FFF111.7050907@planet.nl \
--to=motub@planet.nl \
--cc=gentoo-user@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