[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: Against the system:/, media:/ and home:/ namespaces
From:       Manuel Amador <rudd-o () amautacorp ! com>
Date:       2005-07-19 21:15:28
Message-ID: 1121807728.11006.2.camel () master ! amauta
[Download RAW message or body]

Yup, in that sense, you're completely right, James.  Eons (or was it
months ago), with CVS, branches were completely impractical, but now,
with Subversion, it's so much more feasible.  It's just a matter of
getting used to it, as a developer.

Maybe vendors can maintain their own branches in KDE SVN (and the KDE
people could invite them to do so), so it gets much easier for you guys
to cherrypick improvements and bug fixes directly made by vendors.

El mar, 19-07-2005 a las 09:57 -0700, James Richard Tyrer escribió:
> Stephan Kulow wrote:
> > Am Samstag 16 Juli 2005 02:16 schrieb James Richard Tyrer:
> > 
> > 
> >>I agree with you that new stuff which doesn't work correctly doesn't 
> >>belong in a general release.  If we want to have a release that includes 
> >>experimental stuff, we should have a development or unstable release 
> >>(yes, like GNOME does).
> > 
> > Like the betas we release two months before the release about no-one tests 
> > on his real setup?
> 
> I maintain the current branch as my working desktop.
> 
> Yes, you are correct that if more people did this or tested the beta 
> releases that more bugs would be found.
> 
> However, that is not what I am talking about.  The issues is how to test 
> something new.  Obviously when it starts out, it is experimental. 
> Unfortunately, what seems to happen is that stuff gets in general 
> releases while it still appears to be experimental.  The answer to this 
> is not to test beta releases, but rather to do sufficient testing before 
> it is added to the code base for the release branch.
> 
-- 
Manuel Amador                   <rudd-o@amautacorp.com>
http://www.amautacorp.com/            +593 (4) 220-7010
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<

[prev in list] [next in list] [prev in thread] [next in thread]