--===============3943897840537527227== Content-Type: multipart/alternative; boundary=001a11c1e8b833165a04eca24ce1 --001a11c1e8b833165a04eca24ce1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable GOD DAMMIT i=E2=80=99m sorry. Afaik only JSLint, not JSHint is under doug= =E2=80=99s modified MIT license (wikipedia is wrong that they allegedly use the same license). and the phrase doug added which made JSLint=E2=80=99s MIT license= nonfree is ridiculously =E2=80=9CThe Software shall be used for good, not evil=E2= =80=9D=E2=80=A6 If we however identify as =E2=80=9Cminions of IBM=E2=80=9D, then we can freely us= e it, since he explicitly allowed IBM (and their minions) to use his software for evil :) i still want the user to be able to use JSLint, and there should be a solution. while the old python lib that got used to provide JSLint functionality =E2=80=9Cgot around it=E2=80=9D by downloading JSHint on dema= nd, i doubt that this is OK. the only difference is that it=E2=80=99s not in our repo, but t= hat doesn=E2=80=99t change the fact that js_utils used the code before just lik= e it uses the code now. so my change only directed attention to it, and didn=E2= =80=99t add a new incompatible license. i think we could require the user to click a one-time messagebox which says =E2=80=9Cyou=E2=80=99re only allowed to lint your JavaScript for good, not = for evil=E2=80=9D, and, if he declines, fail to load the js_utils plugin with a UserIsEvilException. sounds good? 2013/12/3 Alex Turbov > > On Tue, Dec 3, 2013 at 3:01 PM, Milian Wolff wrote: > >> On Monday 02 December 2013 17:40:36 T.C. Hollingsworth wrote: >> >> >> >> > I really hate being the licensing police, but this presents a big >> > problem to downstream distributors. :-( >> >> Please don't feel bad for bringing such topics up. It's important and I >> appreciate that you are taking care of it. Developers such as me often >> simply >> don't think about it at all, and/or are not aware of whats compatible wi= th >> what. >> >> So, @ the Pate guys - can you please take care of this asap? T.C. explai= ns >> what could be done. Generally, we might think about GHNS support for the= se >> things, which would allow users to download the file at runtime, >> completely >> bypassing the distributors. >> > > +1 for GHNS! (for Python plugins) > also it will allow to ppl to share their plugins publicly (and probably > can helps to increase amount of available plugins). > but (also) we need a good tutorial about *how to write a python plugin in > 15 minutes* to show that it is *really simple* (and fun) task... > > >> >> Cheers >> -- >> Milian Wolff >> mail@milianw.de >> http://milianw.de >> _______________________________________________ >> KWrite-Devel mailing list >> KWrite-Devel@kde.org >> https://mail.kde.org/mailman/listinfo/kwrite-devel >> > > > _______________________________________________ > KWrite-Devel mailing list > KWrite-Devel@kde.org > https://mail.kde.org/mailman/listinfo/kwrite-devel > > --001a11c1e8b833165a04eca24ce1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
GOD DAMMIT i=E2=80=99m sorry. Afaik only JS= Lint, not JSHint is under doug=E2=80=99s modified MIT license (wikipedia is= wrong that they allegedly use the same license). and the phrase doug added= which made JSLint=E2=80=99s MIT license nonfree is ridiculously =E2=80=9CT= he Software shall be used for good, not evil=E2=80=9D=E2=80=A6 If we howeve= r identify as =E2=80=9Cminions of IBM=E2=80=9D, then we can freely use it, = since he explicitly allowed IBM (and their minions) to use his software for= evil :)

i still want the user to be able to use JSLint, and there s= hould be a solution. while the old python lib that got used to provide JSLi= nt functionality =E2=80=9Cgot around it=E2=80=9D by downloading JSHint on d= emand, i doubt that this is OK. the only difference is that it=E2=80=99s no= t in our repo, but that doesn=E2=80=99t change the fact that js_utils used = the code before just like it uses the code now. so my change only directed = attention to it, and didn=E2=80=99t add a new incompatible license.

i think we could require the user to click a one-time messagebox which = says =E2=80=9Cyou=E2=80=99re only allowed to lint your JavaScript for good,= not for evil=E2=80=9D, and, if he declines, fail to load the js_utils plug= in with a UserIsEvilException. sounds good?


2= 013/12/3 Alex Turbov <i.zaufi@gmail.com>

=
On Tue, Dec 3, 2013 at 3:01 PM, Milian Wolff <mail@milianw= .de> wrote:
On Monday 02 December 2013 17:40:36 T.C. Hol= lingsworth wrote:

<snip>

> I really hate being the licensing police, but this presents a big
> problem to downstream distributors. =C2=A0:-(

Please don't feel bad for bringing such topics up. It's important a= nd I
appreciate that you are taking care of it. Developers such as me often simp= ly
don't think about it at all, and/or are not aware of whats compatible w= ith
what.

So, @ the Pate guys - can you please take care of this asap? T.C. explains<= br> what could be done. Generally, we might think about GHNS support for these<= br> things, which would allow users to download the file at runtime, completely=
bypassing the distributors.

+1 fo= r GHNS! (for Python plugins)
also it will allow to ppl to sha= re their plugins publicly (and probably can helps to increase amount of ava= ilable plugins).
but (also) we need a good tutorial about how to write a python plugin in= 15 minutes to show that it is really simple (and fun) task...
=C2=A0

Cheers
--
Milian Wolff
mail@milianw.de http://milianw.de
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.= org
https://mail.kde.org/mailman/listinfo/kwrite-devel


_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel


--001a11c1e8b833165a04eca24ce1-- --===============3943897840537527227== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ KWrite-Devel mailing list KWrite-Devel@kde.org https://mail.kde.org/mailman/listinfo/kwrite-devel --===============3943897840537527227==--