Jshint: jshint.js 라이센스를 변경하고 불량 또는 악을 제거하십시오.

"나쁜지 나쁜지" 라이선스가 JSLint의 원래 소프트웨어 라이선스이기 때문에 이런 일이 발생할 수 있는지 모르겠습니다.

나는 또한 이것이 다른 소프트웨어를 배송하는 데 큰 장애물이 되기 때문에 이것이 가능한 한 빨리 일어나야 한다고 생각합니다.

예를 들어 데비안 버그 리포터의 매우 슬픈 스레드: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673727.

JSHINT에서 모든 Crockford 코드를 제거하지 않고는 불가능합니다. 그래도 확실히 일어날 수 있습니다.

법률을 이해하는 사람의 의견이 필요합니다. (안해)

@goatslacker 가 맞다고 확신합니다. Crockford에 라이선스 변경을 요청할 수 있습니다. :)

@goatslacker 이 저장소의 Crockford 부분에서 작성한 모든 코드에 대한 참조를 어디에서 찾을 수 있습니까?

@hellais 현재 HEAD에 대한 jshint(포크가 시작된 위치)에 대한 첫 번째 커밋에 대해 diff를 실행할 수 있습니다.

Git은 다음과 같이 알려줍니다.

web/jshint - [master] » git log --author="Douglas Crockford" --oneline --shortstat
40e3f73 It
 1 file changed, 1 insertion(+), 1 deletion(-)
7c327bf Tolerate stupid blockless blocks.
 1 file changed, 21 insertions(+), 13 deletions(-)
8d1c4eb clarification
40e3f73 It
 1 file changed, 1 insertion(+), 1 deletion(-)
7c327bf Tolerate stupid blockless blocks.
 1 file changed, 21 insertions(+), 13 deletions(-)
8d1c4eb clarification
 1 file changed, 3 insertions(+), 3 deletions(-)
5675d2c http://tech.groups.yahoo.com/group/jslint_com/message/1730
 5 files changed, 2752 insertions(+), 2847 deletions(-)
73c2fe3 indent
 1 file changed, 4 insertions(+), 3 deletions(-)
d41c211 http://tech.groups.yahoo.com/group/jslint_com/
 1 file changed, 2 insertions(+)
d7896b2 step_in step_out
 1 file changed, 18 insertions(+), 5 deletions(-)
85c95ac for var
 1 file changed, 4 insertions(+), 5 deletions(-)
caa8885 use strict
 2 files changed, 5 insertions(+), 4 deletions(-)
1da55dd http://www.yuiblog.com/blog/2010/12/14/strict-mode-is-coming-to-town/
 2 files changed, 7 insertions(+), 8 deletions(-)
b6d8b25 use strict
 4 files changed, 25 insertions(+), 25 deletions(-)
dc4a013 JSON escape v
 1 file changed, 5 insertions(+), 2 deletions(-)
80a2252 JSON escape single quote
 1 file changed, 5 insertions(+), 1 deletion(-)
bdd3576 k
 4 files changed, 8 insertions(+), 6 deletions(-)
6735394 Cleanup.
 2 files changed, 159 insertions(+), 167 deletions(-)
00d8d1f option.predef
 1 file changed, 2 insertions(+), 2 deletions(-)
6af839a option.predef
 2 files changed, 91 insertions(+), 66 deletions(-)
c933206 Warn on new Array(NUMBER)
 1 file changed, 2 insertions(+), 17 deletions(-)
f73d206 Add fullinit_ui.js, an ADsafe widget
 3 files changed, 159 insertions(+), 5 deletions(-)
523956b Removing rhino.js and wsh.js. Other projects are providing better alternatives.
 4 files changed, 4 insertions(+), 67 deletions(-)
d98f753 dangerous comments
 1 file changed, 1 insertion(+), 1 deletion(-)
35ec4a5 groove
 5 files changed, 95 insertions(+), 203 deletions(-)
d4a0702 More css colors
 1 file changed, 99 insertions(+), 64 deletions(-)
eb939e7 Use charAt instead of [] in line 1786.
 2 files changed, 0 insertions(+), 0 deletions(-)
7800939 Add README
 1 file changed, 20 insertions(+)
ca120a7 first commit
 6 files changed, 7011 insertions(+)

그 정도면 안되는데...

@dcramer가 말한 것. 하지만 도중에 공백에서 탭으로 전환했기 때문에 별로 유용하지 않을 것입니다. 따라서 다음과 같이 해야 합니다.

1. 첫 번째 JSHint 커밋을 확인하십시오. 탭으로 변환합니다.
2. 최신 JSHint 커밋을 확인하십시오.
3. 일반 diff 도구를 사용하여 (1)과 (2)를 비교합니다.

Lexer는 완전히 다시 작성되었고 파서는 상당히 변경되었으며 솔직히 말해서 내가 라이선스를 변경하더라도 @douglascrockford 가 저를 고소할 것이라고 생각하지 않습니다. 하지만, 여전히 나는 멍청이가 되고 싶지는 않다. :-)

@antonkovalyov 코드 구조가 크게 변경되었기 때문에 일반 diff도 작동하지 않을 것이라고 생각합니다. 코드의 어느 부분이 원래 작성자의 것인지 확인하는 가능한 방법을 찾고 있습니다.

simian 또는 checkstyle http://checkstyle.sourceforge.net/config_duplicates.html 과 같은 가능성 탐색

