On Tuesday 03 February 2009 12:51:15 Barclay, Daniel wrote:
> [C]ould freezes in testing be started sooner
> after the previous release?
I think so. There's really no reason that testing has to unfreeze at all,
but it's how things are done right now.
I think it would be nice if some automated s
Aneurin Price wrote:
> On Tue, Feb 3, 2009 at 6:24 PM, Barclay, Daniel wrote:
>> David Jardine wrote:
>>> On Tue, Jan 06, 2009 at 12:28:44PM -0800, Ken Teague wrote:
Barclay, Daniel wrote:
>> ...
>>> Well, maybe I'll prove to be understanding neither of you, but the
>>> point seems to be that
Ken Teague wrote:
> Barclay, Daniel wrote:
>> Ken Teague wrote:
...
>
>> If Debian set a shorter target release interval, each individual package
>> maintainer would implement (and test and debug) a smaller set of features
>> and changes (for that package) for each (more frequent) release. I don'
On Tue, Feb 3, 2009 at 6:24 PM, Barclay, Daniel wrote:
> David Jardine wrote:
>> On Tue, Jan 06, 2009 at 12:28:44PM -0800, Ken Teague wrote:
>>> Barclay, Daniel wrote:
> ...
>>
>> Well, maybe I'll prove to be understanding neither of you, but the
>> point seems to be that you can't 'force' the mat
David Jardine wrote:
> On Tue, Jan 06, 2009 at 12:28:44PM -0800, Ken Teague wrote:
>> Barclay, Daniel wrote:
...
>
> Well, maybe I'll prove to be understanding neither of you, but the
> point seems to be that you can't 'force' the maturity of a package.
I wasn't talking about trying to force the
Boyd Stephen Smith Jr. wrote, on 07/01/09 09:09:
On Tuesday 2008 December 30 12:30:40 Barclay, Daniel wrote:
However, when you're releasing N thousand changes every 18 months or so,
it's arguable that maybe you should be releasing N/2 thousand changes every
9 or 10 months.
Bah. I think that 1
On Tuesday 2008 December 30 12:30:40 Barclay, Daniel wrote:
> However, when you're releasing N thousand changes every 18 months or so,
> it's arguable that maybe you should be releasing N/2 thousand changes every
> 9 or 10 months.
Bah. I think that 18 months is a fine amount of time between stabl
David Jardine wrote:
> If that's not a complete load of rubbish, quality will be improved
> by longer release cycles.
Makes sense to me. I also found this in a very old post to this list
which points out a lot of pros and cons::
On Sat, 22 Sep 2007 00:36:15 +0530, Masatran, R. Deepak wrote:
>
Barclay, Daniel wrote:
> As I wrote in my other message, I'm talking about changing the "chunk size"
> of releases, not the quality.
Debian releases work more or less like this:
- new software versions are published upstream (source code).
- this software is packaged into debian and enters 'unst
On Tue, Jan 06, 2009 at 12:28:44PM -0800, Ken Teague wrote:
> Barclay, Daniel wrote:
> > [...]
> > Doing it the second way does _not_ have to compromise any quality
> > standards.
> > (Why do you (seemingly) think it does?)
>
> Perhaps I wasn't understanding you correctly the first time around.
>
Carl Fink wrote:
> Just jumping in on one small point.
>
> Doesn't actually make much sense, if you think about it. If the packages
> are updated by Debian developers, surely that would help Debian to its next
> release, too? Anyway, IIRC someone posted to this list last year that a
> great numb
Just jumping in on one small point.
On Tue, Jan 06, 2009 at 12:28:44PM -0800, Ken Teague wrote:
> I can't put an exact number on it, but I think there are more than a
> thousand Debian developers from various parts of the world, each of whom
> have a life outside of Debian development. Without p
Barclay, Daniel wrote:
>
> Ken Teague wrote:
> How much change (new features, re-implementations, new packages); how much
> work.
This is because Debian is a packaged-based distribution and there are
litterally thousands of packages that change with bug fixes, new
features and so on. This also a
Raquel wrote:
> On Tue, 30 Dec 2008 15:38:41 -0800
> Ken Teague wrote:
>
>>> Is Debian's stable release cycle relative long because Debian
>>> releases typically involve big changes that set the minimum time
>>> between releases, or is it because Debian not really attempt to
>>> design and make s
Ken Teague wrote:
> Barclay, Daniel wrote:
>> Why do so many defenses of Debian's release cycle length seem to ignore or
>> skirt the issue of _how_ _much_ is planned to be in each release? (Saying
>> "when it's right" still depends on what "it" is--which set of features/
>> changes are involved.
Raquel wrote:
>
> I, for one, am very thankful for Debian and the way that it
> releases. I run a couple of servers that I would just as soon "just
> ran", instead of having to tinker or fix things all the time. I have
> more to do.
>
> Thank you, Debian!!
>
Yes, me too. I'm also using debia
Koh Choon Lin wrote:
> Dear all
>
> Anyone has an idea what is the release cycle for Debian? I understand
> six months is the standard for Ubuntu.
>
Look in http://bugs.debian.org/release-critical/ . The current number of
bugs affecting the next release is 92 (the green line). When this bug
num
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Funny. I always thought that latest "testing" was anointed "stable" by
the release panjandrum when - and only when -- the latter determined
that the relative positions of the planets were such to guarantee
complete freedom of the new release from bugs
On Tue, 30 Dec 2008 15:38:41 -0800
Ken Teague wrote:
> > Is Debian's stable release cycle relative long because Debian
> > releases typically involve big changes that set the minimum time
> > between releases, or is it because Debian not really attempt to
> > design and make smaller, more frequen
Barclay, Daniel wrote:
> Why do so many defenses of Debian's release cycle length seem to ignore or
> skirt the issue of _how_ _much_ is planned to be in each release? (Saying
> "when it's right" still depends on what "it" is--which set of features/
> changes are involved.)
How much of what? If
s. keeling wrote:
> Koh Choon Lin :
>> Anyone has an idea what is the release cycle for Debian? I
>> understand six months is the standard for Ubuntu.
>
> Why? What's wrong with Etch and Lenny? They're both well usable now,
> yes? Are you looking for Lenny features in a "stable" release?
> De
On Thu, 25 Dec 2008, Mark Allums engaged keyboard and shared this with us all:
>--} Andrei Popescu wrote:
>--} > On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
>--} >
>--} >> Release schedule for Debian seems to be, whenever they feel like it.
>--} >
>--} > Maybe it's because I'm not a native speak
Koh Choon Lin :
>
> Anyone has an idea what is the release cycle for Debian? I
> understand six months is the standard for Ubuntu.
Why? What's wrong with Etch and Lenny? They're both well usable now,
yes? Are you looking for Lenny features in a "stable" release?
Debian *takes its time and do
Andrei Popescu wrote:
On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
Release schedule for Debian seems to be, whenever they feel like it.
Maybe it's because I'm not a native speaker, but this sounds to me as if
Debian Developers would release according to their mood :)
It means that lite
Andrei Popescu wrote:
On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
Release schedule for Debian seems to be, whenever they feel like it.
Maybe it's because I'm not a native speaker, but this sounds to me as if
Debian Developers would release according to their mood :)
Regards,
Andrei
W
On Wed,24.Dec.08, 16:21:41, Daryl Styrk wrote:
> Andrei Popescu wrote:
> > On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
> >
> >> Release schedule for Debian seems to be, whenever they feel like it.
> >
> > Maybe it's because I'm not a native speaker, but this sounds to me as if
> > Debian Dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andrei Popescu wrote:
> On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
>
>> Release schedule for Debian seems to be, whenever they feel like it.
>
> Maybe it's because I'm not a native speaker, but this sounds to me as if
> Debian Developers would
On Tue,23.Dec.08, 07:37:18, Mark Allums wrote:
> Release schedule for Debian seems to be, whenever they feel like it.
Maybe it's because I'm not a native speaker, but this sounds to me as if
Debian Developers would release according to their mood :)
Regards,
Andrei
--
If you can't explain it
On Tue, Dec 23, 2008 at 08:28:43PM +0800, Koh Choon Lin wrote:
> Dear all
>
> Anyone has an idea what is the release cycle for Debian? I understand
> six months is the standard for Ubuntu.
>
The operative rule for all recent releases is that each release
happens when the release manager decides
Douglas A. Tutty wrote:
On Tue, Dec 23, 2008 at 08:28:43PM +0800, Koh Choon Lin wrote:
Dear all
Anyone has an idea what is the release cycle for Debian? I understand
six months is the standard for Ubuntu.
When its ready. Generally every couple of years or so.
Mark Allums wrote:
> Relea
Koh Choon Lin wrote:
Dear all
Anyone has an idea what is the release cycle for Debian? I understand
six months is the standard for Ubuntu.
Also, when can binary for 4.0r6 be expected to be released?
Binary for 4.0r6 should be out any day now. Might already be out.
Release schedule for De
On Tue, Dec 23, 2008 at 08:28:43PM +0800, Koh Choon Lin wrote:
> Dear all
>
> Anyone has an idea what is the release cycle for Debian? I understand
> six months is the standard for Ubuntu.
>
When its ready. Generally every couple of years or so.
--
To UNSUBSCRIBE, email to debian-user-requ..
Am 2006-03-10 22:23:48, schrieb David Berg:
> Has anyone heard/read anything that MIGHT indicate that etch MIGHT go
> stable faster than the 2-3 years that it took for Sarge, and Woody to
> go stable?
Woody went faster then 2-3 years, but there was a changement
in the Woody-Installer which took a
On Sat, 11 Mar 2006 22:07:44 -0500
Mark Fletcher <[EMAIL PROTECTED]> wrote:
> Many of the people who come to this list looking for help know
> exactly what it's like to be in Debian Hell... :-!
Attempting to keep an up-to-date Sid system before I knew much about
Linux, I have been to Debian Hell.
Olafur Jens Sigurdsson writes:
> Actually Hell freezes over every year, or allmost.
> http://en.wikipedia.org/wiki/Hell%2C_Norway
There is also a Hell in Michigan in the US (in the lower peninsula:
Paradise is in the upper peninsula).
--
John Hasler
--
To UNSUBSCRIBE, email to [EMAIL PROTECTE
Þann 2006-03-11, 22:07:44 (-0500) skrifaði Mark Fletcher:
> gawab wrote:
>
> > Steve Lamb wrote:
> >
> >> Marc Shapiro said:
> >>
> >>
> >>> Personally, my theory on the REAL reason that the release cycles have
> >>> been getting so long is that we are running out of "Toy Story"
> >>> character
gawab wrote:
Steve Lamb wrote:
Marc Shapiro said:
Personally, my theory on the REAL reason that the release cycles have
been getting so long is that we are running out of "Toy Story"
character
names. What do we do when there are no more characters left?
Start working through
On Friday, 10.03.2006 at 22:09 -0800, Steve Lamb wrote:
> Marc Shapiro said:
> > Personally, my theory on the REAL reason that the release cycles have
> > been getting so long is that we are running out of "Toy Story" character
> > names. What do we do when there are no more characters left?
>
>
Marc Shapiro wrote:
David Berg wrote:
I'm curious to know when etch might freeze. Now, before you all jump
on me and tell me "its ready when its ready", let me clarify. I'm not
looking for a date, or a month, or even a year necessarily as I
realize they would all be guesses. Perhaps I could
David Berg wrote:
I don't know if there's a good way to ask this question, and am very
tempted to just hit cancel now...
I'm curious to know when etch might freeze. Now, before you all jump
on me and tell me "its ready when its ready", let me clarify. I'm not
[snip]
I think that your reques
Steve Lamb wrote:
Marc Shapiro said:
Personally, my theory on the REAL reason that the release cycles have
been getting so long is that we are running out of "Toy Story" character
names. What do we do when there are no more characters left?
Start working through Monsters, Inc.? I
On Fri, 2006-03-10 at 22:23 -0600, David Berg wrote:
> I don't know if there's a good way to ask this question, and am very
> tempted to just hit cancel now...
>
> I'm curious to know when etch might freeze. Now, before you all jump
> on me and tell me "its ready when its ready", let me clarify.
Marc Shapiro said:
> Personally, my theory on the REAL reason that the release cycles have
> been getting so long is that we are running out of "Toy Story" character
> names. What do we do when there are no more characters left?
Start working through Monsters, Inc.? I mean what's cooler than
David Berg wrote:
I'm curious to know when etch might freeze. Now, before you all jump
on me and tell me "its ready when its ready", let me clarify. I'm not
looking for a date, or a month, or even a year necessarily as I
realize they would all be guesses. Perhaps I could get the best
answer b
David Berg wrote:
> I don't know if there's a good way to ask this question, and am very
> tempted to just hit cancel now...
>
> I'm curious to know when etch might freeze. Now, before you all jump
> on me and tell me "its ready when its ready", let me clarify. I'm not
> looking for a date, or
On Fri, Mar 10, 2006 at 10:23:48PM -0600, David Berg wrote:
> I don't know if there's a good way to ask this question, and am very
> tempted to just hit cancel now...
>
> I'm curious to know when etch might freeze. Now, before you all jump
> on me and tell me "its ready when its ready", let me cl
On Friday 10 March 2006 21:23, David Berg wrote:
> I don't know if there's a good way to ask this question, and am very
> tempted to just hit cancel now...
>
> I'm curious to know when etch might freeze. Now, before you all jump
> on me and tell me "its ready when its ready", let me clarify. I'm
47 matches
Mail list logo
