Re: Decouple Lenny from Unstable

2009-01-01 Thread Sune Vuorela
On Thursday 01 January 2009 13:04:51 Beojan Stanislaus wrote:
> I understand this isn't the best list for this, but the mail about

You are right. The list is debian-devel where it was discussed recently.

Please keep this list for kde packaging only.

/Sune

> including krypt gave me an idea. I think that once Lenny, or any other
> release,is frozen, it should be decoupled from unstable, because packages
> only propagate manually, in exceptional circumstances, so such a decoupling
> could mean that development could continue on unstable, the bleeding-edge,
> with frozen separately developing to release. This would allow, in this
> case, for KDE4 to be put into unstable without needing to wait for Lenny.

-- 
Man, how to reinstall a connection?

From the preferences within Office you either should never ping to a coaxial 
pin 
on a LCD IRC hardware to the front-end, or must load the gadget but you have 
to remove from a floppy disk of the code.



signature.asc
Description: This is a digitally signed message part.
-- 
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk

Re: Decouple Lenny from Unstable

2009-01-01 Thread Matthew Rosewarne
On Thursday 01 January 2009, Beojan Stanislaus wrote:
> I understand this isn't the best list for this, but the mail about
> including krypt gave me an idea. I think that once Lenny, or any other
> release,is frozen, it should be decoupled from unstable, because packages
> only propagate manually, in exceptional circumstances, so such a decoupling
> could mean that development could continue on unstable, the bleeding-edge,
> with frozen separately developing to release. This would allow, in this
> case, for KDE4 to be put into unstable without needing to wait for Lenny.

Aaron Seigo actually suggested doing that with KDE development as well.  
Instead of gradually freezing trunk as a release approaches, release work 
would be done in a branch while trunk remains active.  This approach has the 
potential pitfall of people not paying as much attention to stabilizing for 
release, but if done well could result in a much more fluid development model.

%!PS: Of course, you could say that not everyone has been 
pleased with some of Aaron's previous release practices... 


signature.asc
Description: This is a digitally signed message part.
-- 
http://lists.alioth.debian.org/mailman/listinfo/pkg-kde-talk