Baloo Framework - License Exception

Sebastian Kügler sebas at
Mon Jan 5 16:23:58 UTC 2015

On Monday, January 05, 2015 16:11:21 David Edmundson wrote:
> On Mon, Jan 5, 2015 at 3:04 PM, Sebastian Kügler <sebas at> wrote:
> > On Monday, January 05, 2015 14:32:32 Vishesh Handa wrote:
> > > On Mon, Jan 5, 2015 at 1:58 PM, Sebastian Kügler <sebas at> wrote:
> > say
> > 
> > > Great. We have somewhat of a consensus, and I would have to do a lot of
> > > work to not make it a framework. I'll request the move and everything
> > 
> > that
> > 
> > > is required. I'll also add a disclaimer that Baloo is effectively GPL.
> > > 
> > > I also started hacking on the Xapian replacement, and I have a student
> > > experimenting with Lucene, so Baloo will eventually become LGPL.
> > 
> > I think it's a misunderstanding: I think the effort of *NOT* having it a
> > framework is worth clarity of licensing to frameworks. IOW: If it's not
> > /effectively/ LGPL, but just on paper, it should not be a framework.
> > 
> > Sorry for the confusion!
> I'm not clear on what you're proposing instead?
> Clearly we're at an impasss with at least a few people on each side.
> Maybe we could all agree to let Kevin Krammer (as I understand it, the
> current head of frameworks) to make a tough executive decision based on the
> thoughts people have had here so we can move forwards with making sure it
> gets released.
> We in Plasma have a deadline to make sure this gets sorted with a release
> in the next few days. We can't afford to to-and-fro on this any further.

I'm suggesting to not make it a framework yet. We can ship it in kde/workspace 
or whereever it is now for the time being. Vishesh said he's already working 
on cleaning out the Xapian dependency, I hope it can become a proper framework 
when that is complete.

I'm not in a position to veto it nor do I want that kind of responsibility, 
this is /just/ my opinion on the matter and I hope it's taken as input for a 
wise decision that we don't regret later on.
sebas | | GPG Key ID: 9119 0EF9

More information about the Kde-frameworks-devel mailing list