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

List:       kde-core-devel
Subject:    Re: FW: [REMINDER] Upcoming KDE 4.0 Milestones + Nepomuk
From:       David Faure <faure () kde ! org>
Date:       2007-04-12 13:49:25
Message-ID: 200704121549.25927.faure () kde ! org
[Download RAW message or body]

On Thursday 12 April 2007, Andras Mantia wrote:
> On Thursday 12 April 2007, David Faure wrote:
> > > I disagree with this. People will still use it and complain after.
> > 
> > Too bad for them.
> 
> Unfortunately it's bad for the users as well.
> 
> > > I propose kdeextragear-libs
> > 
> > This doesn't sound like a good place for a lib that the main kde
> > modules are going to need; extragear is typically compiled -after-
> > the main kde modules.
> 
> This is the case now, but will it be for KDE4? There was an idea of 
> putting gwenview in kdegraphics, but it is using the kipi plugins (and 
> library) which is in extragear-libs.
> And adjusting ~/.kdesvn-buildrc to compile extragear-libs after kdelibs 
> isn't that hard. ;)

Then there's nothing "extra" about it. Extra means optional. Extragear-libs \
needed by kdelibs means it's not optional anymore, and if it's "released \
independently" like extragear normally is, then we have a big mess ahead of \
us. This isn't about my order of compilation, this is about releases and \
versions and requirements.

Why don't we just make a kdegraphicslibs like we have kdepimlibs? Then I \
have no objection to it being compiled after kdelibs and before \
kdegraphics, assuming kdegraphicslibs is released with KDE (kdelibs and \
kdegraphics and all the rest - no version hunting nightmare, it's all \
matching).

But this doesn't help nepomuk, it's not a graphic lib :)

-- 
David Faure, faure@kde.org, sponsored by Trolltech to work on KDE,
Konqueror (http://www.konqueror.org), and KOffice (http://www.koffice.org).


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