KDE/kdelibs

Sebastian Trueg trueg at kde.org
Thu Nov 26 08:25:34 GMT 2009


Volker Krause wrote:
> On Thursday 26 November 2009 05:14:21 Ian Wadham wrote:
>> On Thursday 26 November 2009 10:18:52 am Andreas Pakulat wrote:
>>> On 25.11.09 20:49:42, Sebastian Trueg wrote:
>>>> SVN commit 1054298 by trueg:
>>>>
>>>> Nepomuk in kdelibs now depends on the new shared-desktop-ontologies
>>>> package which is developed in the OSCAF project[1] - a joint forces
>>>> project by members of Nepomuk-KDE, Strigi, Tracker, and other research
>>>> partners such as DFKI Kaiserslautern or DERI Galway.
>>>>
>>>> After this commit I will start to remove all copies of ontologies from
>>>> the KDE svn.
>>> IMHO:
>>> As this is clearly not a bugfix, the cmake-parts are apparently broken
>>> (see Alex mail), its not in the feature plan and you didn't announce
>>> this new dependency anywhere I think you need to revert this and wait
>>> with it for KDE 4.5. You completely ignored any policies we've setup for
>>> kdelibs development.
>> IMHO also:
>> Quite apart from any breach of rules that may have taken place, I object
>> in principle to new KDE library dependencies being introduced at the
>> instigation of one developer or group of developers, presumably for the
>> convenience of their own work, not just in this case but in several other
>> cases in the past.
>>
>> What it means is that *every* developer who wants to update the libraries
>> he/she normally uses, for any reason at all, has to go and find the
>> required package, download it, build it, etc, etc, regardless of whether
>> they have any use for it or even know what it is [1].  That process is
>> repeated hundreds of times around the globe by one KDE developer after
>> another ...  FAIK it may also affect the work of distros and eventually
>> end-users.  In this case, for example, will the average user need this
>> ontologies thing?
>>
>> Surely there is a better way?  I am certain there must be ...
> 
> Well, the current way certainly isn't better, we have several copies of these 
> files all over KDE (kdepim alone has two already), a maintenance nightmare. 
> Also, keep in mind that we are talking about pure data files here, nothing to 
> compile etc (at least AFAIK).


yes, noting to compile. no dependencies. If this is such a big problem
for many people we can put a copy of the ontologies into kdelibs. But as
I said before: this was in the feature plan and has been for a long time.

I am sure nobody would say anything if I had not commited it in the last
minute. But what is a date like the feature freeze good for if I cannot
commit features until the last minute?

Cheers,
Sebastian




More information about the kde-core-devel mailing list