[prev in list] [next in list] [prev in thread] [next in thread]
List: kwrite-devel
Subject: Re: Non-free file in pate js_utils plugin
From: J._Pablo_Martín_Cobos <goinnn () gmail ! com>
Date: 2013-12-04 7:38:13
Message-ID: CALNyWLH=C4N3pZWzVZfdAaA9WAtBbgxyUNyasPdwqOh3bFb_ow () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
2013/12/4 Kevin Kofler <kevin.kofler@chello.at>
> Sune Vuorela wrote:
> > On 2013-12-03, Philipp A. <flying-sheep@web.de> wrote:
> > > up until now, the code was bascically the same as now, just that jslint
> > > was an external dependency. it downloaded nonfree code without user
> > > agreement or notification.
> >
> > Urgh.
>
> Yeah, that's clearly not an acceptable solution.
>
> > > should i just return to the downloading begavior for JSLint and show the
> > > user a license agreement when they first try to use JSLint? or should i
> > > remove JSLint and only leave JSHint (which is plain MIT licensed)
> >
> > I'd remove the traces of any files of Douglas Crockford origin. He does
> > not produce free nor opensource software and his work should not be
> > promoted.
>
> +1
>
> js_utils really needs to do away with JSLint and JSHint support. Please
> look
> into the alternatives I listed at:
> https://bugzilla.redhat.com/show_bug.cgi?id=1028819#c1
> To the best of my knowledge, those are all acceptably licensed and not
> derived from JSLint or any other encumbered code (though it wouldn't hurt
> to
> audit them before deciding to use them).
>
> I see only 3 possible solutions, in decreasing order of preference:
> 1. replace "check with JSLint/JSHint" by one of the above Free Software
> alternatives,
> 2. remove "check with JSLint/JSHint" from js_utils entirely,
> 3. remove js_utils altogether.
>
>
If jslint is an external dependence like the before solution is this a
problem?
When Alejandro Blanco and I coded this feature we used a wrapper coded by
him for this reason:
https://pypi.python.org/pypi/pyjslint
You can see here:
https://projects.kde.org/projects/kde/applications/kate/repository/revisions/5fc15c5da \
963d35ee8ec8d5a0f61b6a4af9b53b3/entry/addons/kate/pate/src/plugins/js_utils/jslint.py
I think that we should come back to something like it
Do you think about it?
Best Regards,
--
Pablo Martín
[Attachment #5 (text/html)]
<div dir="ltr">2013/12/4 Kevin Kofler <span dir="ltr"><<a \
href="mailto:kevin.kofler@chello.at" \
target="_blank">kevin.kofler@chello.at</a>></span><br><div \
class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" \
style="margin:0px 0px 0px \
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im">Sune Vuorela wrote:<br>
> On 2013-12-03, Philipp A. <<a \
href="mailto:flying-sheep@web.de">flying-sheep@web.de</a>> wrote:<br> >> up \
until now, the code was bascically the same as now, just that jslint<br> >> was \
an external dependency. it downloaded nonfree code without user<br> >> \
agreement or notification.<br> ><br>
> Urgh.<br>
<br>
</div>Yeah, that's clearly not an acceptable solution.<br>
<div class="im"><br>
>> should i just return to the downloading begavior for JSLint and show the<br>
>> user a license agreement when they first try to use JSLint? or should i<br>
>> remove JSLint and only leave JSHint (which is plain MIT licensed)<br>
><br>
> I'd remove the traces of any files of Douglas Crockford origin. He does<br>
> not produce free nor opensource software and his work should not be<br>
> promoted.<br>
<br>
</div>+1<br>
<br>
js_utils really needs to do away with JSLint and JSHint support. Please look<br>
into the alternatives I listed at:<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=1028819#c1" \
target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=1028819#c1</a><br> To the \
best of my knowledge, those are all acceptably licensed and not<br> derived from \
JSLint or any other encumbered code (though it wouldn't hurt to<br> audit them \
before deciding to use them).<br> <br>
I see only 3 possible solutions, in decreasing order of preference:<br>
1. replace "check with JSLint/JSHint" by one of the above Free Software<br>
alternatives,<br>
2. remove "check with JSLint/JSHint" from js_utils entirely,<br>
3. remove js_utils altogether.<br>
<span class=""><font \
color="#888888"><br></font></span></blockquote><div><br></div><div>If jslint is an \
external dependence like the before solution is this a \
problem?<div><br></div><div>When Alejandro Blanco and I coded this feature we used a \
wrapper coded by him for this reason:</div> <div><br></div><div><a \
href="https://pypi.python.org/pypi/pyjslint">https://pypi.python.org/pypi/pyjslint</a></div><div><br></div><div>You \
can see here:</div><div><br></div><div><a \
href="https://projects.kde.org/projects/kde/applications/kate/repository/revisions/5fc \
15c5da963d35ee8ec8d5a0f61b6a4af9b53b3/entry/addons/kate/pate/src/plugins/js_utils/jsli \
nt.py">https://projects.kde.org/projects/kde/applications/kate/repository/revisions/5f \
c15c5da963d35ee8ec8d5a0f61b6a4af9b53b3/entry/addons/kate/pate/src/plugins/js_utils/jslint.py</a></div>
<div><br></div><div>I think that we should come back to something like \
it</div><div><br></div><div>Do you think about it?</div><div><br></div><div>Best \
Regards,</div></div><div><br></div><div>--</div><div><br></div><div>Pablo \
Martín</div> </div></div></div>
_______________________________________________
KWrite-Devel mailing list
KWrite-Devel@kde.org
https://mail.kde.org/mailman/listinfo/kwrite-devel
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic