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

List:       kde-extra-gear
Subject:    Re: [Kde-extra-gear] extragear insanity again
From:       Joris Guisson <joris.guisson () gmail ! com>
Date:       2005-09-13 12:08:23
Message-ID: 6bc528f405091305082170f7bc () mail ! gmail ! com
[Download RAW message or body]

I'm all for bksys/scons, we can finaly get rid of autoconf and it's 1
million useless tests.

Btw, does anybody know how bksys integration is going with KDevelop ?

Joris,

On 9/12/05, Helio Chissini de Castro <helio@mandriva.com> wrote:
> Em Monday 12 September 2005 10:30, George Staikos escreveu:
> >    At aKademy I decided to check out extragear graphics to build Kst. 
> The
> > checkout was, IIRC, over 200MB.  Can I ask again why we don't put a
> > separate toplevel and admin on each app individually?  We could still
> keep
> > the toplevel structure in a sense:
> >
> > extragear/
> > extragear/graphics
> > extragear/graphics/digikam {/admin/ configure.in.in etc}
> > extragear/graphics/kst {/admin/ configure.in.in etc}
> 
> Ok..
> 
> I could agree with this change, but i'm against. My point is;
> KDE is moving, so if we want avoid insanity, and need change lot of steps 
> ( adding admin and more code ) on every subtree, so i'm in favor now to move
> 
> to bksys/scons right now.
> Otherwise, i don't want mess with buildtree two times.
> I know, that check top tree and just kst can be i pain in the ass, but avoid
> 
> download 200 mb of packages. kdesvn-build do this task easily if you want 
> avoid do it manually.
> 
> So, i'm deciding put on vote until Friday to extragear developers decide if
> we 
> CHANGE for bksys now, otherwise buildsystem will remain same until KDE 4 
> stable development cicle.
> 
> Best regards.
> 
> 
> -- 
> Helio Chissini de Castro
> Research and development
> Mandriva Brasil Labs
> 
>
_______________________________________________
Kde-extra-gear mailing list
Kde-extra-gear@kde.org
https://mail.kde.org/mailman/listinfo/kde-extra-gear

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