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

List:       kde-multimedia
Subject:    Re: aRts in trunk
From:       Christian Esken <esken () kde ! org>
Date:       2005-07-30 12:14:32
Message-ID: 200507301414.32722.esken () kde ! org
[Download RAW message or body]

Am Samstag, 30. Juli 2005 00:55 schrieb Michael Pyne:
> On Friday 29 July 2005 10:14, Scott Wheeler wrote:
> > Does anyone have an objection to aRts being removed from trunk?  If not
> > I'll give him the "ok" in the next day or so.
> 
> I have no objections.  In fact I'd like it to be removed.  Although not \
> for  the reasons that there was a big flamewar over.

One word ahead: KDE's general development style is to have the trunk \
version compiling/usable/working at all times. Yes: I am aware that there \
are exceptions, but these are always short periods. So this means: If there \
applications that have not yet migrated away from ARTS, keep up ARTS (in \
some way or another). But if ARTS doesn't compile, and no one fixes it: \
Remove ARTS

> I'd like it removed because if not we'd have two independent copies of \
> arts in  trunk.  Branch 1.5 (which will be released with KDE 3.5, no?), \
> and /trunk.   Any fixes that get applied should get applied to both, and \
> so it makes no   sense to have both, as it's likely that they'll get out \
> of sync  unnecessarily.

Good point. And I'd like to add: Fixing it in branch is *much* more \
important than fixing it in trunk (because trunk effectively means KDE4). \
Charles, is there anything you like to add here? For example comments why \
it is easier for you to fix things in trunk than in branch? Abviously you \
would need to checkout branch ARTS, but this can't be your whole concerrn, \
right?

> svn will check out any URL you give to it, and if you're using \
> kdesvn-build  you can just stick "branch 1.5" into your arts module \
> config, re-checkout,  and be done with it.

Are you sure: Will any application in trunk compile/work with that version? \
Probably subtle fixes were appiled, so that it compiles with QT4 (source \
code fixes, #include's , #define's, ...).

> The only issue is that branch 1.5 is supposed to be frozen for bugfixes \
> but  since aRts is currently unmaintained I don't see that as a huge \
> issue.

Fully agree here.

Please see also my next mail (ARTS Migration Plan).

 Chris
-- 
Is UNIX ready for the Desktop? See http://www.kde.org
KDE Developer: esken@kde.org
_______________________________________________
kde-multimedia mailing list
kde-multimedia@kde.org
https://mail.kde.org/mailman/listinfo/kde-multimedia


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