KDE/kdelibs

[Volker Krause]

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).

regards
Volker

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part.
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20091126/02766d32/attachment.sig>