Moving kfilereplace to kdeutils

Eric Laffoon sequitur at
Fri Nov 12 18:20:09 GMT 2004

On Friday 12 November 2004 09:45 am, Michael Nottebrock wrote:
> On Friday, 12. November 2004 17:59, Andras Mantia wrote:
> > On Friday 12 November 2004 18:41, Michael Nottebrock wrote:
> > > I am and I have been for a long time. This would be a nice
> > > opportunity to get this fixed as well.
> >
> > You will never fix it unless you put all applications that provide a
> > part (or even others that accept command line arguments) to kdelibs.
> KFileReplace is just a part, not a standalone application though, right?
> Why would it belong into utils more than addons anyway then?

KFR was an application, we made it into a part during clean up and it is now 
able to be run stand alone and as a part.
> >  What's really wrong if the dependency is at compile-time and you cannot
> > build module kdefoo without module kdefoo2.
> If Quanta will be able to use KFileReplace without kdeutils being present
> at compile time, that would be significantly different from kdevelop, which
> does require cervisia headers at build time.

That is how it is. Our integration with KFR is strictly as a KPart and using 
Eric Laffoon - Quanta+ Team Leader  sequitur at
Mailing list -
GPG Fingerprint: 48FB 218D 747F A54A 319D EE98 4A25 794E A453 004B

More information about the kde-core-devel mailing list