이 헤드에서 모든 JS 코드를 추출한 후: 40e3f73 ( git log --author="Douglas Crockford" 의 마지막 커밋) 및 현재 마스터의 src/*.js 루트 아래에 있는 모든 js와 비교합니다.

다음 유사성 분석기를 통해 두 가지를 실행합니다.

Similarity Analyser 2.3.34 - http://www.harukizaemon.com/simian
Copyright (c) 2003-2013 Simon Harris.  All rights reserved.
Simian is not free unless used solely for non-commercial or evaluation purposes.

그리고 40e3f73과 현재 마스터 모두에 있는 것으로 보이는 코드 줄을 추출하면 Douglas Crockford가 작성한 이 리포지토리에 남아 있는 유일한 코드 줄인 것으로 보입니다.

                lbp: p,
                value: s
            };
        }
        return x;
    }

    function delim(s) {
        return symbol(s, 0);
    }


----------------------
----------------------
        identifier: true,
        nud: function () {
            var v = this.value,
                s = scope[v],
                f;

            if (typeof s === "function") {

----------------------
----------------------
        member = {};
        membersOnly = null;
        implied = {};
        inblock = false;
        lookahead = [];
        warnings = 0;
        unuseds = [];

----------------------
----------------------
    confirm: false,
    console: false,
    Debug  : false,
    opera  : false,
    prompt : false
};


----------------------
----------------------
        }

        if (!a) {
            a = [line];
            implied[name] = a;
        } else if (a[a.length - 1] !== line) {
            a.push(line);
        }
    }

----------------------
----------------------
                char = this.peek(index);
                if (!isDecimalDigit(char)) {
                    break;
                }
                value += char;
                index += 1;
            }
        }

----------------------
----------------------
    }

    function warningAt(m, l, ch, a, b, c, d) {
        return warning(m, {
            line: l,
            from: ch
        }, a, b, c, d);
    }

    function error(m, t, a, b, c, d) {
        warning(m, t, a, b, c, d);
    }

----------------------
----------------------
        };
        return x;
    }

    function type(s, f) {
        var x = delim(s);
        x.type = s;
        x.nud = f;
        return x;
    }


----------------------
----------------------
                                    case '<':
                                        if (xmode === 'script') {
                                            c = s.charAt(l);
                                            if (c === '!' || c === '/') {
                                                warningAt(
"HTML confusion in regular expression '<{a}'.", line, from + l, c);
                                            }
                                        }

----------------------
----------------------
            Object              : false,
            parseInt            : false,
            parseFloat          : false,
            RangeError          : false,
            ReferenceError      : false,
            RegExp              : false,
            String              : false,
            SyntaxError         : false,

----------------------
----------------------
            Function            : false,
            hasOwnProperty      : false,
            isFinite            : false,
            isNaN               : false,
            JSON                : false,
            Math                : false,
            Number              : false,
            Object              : false,

----------------------
----------------------
    Boolean            : false,
    Date               : false,
    decodeURI          : false,
    decodeURIComponent : false,
    encodeURI          : false,
    encodeURIComponent : false,
    Error              : false,
    "eval"             : false,
    EvalError          : false,

----------------------
----------------------
            onbeforeunload  : true,
            onblur          : true,
            onerror         : true,
            onfocus         : true,
            onload          : true,
            onresize        : true,
            onunload        : true,
            open            : false,
            opener          : false,
            Option          : false,

----------------------
----------------------
        }
    }

    // We need a peek function. If it has an argument, it peeks that much farther
    // ahead. It is used to distinguish
    //     for ( var i in ...
    // from
    //     for ( var i = ...

    function peek(p) {
        var i = p || 0, j = 0, t;

        while (j <= i) {
            t = lookahead[j];
            if (!t) {
                t = lookahead[j] = lex.token();
            }
            j += 1;
        }
        return t;
    }

    // Produce the next token. It looks for programming errors.

    function advance(id, t) {
        switch (state.tokens.curr.id) {
        case "(number)":

----------------------
----------------------
            Option          : false,
            parent          : false,
            print           : false,
            removeEventListener: false,
            resizeBy        : false,
            resizeTo        : false,
            screen          : false,
            scroll          : false,
            scrollBy        : false,
            scrollTo        : false,
            setInterval     : false,
            setTimeout      : false,

----------------------
----------------------
            loadClass   : false,
            print       : false,
            quit        : false,
            readFile    : false,
            readUrl     : false,
            runCommand  : false,
            seal        : false,
            serialize   : false,
            spawn       : false,
            sync        : false,
            toint32     : false,
            version     : false
        },


----------------------
----------------------
                    name: n,
                    line: implied[n]
                });
            }
        }

        if (implieds.length > 0) {
            data.implieds = implieds;
        }

        if (urls.length > 0) {
            data.urls = urls;
        }

        globals = Object.keys(scope);
        if (globals.length > 0) {
            data.globals = globals;
        }

        for (i = 1; i < functions.length; i += 1) {
            f = functions[i];
            fu = {};

            for (j = 0; j < functionicity.length; j += 1) {
                fu[functionicity[j]] = [];
            }


----------------------

이것은 아주 사소한 양입니다.

여기서 진행하는 가장 좋은 방법이 무엇인지 모르겠습니다. 전문 변호사에게 도움을 요청하는 것이 좋습니다.

BTW는 9000줄 이상의 코드가 있는 프로젝트에서 195줄의 코드입니다.

여기서 무슨 일이 일어나고 있는지 전혀 모르지만 jshint가 jslint의 8800줄을 다시 작성했다고 상상할 수 없습니다.

임계값 2로 simian을 다시 실행했는데(이는 더 적은 유사한 라인의 블록도 표시됨을 의미함) 708개의 중복 라인을 얻었습니다.

@dcramer jshint 에서 Crockford의 코드를 리팩토링하거나 라이센스를 변경하는 것과 관련하여 무엇을 제안하시겠습니까?

@hellais 나는 다른 것이 약간의 발에 총을 똑바로 겨누고 있다고 생각하기 때문에 변호사와 이야기하는 것이 좋습니다.

이에 대한 쉬운 대답은 프랫 파서에서 에스프리마로 옮겨야 한다는 것입니다.

Douglas와 대화를 나누고 그의
그의 모든 코드를 제거하는 대신 문제에 대한 생각.

훨씬 더 쉬울 것이고 제로 리스크를 도입할 것입니다.
코드베이스. 의 어리석은 작은 문구 때문에 코드를 리팩토링하려고
라이센스가 조금 과한 것 같습니다.
2013년 8월 22일 오후 7시 1분에 "Josh Perez" [email protected]이 다음과 같이 썼습니다.

이에 대한 쉬운 대답은 우리가 프랫에서 벗어나야 한다는 것입니다.
esprima에 대한 파서.

—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/jshint/jshint/issues/1234#issuecomment -23135309에서 확인하세요.
.

나는 Douglas가 이전에 그것에 대해 질문을 받았고 재라이센스를 거부했다고 확신합니다. 찾아보니 그가 JSON 라이센스 http://dev.hasenj.org/post/3272592502/ibm-and-its-minions 의 유사한 조항에 대해 변호사로부터 편지를 받는 방법에 대해 농담을 하는 것을 발견했습니다 http://www.mail-archive.com/debian-legal%40lists. debian.org/msg40718.html

그것은 당신에게 "어리석은 작은 문구"이지만, 그 어리석은 작은 문구가 소프트웨어를 사용할 수 있는지 여부를 결정하는 요소가 될 수 있습니다. 라이선스는 법적 구속력이 있는 문서이며 무엇이 악이고 악이 아닌지에 대한 법적 정의가 없다는 점을 감안할 때 실제로 라이선스에 따라 코드의 특정 사용이 허용되는지 여부를 아는 것이 불가능하다는 것을 의미합니다. 라이선스가 있는 회사(및 Debian과 같은 조직)는 단순히 코드를 사용하지 않기로 선택할 것이기 때문에 코드를 사용해도 괜찮은지 알 수 없기 때문입니다.

이것은 불행히도 일반적인 문제이며 너무 나쁩니다.
악을 행하려는 사람들은 라이센스에 대해 신경 쓰지 않을 것입니다 ....

그러나 때때로 저자는 주로 다음과 같이 설명하면 마음이 바뀌는 것을 받아들입니다.
그는 그의 소프트웨어를 사용하는 다른 많은 소프트웨어를 차단합니다.

마지막 요청은 몇 년 전인 것 같습니다. 아마도 다시 시도하고
다시....

2013/8/23 Donald Stufft [email protected]

나는 Douglas가 전에 그것에 대해 질문을 받았고
재라이센스를 거부했습니다. 찾아보니 그가 농담을 하는 것을 발견했다.
JSON 라이선스의 유사한 조항에 대해 변호사로부터 편지를 받습니다.
http://dev.hasenj.org/post/3272592502/ibm-and-its-minions. 나타난다
또한 Debian Legal의 누군가가 그에게 이메일을 보내 이에 대해 질문했습니다.
라이센스가 마음에 들지 않으면 사용하지 마십시오.
http://www.mail-archive.com/debian-legal%40lists.debian.org/msg40718.html

그것은 당신에게 "어리석은 작은 문구"지만, 그 어리석은 작은 문구는
소프트웨어를 사용할 수 있는지 여부를 결정하는 요소입니다. 라이선스는
법적 구속력이 있는 문서 및
무엇이 악이고 악이 아닌지는 실질적으로 알 수 없다는 것을 의미합니다.
라이센스에 따라 코드의 특정 사용이 허용되는지 여부.
라이선스 회사로 코드를 사용해도 괜찮은지 알 수 없기 때문에
(및 Debian과 같은 조직)은 단순히 사용하지 않기로 선택할 것입니다.

—
이 이메일에 직접 답장하거나 Gi tHubhttps://github.com/jshint/jshint/issues/1234#issuecomment -23143534에서 확인하세요.
.

gpg 키 ID: 4096R/326D8438(keyring.debian.org)

키 지문 = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438

오, 예전의 좋은/나쁜... IANAL, 하지만 이것은 나에게 의미가 있습니다 -> http://www.mail-archive.com/debian-legal%40lists.debian.org/msg40728.html

용어가 정의되지 않으면 어떤 법정에서도 선과 악을 논할 수 없습니다.

https://plus.google.com/118095276221607585885/posts/13shsS2bAEY

@douglascrockford 대신 라이센스에 마지막 비트를 넣지 않는 이유는 무엇 http://good/considered_evil.txt에서
:+1: 나를 형성하라!

@douglascrockford 실제로 귀하의 소프트웨어를 악의적으로 사용한 사람을 고소하려고 시도한 적이 있습니까?

나는 NSA가 자바스크립트 프로젝트에 JSHINT를 사용하고 있고 그들이 상당한 악을 행하고 있다고 생각합니다. 귀하의 라이센스가 그렇게하는 것을 막는 데별로 효과적이지 않은 것 같습니다 ...

이에 대한 쉬운 대답은 프랫 파서에서 에스프리마로 옮겨야 한다는 것입니다.

이 시점에서 JSHint는 더 많은 JavaScript(ES6의 안정적인 부분, Mozilla 특정 확장)를 다루며 Esprima보다 실패 내성이 강하므로 가까운 시일 내에 전환이 일어나지 않을 것입니다.

NSA는 자바스크립트 프로젝트에 JSHINT를 사용합니다.

:-)

@hellais 그의 링크를 읽었습니까?

그것은 전혀 효과적이지 않지만 적어도 내 의도를 나타냅니다.

ㅋ

어쨌든 JSHint 에서 해당 절을 제거할 수 있는 명시적 권한을 요청하는 이메일을

솔직히 말해서, 나는 이러한 사실이 아닌 오픈 소스 이야기에 지쳤습니다. JSHint로 해야 하는 모든 일 중에서 이 문제는 아마도 가장 중요하지 않은 문제일 것입니다.

@OscarGodson 링크는 의도적으로 공개적으로 액세스할 수 없는 것 같습니다. 404에 대한 근사값인 Google+ 오류 페이지("이 게시물을 찾을 수 없습니다")가 표시됩니다.

케이스가 종료된 경우 라이선스는 동일하게 유지됩니다.

Anton, Debian이 JSHint가 포함된 패키지를 운반할 수 있도록 하고 추가 노력을 들이지 않고도 이 문제를 해결할 수 있는 다른 방법이 있습니다. 다른 개발자도 자원하여 프로젝트를 위해 이 작업을 수행할 수 있습니다.

예를 들어 원할 경우 Google Summer of Code(2014년 GSoC0 학생이 이 코드를 깔끔한 방식으로 리팩토링할 수 있음)를 요청할 수 있습니다. Debian 및 기타 대규모 프로젝트는 GSoC 및 프로젝트는 다른 모든 JavaScript에 적합합니다. 이에 대해 매우 신뢰할 수 있습니다.

가장 먼저 정리해야 할 것은 JSHint와 JSLint 사이에 실제로 얼마나 많은 코드가 공통적인가입니다. 예를 들어, 리팩토링을 할 때 JSLint의 전체 코드 덩어리를 복사하여 다른 소스 파일에 붙여넣었습니까? 아니면 잘라내기 및 붙여넣기를 사용하지 않고 다른 소스 파일을 독립적으로 개발했습니까? 잘라내기 및 붙여넣기 방식을 사용한 경우 다른 모든 파일의 라이센스 텍스트에도 @douglascrockford "악의 없음" 용어를 포함해야 하며 모두 그를 기고자로 표시해야 합니다.

JSHint.js만 있으면 다른 사람이 파일의 섹션을 다시 쓸 수 있습니다. 최소한 그 파일을 더 이상 변경하지 않고 별도의 파일에서 새 코드를 수행하여 새 코드가 "악의 없음" 절에 의해 오염되지 않고 일부 사용자에게는 더 쉬울 것입니다. 그들이 리팩토링할 "악이 없는" 코드가 줄어들 것이기 ​​때문에 앞으로 자원 봉사를 하십시오.

결론은 @douglascrockford 가 자신의 작업을 인정하고 Debian 및 JSHint와 같은 프로젝트가 코딩 스타일에 대한 근거 있는 우려를 전파하도록 하는 것이 진정으로 중요한지 여부를 결정해야 한다는 것입니다. 대안은 사람들이 자신의 프로젝트가 존재하지 않는 것처럼 행동하고 결국에는 이를 완전히 대체할 무언가가 등장하고 그의 아이디어는 사라지는 것처럼 행동하는 것입니다.

@dpocock > 가장 먼저 정리해야 할 것은 JSHint와 JSLint 사이에 실제로 얼마나 많은 코드가 공통적인가입니다.

https://github.com/jshint/jshint/issues/1234#issuecomment -23129904

대안은 사람들이 자신의 프로젝트가 존재하지 않는 것처럼 행동하고 결국 그것을 완전히 대체할 무언가가 등장하고 그의 아이디어가 사라지는 것처럼 행동하는 것입니다.

@antonkovalyov 가 분명히 더 잘 알겠지만 전반적으로 이것이 프로젝트의 큰 문제인지 의심스럽습니다. 1,244개 문제 중에서 문제라는 티켓만 찾을 수 있습니다.

26/08/13 18:28에 Oscar Godson은 다음과 같이 썼습니다.

@dpocock > 가장 먼저 정리해야 할 것은 JSHint와 JSLint 사이에 실제로 얼마나 많은 코드가 공통적인가입니다.

https://github.com/jshint/jshint/issues/1234#issuecomment -23129904

대안은 사람들이 자신의 프로젝트가 존재하지 않는 것처럼 행동하고 결국 그것을 완전히 대체할 무언가가 등장하고 그의 아이디어가 사라지는 것처럼 행동하는 것입니다.

@antonkovalyov 가 분명히 더 잘 알겠지만 전반적으로 이것이 프로젝트의 큰 문제인지 의심스럽습니다. 1,244개 문제 중에서 문제라는 티켓만 찾을 수 있습니다.

"악의 없음" 라이선스는 무료로 간주되지 않는다는 것은 널리 알려져 있습니다.

http://www.gnu.org/licenses/license-list.html#JSON

이것에 대한 티켓이 하나뿐이라는 사실은 단순히
그것에 대해 걱정하는 사람들은 스팸 메일을 보낼 만큼 어리석지 않습니다.
같은 문제에 대한 100장의 티켓으로

프로젝트의 나머지 부분에 영향을 미칩니다.

) 포장되지 않은 경우 노출이 적습니다. 에 포장되어 있으면
데비안과 페도라, 경쟁보다 훨씬 더 눈에 띄게됩니다.
솔루션. 이것은 당신의 프로젝트에 더 많은 기여자를 끌어들이고 도움을 줄 수 있습니다.
다른 1244 문제 중 일부를 해결합니다.

b) 일부 다른 기여자는
그들의 작업이 옳지 않다는 두려움 때문에 비표준 라이센스로 프로젝트
정상적인 방법으로 다른 모든 사람에게 진정으로 사용할 수 있습니다.

c) 더 큰 프로젝트(예: 올인원 IDE 등을 만드는 사람)
라이센스 조건을 복사하지 않는 한 코드를 안전하게 포함할 수 없습니다.
전체 제품 라이선스. 이러한 잠재 사용자는 다음과 같을 수도 있습니다.
잠재적 기여자: 하지만 비슷한 분야에 노력을 투자할 수 있습니다.
더 많은 표준 라이선스가 있는 프로젝트(또는 휠을 재발명),
그래서 더 많은 복제와 파편화

나는 Crockford에게 면허를 변경하도록 요청하는 청원을 시작했습니다. 서명하십시오: https://www.change.org/petitions/douglas-crockford-remove-the-not-evil-clause-from-your-license-because- 그것은 악 그 자체이다

@thkoch2001 https://github.com/jshint/jshint/issues/1234#issuecomment -23187063

master(3.x) 브랜치는 jshint.js를 다시 작성한 것 같으니 더 이상 파생 작업이 아니라고 할 수 있습니까?

Eclipse Orion 프로젝트는 Doug가 "소프트웨어는 악이 아니라 선을 위해 사용되어야 함"이 없는 라이선스를 사용하도록 허가한 jslint 사본을 사용하고 있습니다. 절.

2010-04-06, 2010-12-14 및 2011-12-21에 사용할 수 있는 jslint 스냅샷이 있습니다.

당신이 사용한 jshint의 히스토리를 보면 -- 2011-01-09 그래서 당신이 원하는 것을 찾을 좋은 가능성이 있을 수 있습니다.

https://github.com/eclipse/orion.client/tree/master/lib/jslint

@skaegi 감사합니다!

바쁜 25일이었던 것 같습니다...
약간의 시간(일주일 정도)이 걸릴 수 있지만 이 작업을 훨씬 쉽게 하기 위해 완벽한 버전 일치를 검토할 수 있는지 확인하겠습니다.

25/09/14 22:03에 Simon Kaegi는 다음과 같이 썼습니다.

Eclipse Orion 프로젝트는 Doug가 가지고 있는 jslint 사본을 사용하고 있습니다.
"The
소프트웨어는 악이 아닌 선을 위해 사용해야 합니다." 조항.

2010-04-06, 2010-12-14에 사용할 수 있는 jslint 스냅샷이 있습니다.
2011-12-21.

당신이 사용한 jshint의 역사를 보면 -- 2011-01-09 그래서 거기에
원하는 것을 찾을 수 있는 좋은 기회가 되십시오.

https://github.com/eclipse/orion.client/tree/master/lib/jslint

이 승인을 제공하는 Doug의 이메일 사본을 전달해 주시겠습니까?
또는 저장소에 체크인하시겠습니까?

@dpocock 감사

무엇을 공유할 수 있는지 잘 모르겠지만 Eclipse Foundation의 IP 변호사와 확인하여 모든 것이 기본적으로 위에 있는지 확인하고 다시 보고하겠습니다.

26/09/14 20:05에 Simon Kaegi는 다음과 같이 썼습니다.

감사합니다 @dpocock https://github.com/dpocock -- 예, 만들려고 합니다.
여기에서 모든 작업을 올바르게 수행하고 있으므로 시간이 조금 걸릴 수 있습니다.
시간. 이 문제로 인해 비용이 발생했지만 가치가 있다고 생각합니다.
개인적으로 많은 낭비 시간. (보다
http://www.youtube.com/watch?v=-C-JoyNuQJs&feature=player_detailpage#t=2480s
)

무엇을 공유할 수 있는지 확실하지 않지만 Eclipse로 확인할 것입니다.
재단의 지적 재산권 변호사는 모든 것이 보드 위에 있는지 확인하고
보고합니다.

이상적으로는 메일링 리스트에 있는 게시물에 대한 링크 또는
모든 헤더 등이 포함된 Mr Crockford의 직접 이메일

Eclipse Orion 프로젝트는 Doug가 "소프트웨어는 악이 아니라 선을 위해 사용되어야 함"이 없는 라이선스를 사용하도록 허가한 jslint 사본을 사용하고 있습니다. 절.

글쎄요, IBM은 악의적인 용도로 사용할 수 있는 권한을 얻었습니다. 정말 MIT 버전을 제공할 수 있다면 이 프로젝트를 기반으로 이 프로젝트를 리베이스하고 농담 조항을 버릴 수 있습니다. 그러면 세상 모든 것이 잘 됩니다.

@flying-sheep 그래 그게 계획이야

업데이트 -- Eclipse 재단이 JSLint 2011-01-09 배포 프로젝트를 승인했습니다 -- (https://github.com/eclipse/orion.client/blob/master/lib/jslint/jslint-2011-01-09 참조) .js)

Doug와 Eclipse 재단 간의 계약은 비공개이므로 내가 비밀로 하거나 공유할 수 있는 것이 아닙니다. 그러나 나는 내가 하려고 했던 것을 설명하는 이 승인을 위해 Eclipse Foundation IP 팀과 직접 협력했으며 Eclipse 배포가 다음 문구를 제거하는 라이선스를 수정할 수 있는지 재확인을 요청했습니다. "The Software
악이 아닌 선을 위해 사용됩니다." 요청이 고려되고 승인되었습니다. 재단이 여기에서 실사를 수행했다고 믿습니다. (자세한 정보는 https://www.eclipse.org/org/#IP%20Management 참조)

이 시점에서 나는 JSHint 또는 모든 프로젝트가 저작권 소유자와의 계약에 따라 법적으로 수정되고 대부분의 합법적인 오픈 소스 라이선스에 동의합니다.

@skaegi 작업에 다시 한 번 감사드립니다 :)

젠장, @skaegi , :근육:

@skaegi Eclipse Foundation이 파일 상단에 정품 오픈 소스 라이센스 텍스트(순수한 MIT 라이센스 또는 Eclipse 라이센스 텍스트)가 있는 jslint.js 소스 파일의 사본을 게시하는 경우 아무도 @douglascrockford 와 Eclipse Foundation 간의 계약에

그런 식으로 배포하는 사람들은 Eclipse 사이트에서 가져온 URL과 함께 파일에 주석을 포함해야 합니다.

Eclipse가 승인한 파일 사본을 포함하는 프로젝트를 가리키는 것만으로는 동일하지 않습니다. 실수로 간과했을 가능성이 큽니다. Debian, Ubuntu 및 Fedora에서 동일한 일이 때때로 발생했으며 문제가 되는 패키지는 누군가 알아차리자마자 제거되었습니다.

@dpocock 님 좋은 피드백 감사합니다. 설명하는 실수는 Eclipse에서도 발생했으며 처리하기가 지저분합니다.

개발자가 이 사본의 출처를 명확히 하기 위해 주석에 Eclipse Foundation URL을 포함하려면 다음을 사용할 수 있습니다.
http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/tree/lib/jslint/jslint-2011-01-09.js

이 URL은 승인된 파일의 스냅샷이므로 안정적이어야 합니다. 나는 사람들이 http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/tree/lib/jslint/jslint-2011-01-09.js 보다 이 첫 번째 URL을 사용하는 것을 선호합니다

이것이 실수이거나 간과되었다는 우려를 완화하려면 Eclipse IP 팀과의 배포 및 토론 요청이 기록되는 Eclipse CQ 8747(여기서 CQ는 기여 설문지)을 참조해야 합니다. 일부 CQ 요청에는 "잘못된" IP가 포함될 수 있으므로 Eclipse 커미터에게만 표시되지만 이 특정 요청에 대한 관련 URL은 http://dev.eclipse.org/ipzilla/show_bug.cgi?id=8747 이고 최종 상태가 승인되었습니다. 그 외에 배포 및 IP 프로세스의 유효성에 대한 우려는 Eclipse Foundation의 IP 팀에서 가장 잘 처리할 수 있습니다.

그것이 당신의 요점을 커버합니까? 다른 것을 생각할 수 있습니까?

@skaegi URL https://dev.eclipse.org/ipzilla/show_bug.cgi?id=8747 이 로그인 뒤에 있습니다.

남성. 우와. 이것은 굉장합니다.

@rwaldron 예, 불행히도 해당 링크에 액세스하려면 Eclipse 커미터가 되어야 합니다(위의 주석에서 말하려고 했던 것입니다). 해당 링크를 공유하는 것이 크게 도움이 되지 않았을 수 있습니다. 죄송합니다.

CQ는 논란의 여지가 없었습니다. jslint의 특정 스냅샷 사용에 대한 승인을 요청하고 코드를 첨부하고 이 버전을 원하는 이유를 설명하고 라이선스를 수정할 수 있다는 재확인을 요청했습니다. 나는 또한 CQ에 문서화되어 있는 모든 것이 순서대로 되어 있는지 확인하기 위해 Eclipse IP 팀과도 이야기를 나누었습니다. 며칠 후 요청이 승인되었습니다.

@skaegi 공유한 무료 소프트웨어 버전을 기반으로 코드베이스를 리베이스하려고 했으나 문제를 찾은 것 같습니다. Anton은 처음에 2011-01-09에 게시된 JSLint 버전에서 JSHint를 분기했습니다( 여기에서 커밋 보기 ). 일부 변경을 수행한 후 그는 2010-12-16에 게시된 JSLint 버전에 변경 사항을 다시 적용했습니다( 여기에서 커밋 보기 ). 즉, 12월 16일에 공개된 코드의 자유 소프트웨어 버전으로 시작해야 합니다. 공유할 수 있는 버전이 있습니까?

2010-12-16은 없지만 2010-12-14는 있습니다.
이클립스 -- http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/tree/lib/jslint/jslint-2010-12-14.js
Github(미러) -- https://github.com/eclipse/orion.client/blob/master/lib/jslint/jslint-2010-12-14.js

여기에 표시된 커밋 중 하나가 누락되었습니다. https://github.com/douglascrockford/JSLint/commit/caa8885a37afd6895e522409f7889d9333ff6dec

그 논리가 더 이상 관련이 없는지 아는 것이 좋을 것입니다. 그러면 2010-12-14를 기준으로 다시 작성하고 끝낼 것을 제안합니다.

위의 논리를 가진 2011-01-09 배포판(위에 언급됨)도 있습니다.
https://github.com/eclipse/orion.client/blob/master/lib/jslint/jslint-2011-01-09.js#L2711
https://github.com/eclipse/orion.client/blob/master/lib/jslint/jslint-2011-01-09.js#L2712

따라서 두 버전을 소스로 사용하는 합법적인 파생물을 만들 수 있지만 그 시점에서 게임을 하는 것처럼 느껴집니다. 돌아가서 2010-12-16에 대한 승인을 요청할 수 있지만 이것은 아마도 지난번보다 시간이 조금 더 걸릴 것입니다. 그것이 우리에게 필요한 것이라면 그만한 가치가 있다고 생각합니다.

@jugglinmike , 2010-12-14를 기반으로 다시 시도하십시오. 그러나 단순히 작동하지 않을 경우 Eclipse 측에서 프로세스를 시작하여 2010-12-16용 배포판을 얻을 것입니다.

현재 릴리스에서 jslint를 사용하지 않고 마스터에서 가지치기하므로 위의 소스를 사용하여 github의 안정적인 분기에 URL을 추가하기만 하면 됩니다.

https://github.com/eclipse/orion.client/tree/stable_20150803/lib/jslint

알겠습니다. 리베이스를 완료했습니다. 내 포크의 master-free 분기 에서 사용할 수 있습니다.

@skaegi 와 대화하면서 Eclipse가 https://www.eclipse.org/projects/ip_log.php?projectid=eclipse.orion URL에서 동적 지적 재산권 로그를 유지 관리한다는 것을 배웠습니다.

이것은 참조된 CQ의 상태를 보여줍니다: CQ 4745 [JSLint 2010-12-15] 및 CQ 8747 [JSLint 2011-01-09].

오리온 프로젝트는 오는 10월 29일 수요일에 버전 7.0을 출시할 예정입니다. Simon은 이 릴리스에 대해 정적 문서가 게시되도록 제안했습니다. 관리자에 대한 내 질문은 다음과 같습니다. 이 문서가 게시될 때까지 기다려야 합니까? 그렇다면 관련 커밋에서 고정 IP 로그 URL을 참조하기 위해 그 시점에 다시 리베이스하시겠습니까?

개요

JSHint의 기록에 세 개의 커밋을 삽입했습니다 .

• 코드베이스를 JSHint 2010-12-14 버전으로 되돌리기
• 자유 소프트웨어 버전을 JSHint로 대체
• 업스트림 변경 통합

각 지점의 팁은 라이선스만 다릅니다.

$ git diff master
diff --git a/src/jshint.js b/src/jshint.js
index d31a2b1..53f49f1 100644
--- a/src/jshint.js
+++ b/src/jshint.js
@@ -1,8 +1,9 @@
 /*!
  * JSHint, by JSHint Community.
  *
- * This file (and this file only) is licensed under the same slightly modified
- * MIT license that JSLint is. It stops evil-doers everywhere:
+ * Licensed under the MIT license.
+ *
+ * JSHint is a derivative work of JSLint:
  *
  *   Copyright (c) 2002 Douglas Crockford  (www.JSLint.com)
  *
@@ -16,8 +17,6 @@
  *   The above copyright notice and this permission notice shall be included
  *   in all copies or substantial portions of the Software.
  *
- *   The Software shall be used for Good, not Evil.
- *
  *   THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
  *   IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
  *   FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE

...그리고 (물론) 모든 테스트는 통과합니다:

$ npm test

(reporter output intentionally omitted)

OK: 648 assertions (8769ms)

프로세스 세부 정보

Rebase 작업은 기록을 수정하는 대신 다시 쓰기 때문에 감사하기 어렵습니다. 투명성을 위해 아래에 내 프로세스를 문서화하겠습니다.

Anton은 JSLint의 코드를 초기 분기 후 두 번 포함했습니다. 이 커밋은 그가 마지막으로 수행하기 직전에 적용됩니다. 오늘 master 분기의 커밋 제목은 "JSLint 코드베이스를 2010-12-16 에디션으로 되돌리고 변경 사항을 다시 적용했습니다"입니다. 내 포크에서 JSHint 관련 변경 사항의 _only_ 재적용을 포함하도록 커밋을 수정하고 그에 따라 제목 줄을 업데이트했습니다 .

따라서 master 의 관련 기록은 다음과 같습니다.

28c5235 2011-01-23 21:23:34 -0800 Anton Kovalyov Reverted JSLint codebase to the 2010-12-16 edition and re-applied my changes
026aaf8 2011-01-23 18:51:20 -0800 Anton Kovalyov Added JSHint Community to the license block

... master-free 의 관련 기록 대조:

dc95c3b 2011-01-23 21:23:34 -0800 Anton Kovalyov Re-applied my changes
945e169 2014-10-21 11:15:49 -0400 Mike Pennisi   Incorporate upstream change
e10eef6 2014-10-21 10:55:41 -0400 Mike Pennisi   Substitute JSHint for Free Software version
707b0d8 2014-10-21 10:54:25 -0400 Mike Pennisi   Revert codebase to JSHint 2010-12-14 version
026aaf8 2011-01-23 18:51:20 -0800 Anton Kovalyov Added JSHint Community to the license block

라이선스 표시를 수정한 커밋에서 병합 충돌이 발생했습니다. 여기에는 다음이 포함됩니다.

• "README에 라이선스 추가"
  master
master-free ,
• "라이센스 및 기여 추가. README 업데이트"
  master
master-free
• "모든 공백을 탭으로 변환합니다."
  master
master-free
• "문제 없음: 탭에서 공백으로"
  master
master-free

이는 rerere-train.sh 스크립트를 사용하여 git의 rerere 도구를 "훈련"하고 다음 명령을 실행하여 달성되었습니다.

$ git rebase --keep-empty --preserve-merges newbase

제가 잊고 있는 것이 있다면 알려주세요. 그리고 rebase가 기술적으로 정확한지 확인하는 데 도움이 되도록 기록을 자유롭게 탐색하십시오.

:팔:

다음은 Orion 7.0 Review 및 IP Log에 대한 링크입니다. 흥미롭게 읽었습니다.
https://projects.eclipse.org/projects/eclipse.orion/releases/7.0/review
https://projects.eclipse.org/sites/default/files/eclipse.orion-7.0-iplog_0.html

CQ 4745 [JSLint 2010-12-15] 및 CQ 8747 [JSLint 2011-01-09]에서 루프를 닫는 릴리스의 승인된 부분을 보여줍니다.

이것에 대한 어떤 움직임이 병합되고 있습니까?

@dragorosson 이것은 기술적인 문제 그 이상입니다. 모든 것이 정상인지 확인하는 데는 시간이 걸립니다. 관심을 가져주셔서 감사합니다.

이 문제에 대해 작업해 주셔서 대단히 감사합니다. Fedora에서 이 문제를 가져오고 싶습니다. 아직 정확히 무엇을 해야 합니까?

아직 작업 중인지 확인하는 가장 좋은 방법 은 master-free 분기 를 확인하는 것입니다. 사용하지 않으려면 동기화를 유지하지 않을 것입니다!

@piotr1212 현재 이전 기여자 중 일부와 변경 사항을 확인해야 합니다. RPM 관리자인 것 같습니다. 맞습니까?

업데이트해주셔서 감사합니다. 나는 그냥 그림으로 기다릴 것입니다 ;)
그리고 예, 저는 Fedora/EPEL의 패키지 관리자입니다. jshint에 의존하고 지금은 패키징할 수 없는 많은 nodejs 모듈이 있습니다...

저는 @piotr1212 와 함께 있습니다 - 이것은 내가 보고 싶은 데비안으로의 일부 도구를 차단했습니다. 이 nonfree 절을 제거합시다!

저는 이 문제를 홍보하고 모든 기여자들에게 JavaScript로 작성된 만연한 감시 시스템의 일부를 유지 관리하는 NSA 또는 GCHQ 내부의 공무원을 잊지 않도록 요청합니다. 모두를 위한 깨끗한 코드!

나는 CLA에 서명했고 다른 사람들도 똑같이 하도록 권장합니다.

호기심으로 나는 한때 Howard Zinn에게 악에 대한 정의를 물어볼 기회를 가졌습니다. 그러나 그는 제 나이에 악이 무엇인지 알지 못한다면 절대 그렇게 하지 않을 것이라고 주장하며 나에게 반격했습니다. 그 진술에 대해 몇 년 동안 숙고한 후, Zinn은 물론 옳았고, 잘못해서 좋은 것은 내가 기대할 수 있는 최선으로 남아 있었습니다.

이 라이센스도 업데이트됩니까? https://github.com/jshint/jshint/blob/master/src/jshint.js#L19

@thejameskyle 변경이 필요한 유일한 라이선스입니다. 최대한 빨리 업데이트하도록 하겠습니다.

Drupal 프로젝트에 포함된 jshint.js의 이전 복사본을 찾았습니다. 이 문제를 따르는 데 문제가 있습니다. "악이 아니라 선" 조항이 삭제됩니까? https://github.com/webjars/webjars/issues/1127 의 활동은 그 조항이 남아 있다고 생각하게 만듭니다.

아직 작업 중인지 확인하는 가장 좋은 방법 은 master-free 분기 를 확인하는 것입니다. 사용하지 않으려면 동기화를 유지하지 않을 것입니다!

@jugglinmike 1월에 @piotr1212 에 대한 응답으로 처음 게시했을 때 그 응답을 읽었지만, 이것을 병합하는 경우 누군가가 AND 연산자가 POM에서 제대로 작동하도록 하기 위해 노력하는 이유를 고소하지 않았습니다... 그래서 나는 물었다. 나는 정말로 > 업데이트와 < snark를 바랐다.

Drupal의 라이선스 워킹 그룹의 일원으로서 우리는 수천 개의 프로젝트와 기여자가 있는 커뮤니티의 라이선스 문제를 처리합니다. 이러한 문제를 해결하는 것이 얼마나 답답하고... 얼마나 감사할 일인지 이해합니다.

감사합니다! 시행할 수 없는 비표준 라이선스 조항은 매우 비생산적입니다.

내가 이와 같은 응답에 대해 책임을 지고 있지만, 귀하의 프로젝트에 익숙하지 않은 사람에게 이 답변을 미루는 것이 얼마나 우스운 일인지 알아야 합니다.

지점의 README.md, 설명, 의견이 있는 공개 PR 또는 아직 수행해야 할 작업을 나타내는 이 호에 아무것도 없기 때문에 사람들은 이것이 병합될 때까지 주기적으로 계속 질문할 것입니다.

묻는 사람에게 상용구 응답을 사용하려는 경우 몇 가지 변경 사항을 제안합니다. "사용할 생각은 없었어!" is != "우리는 그것을 병합할 의도가 없었습니다". 이런 말을 하는 것이 더 나을텐데...

_If https://github.com/jugglinmike/jshint/tree/master-free가 업데이트되고, 우리는 적극적으로이 문제를 해결하기 위해 최선을 다하고 있습니다. 제한된 자원으로 인해 우리가 원하는 만큼 자주 상태 업데이트를 게시할 수 없지만 이 문제는 "Good, not Evil" 조항이 제거될 때까지 열려 있습니다._

이 파일은 Drupal 프로젝트에 필수가 아니어서 제거되었지만 이 문제는 진정으로 공개되고 검증된 라이선스를 수정하는 파급 효과에 대한 훌륭한 사례 연구가 되고 있습니다. 이 문제를 해결하기 위해 제가 할 수 있는 일이 있으면 알려주세요.

나는 수동적 공격을 의도하지 않았다. 나는 "이 문제를 따르는 데 문제가 있습니다"를 "다른 모든 토론 중에서 귀하의 응답을 놓쳤습니다"로 해석했습니다. 보다 완전한 설명을 위한 귀하의 제안에 감사드리며 개선된 사항이라는 점에 동의합니다. 그 메시지에 대해 더 눈에 잘 띄는 댓글로 후속 조치를 취하겠습니다.

귀하가 언급한 문제에 관해서는: 특정 프로젝트의 현재 구성에 관계없이 해당 프로젝트가 SPDX 구문 분석에서 강력할 가치가 있다고 생각합니다. 따라서 일반적으로 그 문제를 해결하는 것이 합리적일 것입니다... 어쨌든 저에게는!

이 노력의 현황 확인

https://github.com/jugglinmike/jshint/tree/master-free 가 업데이트되는 경우 이 문제를 해결하기 위해 적극적으로 노력하고 있습니다. 제한된 리소스로 인해 우리가 원하는 만큼 자주 상태 업데이트를 게시할 수 없지만 이 문제는 "Good, not Evil" 조항이 제거될 때까지 계속 열려 있습니다.

@jugglinmike 마지막 댓글 이후 약 11개월입니다. 이 문제의 현재 상태를 알고 싶습니다.

진지하게? 또 다른 "선이 아니라 악입니다." 특허? 이것의 요점은 무엇입니까? 실제 FSF 승인 또는 OSI 승인 라이선스를 선택하십시오.

@andreicristianpetcu : 당신은 정보가 없기 때문에 불필요하게 적대적입니다.

jshint가 분기 된 것을 알고 있습니까? 일단 이 스레드를 주의 깊게 읽고 이전 댓글에 대해 사과하십시오.

@flying-sheep 스레드를 읽었습니다. 스팸 죄송합니다.

이 문제에 진전이 있습니까? Fedora에 포함시키는 것을 막고 있습니다.

@eclipseo에 관심을 가져주셔서 감사합니다. JSHint가 Fedora에 포함되기를 바랍니다! 바로 지금, 우리는 코드베이스의 몇 가지 대상 섹션을 다시 작성하려고 합니다. 무료가 아닌 코드에 익숙하기 때문에 직접 기여할 수 없습니다. 우리의 이전 기고자들도 마찬가지였습니다. 그래서 저는 자유 소프트웨어에 대한 열정과 JavaScript에 대한 열망을 가진 새로운 사람들을 찾고 있었습니다. 귀하(또는 팔로우하는 다른 사람)가 이 청구서에 맞는 사람을 알고 있다면 저에게 연락하도록 요청하십시오(이 스레드 또는 제 개인 이메일 주소를 통해).

글쎄요.... 처음부터 작성했다면 누가 작성했는지는 중요하지 않습니다. 이것은 특허 문제가 아니라 저작권 문제입니다.

우리는 현재 처음부터 다시 작성하려고 하지 않습니다. 이전 답변에서 "코드베이스의 몇 가지 대상 섹션"이라는 문구로 이를 전달하려고 했습니다.

현재 상태는 무엇입니까?

우리의 이전 기고자들도 마찬가지였습니다. 그래서 저는 자유 소프트웨어에 대한 열정과 JavaScript에 대한 열망을 가진 새로운 사람들을 찾고 있었습니다. 귀하(또는 팔로우하는 다른 사람)가 이 청구서에 맞는 사람을 알고 있다면 저에게 연락하도록 요청하십시오(이 스레드 또는 제 개인 이메일 주소를 통해).

방금 이 문제가 발생했습니다. 여전히 도움을 찾고 계십니까?

@ajakaja 나야 ! [email protected] 로 이메일을 보내

나는 저자가 원래의 약속에 충실한 것을 승인합니다. 이것이 내 창작물(또는 파생물)이라면 Not Evil 조항도 끝까지 유지합니다.
이 조항은 해석의 여지가 있습니다(그리고 분명히 법정에서 판결을 내리지 않을 것이며, 저자의 의도도 그럴 수 있다고 확신하지 않습니다). 이유가 있습니다. 그리고 그 이유는 도덕적인 이유, 유머 감각, 또는 아마도 이 두 가지가 혼합된 것일 수 있습니다.

이제 일부 배포판이 준수해야 한다고 주장하는 "자유 소프트웨어"의 정의가 지나치게 엄격하기 때문에 저장소에 소프트웨어를 포함할 수 없는 경우 - _또는 내가 편협하다고 말해야 하는 경우_, 그건 너무 나쁜 것입니다.

@douglascrockford 와 프로젝트 관리자

편집: 나는 기술적으로 라이센스가 자유롭지 않다는 것에 _동의_한다고 말해야 합니다. 거의 풍자적일지라도 소프트웨어를 사용할 수 있는 용도에 의심의 여지가 없는 제한을 부과하기 때문입니다. 배포판이 이러한 이유로 공식 리포지토리에 소프트웨어를 포함하지 않는다는 사실은 어리석은 일입니다.

좋은 소식입니다. MIT Exact 라이선스에 따라 완전히 라이선스가 부여된 첫 번째 버전인 JSHint 2.12.0을 방금 게시했습니다. 프로세스에 대한 자세한 내용은 프로젝트 웹 사이트에서 확인할 수 있습니다.

소프트웨어 저장소용 JSHint 패키징에 여전히 관심이 있는 사람이 있다면 기꺼이 도와드리겠습니다!