death to kdeaddons, long live extragear!
Dirk Mueller
mueller at kde.org
Wed Aug 29 22:18:04 BST 2007
On Wednesday, 29. August 2007, Aaron J. Seigo wrote:
> On Wednesday 29 August 2007, koos vriezen wrote:
> it's usually a few lines to add to a given CMakeLists.txt file to make
> something stand alone rather than conglomerated.
It has to be tested in e.g. the dashboard to make sure it doesn't break. I've
seen plenty of times modular/non-modular builds break because the particular
person who changed something only tested one scenario (myself included, heck,
thats why I'm doing it in the first place).
> it probably makes sense to
> provide some scripts for packagers to make this job easy; perhaps even a
> little (gui? commandline? both?) tool that lets them select a strategy
I think packagers can do their job. Our buildsystem is powerful enough in
theory, we just have to make sure that this is actually the case in practice
by testing the different build scenarios.
If anyone has suggestions on which build-paths should be tested by the
dashboard I'm happy to add that. I've just switched off kicker for example
and saw things breaking apart :)
Anyway, regarding the actual topic of this thread:
the idea of kdeaddons was that it is "extra" stuff that is released together
with KDE, partially because it was maintained by people who don't bother to
do separate releases. It also means that translations are in sync with a
defined state.
Now, if we have a person or a group of people making sure that extragear gets
regular releases (and that translations are synced with that), then I'm all
for killing kdeaddons.
But lets just for once stop killing things until the replacement strategy is
in place.
Greetings,
Dirk
More information about the kde-core-devel
mailing list