From kde-core-devel Thu Apr 12 13:49:25 2007 From: David Faure Date: Thu, 12 Apr 2007 13:49:25 +0000 To: kde-core-devel Subject: Re: FW: [REMINDER] Upcoming KDE 4.0 Milestones + Nepomuk Message-Id: <200704121549.25927.faure () kde ! org> X-MARC-Message: https://marc.info/?l=kde-core-devel&m=117638548707584 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).