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

List:       kde-scm-interest
Subject:    Re: [Kde-scm-interest] Meeting minutes
From:       Chani <chanika () gmail ! com>
Date:       2009-11-16 22:16:10
Message-ID: 200911161416.17012.chanika () gmail ! com
[Download RAW message or body]

[Attachment #2 (multipart/signed)]


On November 16, 2009 13:52:58 Ingmar Vanhassel wrote:
> Excerpts from Chani's message of Mon Nov 16 22:26:16 +0100 2009:
> > interesting...
> > given that packagers have to split up kde applications anyways, could it
> > be *good* to offer individual tarballs? if so, wouldn't now be the least
> > painful time to make such a change? what if kdegames was a gitorious
> > project with 39 repos (assuming one extra for shared stuff)?
> 
> Speaking as a packager, it would be simply great to provide individual
> tarballs for some modules.
> 
> I care less about splitting kdelibs, kdepimlibs, and the
> kdebase-runtime, kdebase-workspace modules. Modules like kdenetwork &
> kdegames, which as someone put it earlier, are more like an aggregation
> of projects, are a different matter though.  Those modules have a
> relatively simple dependency tree in the module, and it shouldn't be too
> much effort to split those up.
> 
> And yes, I'm prepared to help in this effort and I'm confident that I'm
> not the only packager who is.
> 

well... if we have people volunteering... why not, eh? :)
my main concern about it was that it'd be work that someone has to do.

btw... it'd probably be a good idea to talk to some of the biggest committers 
to such modules. after all, they're going to be among the main users, it seems 
like this discussion should involve them...

-- 
This message brought to you by eevil bananas and the number 3.
www.chani3.com

["signature.asc" (application/pgp-signature)]

_______________________________________________
Kde-scm-interest mailing list
Kde-scm-interest@kde.org
https://mail.kde.org/mailman/listinfo/kde-scm-interest


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