Philip Webb wrote:
>>> Any stable version of KDE will need kdelibs kdebase ,
>>> but otherwise why can't the packages be made stable
>>> at least as each big downloadable file becomes ready, if not individually ?
>> Because they have to be stable at once. Period.
>> Can't go stable piece by piece.
060506 Diego 'Flameeyes' Petten? wrote:
> On Saturday 06 May 2006 08:48, Philip Webb wrote:
>> I've seen this stated before, but why does it have to be "_at once_" ?
> Because 3.4 and 3.5 does _NOT_ mix together!
That's not an explanation: it merely restates your assertion.
>> Many packages have
On Saturday 06 May 2006 08:48, Philip Webb wrote:
> I've seen this stated before, but why does it have to be "_at once_" ?
Because 3.4 and 3.5 does _NOT_ mix together!
> Many packages have > 1 stable version available,
> so users might have KDE 3.4.3 (all) & 3.5.1 (parts) by now,
> with the rest
On 5/5/06, Carsten Lohrke <[EMAIL PROTECTED]> wrote:
All the whining leaves me with the feeling that I'm less interested to work
for you. The question "What can I do?" I do never hear. Stop whining, but
decide to help or give another distro a try. These are your choices.
Just to try to counter
060505 Diego 'Flameeyes' Petten? wrote:
> Although modular, KDE 3.5 has to go stable _at once_
> and if KMail is totally broken or has major feature loss, we can't.
I've seen this stated before, but why does it have to be "_at once_" ?
Many packages have > 1 stable version available,
so users mi
On Friday 05 May 2006 09:20, Bart Braem wrote:
> Firefox 1.5: 5 months (the entire world uses it now, in stable)
Still has open at least one open vulnerability I know of, still has memory
management problems afaik. Despite that it's stable on some architectures. We
have exactly one active dev wo
Philip Webb posted <[EMAIL PROTECTED]>, excerpted below,
on Fri, 05 May 2006 03:37:06 -0400:
> That's very much my own impression. I am now using ~x86 versions of Vim
> Vim-core Gvim Cdargs Openoffice Eix Euses Gqview Gwenview Portage Firefox
> Galeon Htop KDE -- all of which which I use regular
> I understand you don't care about how many users you have, Gentoo is not a
> bussiness. But if I try to convince users about the current situation that
> is hard. I can't explain this, I really can't. My only answer is "put it
> in /etc/portage/package.keywords". But that one is growing very fas
Jeff Rollin posted
<[EMAIL PROTECTED]>, excerpted
below, on Fri, 05 May 2006 06:28:53 +0100:
> Or maybe we could move to a fixed release cycle. Debian uses 18 (?)
> months, but maybe a 3- or 6-month release cycle would suit us better
Actually, Gentoo already has that, altho the period is still g
On Friday 05 May 2006 09:20, Bart Braem wrote:
> KDE 3.5.2: 1.5 months (I know our devs get prereleases, so we had this
> time)
Now I think we really explained that well enough, we're working to mark it
stable as soon as we can.
*We don't care if you wanted it stable yesterday, it will be stable
On Fri, 2006-05-05 at 09:20 +0200, Bart Braem wrote:
> > That way, people who prefer stability over the latest features can run
> > "arch", and everyone who bitches about packages being out of date can run
> > the middle tag, and "~arch" can be kept for testing.
>
> I really, really agree here. I
Bart Braem wrote:
> Xorg 7: 5 months
Can't stabilize till portage 2.1 is stable. Doesn't matter how many open
bugs we've got, or how well it works.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
On Fri, May 05, 2006 at 09:20:08AM +0200, Bart Braem wrote:
> Michael Kirkland wrote:
>
> > I think the problem is that Gentoo is falling into the same sandtrap the
> > Debian project has been mired in forever. "arch" and "~arch" are
> > polarizing into "stable, but horribly out of date", and "may
Michael Kirkland wrote:
> I think the problem is that Gentoo is falling into the same sandtrap the
> Debian project has been mired in forever. "arch" and "~arch" are
> polarizing into "stable, but horribly out of date", and "maybe it will
> work".
>
> This leads to people trying to maintain a
> f
14 matches
Mail list logo