External SVN item in kdebase/runtime/nepomuk/services/queryservice/lib

Andreas Pakulat apaku at gmx.de
Wed Sep 17 22:26:17 BST 2008

On 17.09.08 23:13:10, Thiago Macieira wrote:
> Thomas Schaap wrote:
> >I run KDE 4 from SNV trunk. During my daily update-and-compile round I
> >found today that someone added an external SVN item in
> >kdebase/runtime/nepomuk/services/queryservice/lib. Normally, this is no
> >problem. However, it seems this external was retrieved over https. As
> >far as I know, I don't have access to the KDE SVN over https, only over
> >svn+ssh. Is there a way for me to fix this? Or should the external be
> > fixed?
> Can we please find a solution without svn:externals?
> This is duplicating code. Move it to a library.
> You know my position: zero svn:externals. I'm using git-svn and I hate 
> them. And if we want to use Git, we WILL have to get rid of them, 
> completely and utterly. We should be cleaning up the ones we have, not 
> adding more.

How do you suggest to solve the following:

- a widget class thats not exported because its in kdelibs/kate and its
  not ready to be exposed (as in kate devs and our developer that works
  on it are not ready to guarantee BC. But the same widget is needed 
  for a plugin in kdevplatform.
- a code-generator provides a memory pool for the AST nodes, but
  kdevelop doesn't want to force everybody to compile that
  playground-generator. So it includes pre-generated code, but still
  needs the headers for the memory pool. Copying the headers would
  mean real code-duplication, so its an external. OTOH the generator
  should not depend on kdevelop.


You should go home.

More information about the kde-core-devel mailing list