<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_extra"><br><div class="gmail_quote">On 23 May 2016 at 09:38, Martin Graesslin <span dir="ltr"><<a href="mailto:mgraesslin@kde.org" target="_blank">mgraesslin@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On Sunday, May 22, 2016 12:22:28 AM CEST Jaroslaw Staniek wrote:<br>
> So we, in KDE, lack LGPL style code for our de-facto official look and feel.<br>
<br>
</span>This is the crucial point. Breeze is not the de-facto official look and feel of<br>
KDE. It's the look and feel of Plasma.</blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">This is playing a word game here.<br>​</div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Applications shouldn't use it.<br></blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">​Because? Who says so? That would be the first SDK that suggest claims. And that's the only open source style I have around with such clause.​<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">With all respect to the original authors (I spent time for bugfixing too), things go WRONG if we didn't collect requirements (ability to run non-GPL apps under Plasma) and started coding.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Relicensing is a clean and simple means to undo this mistake. Earlier -- better.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br>We were all the time correct with licensing -- I mentioned KDElibs4 before. Let's see how it went in KDE3 (Plastik, Highcolor, etc.): <a href="https://websvn.kde.org/branches/KDE/3.5/kdelibs/" target="_blank">https://websvn.kde.org/branches/KDE/3.5/kdelibs/</a><br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">I started contributions in 2003. These were times when usage of the styles by non-GPL apps were assumed.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">At the same time before LGPL-izing, Qt had non-GPL exception what allowed to use Qt's styles with non-GPL apps. Everything was clear and Qt app development was no more closed than Visual Basic and a bit more closed than GTK+.<br>After LGPL-izing, Qt styles went all LGPL because obviously otherwise plugins linking to symbols would make the user's code GPL.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"></div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Applications of course can use it as much as they want. Nobody is going to<br>
forbid it. But the fact that they use it, doesn't make it the de-facto official<br>
look and feel and doesn't mean that we have to licence the style as LGPL.<br></blockquote><div><br><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small;display:inline">For now the _license_ forbids it. No distributed app can contain GPL-incompatible part or plugin. If I had to produce no matter what type of GPL plugin, a style plugin,  SQL plugin, image format - I am spreading the virality of GPL in all the uses. That's also what are the dual licensing businesses are about, don't we see?<br><br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
I stay where I am: I am not agreeing to having my code in Breeze (and Oxygen)<br>
being relicensed to LGPL. I don't see a need for it, I think GPL is the right<br>
choice for that code.<br></blockquote><div><br><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">It would not matter as much as what's the right ​choice for KDE as a product in the route to success comparable with competing products. If we think strategically, code is our byproduct.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">In another (internal) contributor's thread we just started to discuss marketing of KDE and that nobody knows what's what in the twisted architecture. <br>Compulsive modularization (or limiting licensing) can degrade products I am afraid. <br><br>How is it important to someone who wants to, say, sell a calculator app that is runing on top of Plasma when all she gets from us is "GPL-compatibility is good choice for your calculator".<br><br>This is not going well. I was _this_ close to a blog entry about default Plasma installations not allowing non-GPL applications. But why to have another Akonadi-like rant. There are always solutions. Now I see that maybe it's better to switch to a breeze-fied fusion style (LGPL).<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">All in all, If nobody just noted an issue with the licensing above maybe nobody tried to place/distribute a non-GPL software on top of Plasma? That would be the worst news of all to me.<br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small"><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Please speak up someone else because it's a matter of KDE, not just a single desktop shell. Maybe some voting fits here.<br><br></div><div class="gmail_default" style="font-family:monospace,monospace;font-size:small">Cheers<br></div></div></div><br><br clear="all"><br>-- <br><div data-smartmail="gmail_signature">regards, Jaroslaw Staniek<br><br>KDE:<br>: A world-wide network of software engineers, artists, writers, translators<br>: and facilitators committed to Free Software development - <a href="http://kde.org" target="_blank">http://kde.org</a><br>Calligra Suite:<br>: A graphic art and office suite - <a href="http://calligra.org" target="_blank">http://calligra.org</a><br>Kexi:<br>: A visual database apps builder - <a href="http://calligra.org/kexi" target="_blank">http://calligra.org/kexi</a><br>Qt Certified Specialist:<br>: <a href="http://www.linkedin.com/in/jstaniek" target="_blank">http://www.linkedin.com/in/jstaniek</a></div>
</div></div>