Jshint: कृपया jshint.js लाइसेंस बदलें, बुरा या बुरा हटा दें

मुझे नहीं पता कि यह कभी भी हो सकता है, क्योंकि "बुरा या बुरा" लाइसेंस JSLint के लिए मूल सॉफ्टवेयर लाइसेंस है।

मुझे यह भी लगता है कि यह जल्द से जल्द होना चाहिए क्योंकि यह सॉफ्टवेयर के अन्य टुकड़ों की शिपिंग के लिए एक बड़ी बाधा है।

एक उदाहरण के रूप में डेबियन बग रिपोर्टर पर यह बहुत दुखद धागा: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=673727।

JSHINT से सभी क्रॉकफोर्ड कोड को हटाए बिना यह संभव नहीं है। हालांकि यह निश्चित रूप से हो सकता है।

मुझे किसी ऐसे व्यक्ति से इनपुट चाहिए जो कानूनी समझता हो। (मैं नही)

मुझे पूरा यकीन है कि @goatslacker सही है। आप क्रॉकफोर्ड से उसका लाइसेंस बदलने के लिए कह सकते हैं :)

@goatslacker मुझे इस भंडार के क्रॉकफोर्ड भाग द्वारा लिखे गए सभी कोड का संदर्भ कहां मिल सकता है?

@hellais आप वर्तमान हेड के लिए jshint (जो कि कांटा शुरू हुआ होता) के लिए पहली प्रतिबद्धता के खिलाफ एक अंतर चला सकते हैं

गिट मुझे यह बताता है:

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. सामान्य अंतर उपकरण का उपयोग करके अंतर (1) और (2)।

Lexer पूरी तरह से फिर से लिखा गया था, पार्सर काफी हद तक बदल दिया गया और, ईमानदारी से, मैं @douglascrockford नहीं लगता कि मुझे पर मुकदमा करने की अगर मैं लाइसेंस बदलने जा रहा है है। लेकिन, फिर भी, मैं डॉकबैग नहीं बनना चाहता। :-)

@antonkovalyov मुझे लगता है कि एक नियमित अंतर या तो काम नहीं करेगा क्योंकि कोड संरचना में काफी बदलाव आया है। मैं यह निर्धारित करने का एक संभावित तरीका देख रहा हूं कि कोड के कौन से हिस्से मूल लेखक से हैं।

सिमियन या चेकस्टाइल जैसी संभावनाओं की खोज करना http://checkstyle.sourceforge.net/config_duplicates.html।

इस शीर्ष से सभी जेएस कोड निकालने के बाद: 40e3f73 (अंतिम प्रतिबद्धता git log --author="Douglas Crockford" ) और वर्तमान मास्टर के src/*.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 और वर्तमान मास्टर दोनों में मौजूद कोड की पंक्तियों को निकालने से ऐसा प्रतीत होता है कि इस रिपॉजिटरी में कोड की एकमात्र पंक्तियाँ बची हैं जो डगलस क्रॉकफोर्ड द्वारा लिखी गई थीं:

                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 वे एक परियोजना में कोड की 195 पंक्तियाँ हैं जिनमें कोड की 9000 से अधिक पंक्तियाँ हैं।

मुझे नहीं पता कि यहाँ क्या हो रहा है, लेकिन मैं कल्पना नहीं कर सकता कि jshint ने jslint की 8800 पंक्तियों को फिर से लिखा है

मैंने सिमियन को 2 की दहलीज के साथ फिर से चलाया (इसका मतलब है कि कम समान लाइनों के ब्लॉक भी प्रदर्शित किए जाएंगे) और मुझे 708 डुप्लिकेट लाइनें मिलीं।

@dcramer क्रॉकफोर्ड के कोड को jshint से बाहर निकालने या लाइसेंस बदलने के संबंध में आप क्या करने का सुझाव देंगे?

@hellais मैं एक वकील से बात करने का सुझाव

इसका आसान उत्तर यह है कि हमें प्रैट पार्सर से एस्प्रिमा की ओर बढ़ना होगा।

आप जानते हैं, आप बस डगलस के साथ बातचीत कर सकते हैं और उसका पता लगा सकते हैं
अपने सभी कोड को हटाने की कोशिश करने के बजाय, इस मामले पर विचार करें।

यह काफी आसान होगा और शून्य जोखिम का परिचय देगा
कोडबेस एक मूर्खतापूर्ण छोटे वाक्यांश की वजह से कोड को दोबारा करने की कोशिश कर रहा है a
लाइसेंस थोड़ा अधिक लगता है।
22 अगस्त 2013 को शाम 7:01 बजे, "जोश पेरेज़" नोटिफिकेशन @github.com ने लिखा:

इसका आसान उत्तर यह है कि हमें प्रैट से दूर जाने की आवश्यकता होगी
एस्प्रिमा के लिए पार्सर।

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/jshint/jshint/issues/1234#issuecomment -23135309
.

मुझे पूरा यकीन है कि डगलस से इसके बारे में पहले भी पूछा जा चुका है और उसने इसे फिर से लाइसेंस देने से इनकार कर दिया है। इसे देखते हुए मैंने पाया कि वह इस बात का मज़ाक उड़ा रहा है कि कैसे उसे JSON लाइसेंस http://dev.hasenj.org/post/3272592502/ibm-and-its-minions में इसी तरह के खंड के बारे में वकीलों से पत्र मिलते हैं http://www.mail-archive.com/debian-legal%40lists। debian.org/msg40718.html

यह आपके लिए एक "मूर्खतापूर्ण छोटा वाक्यांश" है, लेकिन यह मूर्खतापूर्ण छोटा वाक्यांश यह निर्धारित करने वाला कारक हो सकता है कि सॉफ़्टवेयर प्रयोग करने योग्य है या नहीं। लाइसेंस कानूनी रूप से बाध्यकारी दस्तावेज हैं और यह देखते हुए कि क्या है और क्या बुरा नहीं है, इसकी कोई कानूनी परिभाषा नहीं है, इसका व्यावहारिक रूप से मतलब है कि यह जानना असंभव है कि लाइसेंस के तहत कोड के किसी विशेष उपयोग की अनुमति है या नहीं। क्योंकि आप यह नहीं जान सकते हैं कि लाइसेंस प्राप्त कंपनियों (और डेबियन जैसे संगठन) के रूप में कोड का उपयोग करना ठीक है या नहीं, इसका उपयोग न करने का विकल्प चुनेंगे।

यह दुर्भाग्य से एक सामान्य मुद्दा है, और बहुत बुरा है, क्योंकि मुझे लगता है कि
बुराई करने को इच्छुक लोग लाइसेंस की परवाह नहीं करेंगे....

हालांकि, कभी-कभी, लेखक अपना विचार बदलने के लिए स्वीकार करते हैं, मुख्यतः यदि हम समझाते हैं
उसे यह अपने सॉफ़्टवेयर का उपयोग करके कई अन्य सॉफ़्टवेयर को ब्लॉक करता है।

अंतिम अनुरोध कुछ साल पहले का लगता है, शायद वह फिर से कोशिश कर रहा हो और
फिर....

2013/8/23 डोनाल्ड स्टफ नोटिफिकेशन @github.com

मुझे पूरा यकीन है कि डगलस से इसके बारे में पहले भी पूछा जा चुका है
दोबारा लाइसेंस देने से इनकार कर दिया। इसे देखकर मैंने पाया है कि वह कैसे मजाक कर रहा है
JSON लाइसेंस में समान खंड के बारे में वकीलों से पत्र प्राप्त करता है
http://dev.hasenj.org/post/3272592502/ibm-and-its-minions. यह प्रतीत होता है
साथ ही डेबियन लीगल के किसी व्यक्ति ने उसे और उसके बारे में पूछने के लिए ईमेल किया है
प्रतिक्रिया यह थी कि यदि आपको लाइसेंस पसंद नहीं है तो इसका उपयोग न करें:
http://www.mail-archive.com/debian-legal%40lists.debian.org/msg40718.html

यह आपके लिए एक "मूर्खतापूर्ण छोटा वाक्यांश" है, लेकिन वह मूर्खतापूर्ण छोटा वाक्यांश कर सकता है
सॉफ्टवेयर प्रयोग करने योग्य है या नहीं, यह निर्धारित करने वाला कारक हो। लाइसेंस हैं
कानूनी रूप से बाध्यकारी दस्तावेज़ और यह देखते हुए कि इसकी कोई कानूनी परिभाषा नहीं है
क्या है और क्या बुरा नहीं है इसका व्यावहारिक रूप से मतलब है कि यह जानना असंभव है
क्या लाइसेंस के तहत कोड के किसी विशेष उपयोग की अनुमति है।
क्योंकि आप यह नहीं जान सकते हैं कि लाइसेंस प्राप्त कंपनियों के रूप में कोड का उपयोग करना ठीक है या नहीं
(और डेबियन जैसे संगठन) बस इसका उपयोग न करने का विकल्प चुनेंगे।

-
इस ईमेल का सीधे उत्तर दें या इसे Gi tHub पर देखेंhttps://github.com/jshint/jshint/issues/1234#issuecomment -23143534
.

gpg कुंजी आईडी: 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 अधिक जावास्क्रिप्ट (ES6 के स्थिर भाग, मोज़िला-विशिष्ट एक्सटेंशन) को कवर करता है और एस्प्रिमा की तुलना में अधिक असफल सहिष्णु है इसलिए स्विच निकट भविष्य में नहीं होने वाला है।

मैं शर्त लगाता हूं कि NSA अपने जावास्क्रिप्ट प्रोजेक्ट्स के लिए JSHINT का उपयोग करता है

:-)

@hellais क्या आपने उसका लिंक पढ़ा?

यह बिल्कुल भी प्रभावी नहीं है, लेकिन यह कम से कम मेरा इरादा बताता है।

हाहा

वैसे भी, मैंने @douglascrockford को एक ईमेल भेजा जिसमें JSHint से उस खंड को हटाने की स्पष्ट अनुमति मांगी गई थी। अगर वह एक अनुदान देता है, तो मैं इसे हटा दूंगा। यदि वह नहीं करता है, तो डेबियन लोगों को JSHint को NPM के माध्यम से स्थापित करना होगा या कुछ अन्य समाधान करना होगा।

सच कहूं तो, मैं इन गैर-सच्ची-खुली-स्रोत वार्ताओं से थक गया हूं। JSHint के साथ मुझे जो कुछ करने की ज़रूरत है, उनमें से यह मुद्दा शायद सबसे कम महत्वपूर्ण है।

@OscarGodson लिंक सार्वजनिक रूप से उद्देश्यपूर्ण रूप से दुर्गम लगता है। मुझे एक Google+ त्रुटि पृष्ठ मिलता है ("यह पोस्ट नहीं मिल सका"), जो कि 404 के लिए इसका अनुमान है।

केस बंद, लाइसेंस यथावत रहेगा :

एंटोन, इसके आसपास काम करने के अन्य तरीके हैं जो डेबियन को JSHint युक्त पैकेज ले जाने की अनुमति देंगे और आपके लिए अतिरिक्त प्रयास किए बिना। अन्य डेवलपर भी आपकी परियोजना के लिए यह काम करने में मदद करने के लिए स्वेच्छा से काम कर सकते हैं।

एक उदाहरण के रूप में, यदि आप चाहते हैं, तो आप Google समर ऑफ कोड (2014 में GSoC0 छात्र) का अनुरोध कर सकते हैं और छात्र इस कोड को साफ-सुथरे तरीके से रिफैक्टर कर सकता है। डेबियन और अन्य बड़ी परियोजनाओं में GSoC जैसी योजनाओं के साथ बहुत अनुभव है। प्रोजेक्ट हमारे सभी अन्य जावास्क्रिप्ट के लिए अच्छा है इसके लिए आपके पास एक बहुत ही विश्वसनीय मामला होगा।

पहली चीज जिसे साफ करने की जरूरत है वह यह है कि JSHint और JSLint के बीच वास्तव में कितना कोड है? उदाहरण के लिए, जब आपने रिफैक्टरिंग की थी, तो क्या आपने JSLint से कोड के पूरे हिस्से को अन्य स्रोत फ़ाइलों में कॉपी और पेस्ट किया था? या अन्य स्रोत फाइलें कट-एंड-पेस्ट का उपयोग किए बिना स्वतंत्र रूप से विकसित की गईं? यदि आपने कट-एंड-पेस्ट दृष्टिकोण का उपयोग किया है, तो आपको उन सभी अन्य फ़ाइलों के लाइसेंस पाठ में @douglascrockford "कोई बुराई नहीं" शर्तों को भी शामिल करना होगा और उन सभी को उन्हें एक योगदानकर्ता के रूप में श्रेय देना होगा।

यदि यह केवल JSHint.js है, तो अन्य लोगों के लिए फ़ाइल के अनुभागों को फिर से लिखना संभव हो सकता है। कम से कम, आप उस फ़ाइल में कोई और परिवर्तन करने से बचना चाह सकते हैं और एक अलग फ़ाइल में कोई नया कोड कर सकते हैं, इसलिए नया कोड "कोई बुराई नहीं" खंड से दूषित नहीं होगा और यह कुछ के लिए आसान होगा स्वयंसेवक भविष्य में इस पर काम कर रहे हैं क्योंकि उनके लिए रिफैक्टर के लिए "कोई बुराई नहीं" कोड कम होगा।

लब्बोलुआब यह है कि @douglascrockford को यह तय करना है कि क्या उसके लिए अपने काम को मान्यता देना वास्तव में महत्वपूर्ण है और डेबियन और जेएसहिंट जैसी परियोजनाएं कोडिंग शैली के बारे में अपनी अच्छी तरह से स्थापित चिंताओं का प्रचार करती हैं। विकल्प यह है कि लोग बस ऐसे कार्य करते हैं जैसे कि उनकी परियोजना मौजूद नहीं है और अंततः इसे पूरी तरह से बदलने के लिए कुछ सामने आएगा और उनके विचार फीके पड़ जाएंगे (यह निश्चित रूप से बड़ी परियोजनाओं के लिए हुआ है, बस सोचें कि WordPerfect या Lotus 123 कितनी जल्दी गायब हो गया)

@dpocock > सबसे पहले जिस चीज को साफ करने की जरूरत है वह यह है कि JSHint और JSLint के बीच वास्तव में कितना कोड आम है?

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

विकल्प यह है कि लोग बस ऐसे कार्य करते हैं जैसे कि उनकी परियोजना मौजूद नहीं है और अंततः इसे पूरी तरह से बदलने के लिए कुछ सामने आएगा और उनके विचार फीके पड़ जाएंगे।

@antonkovalyov स्पष्ट रूप से बेहतर जानता होगा, लेकिन कुल मिलाकर, मुझे अत्यधिक संदेह है कि यह परियोजना के लिए एक बड़ी समस्या है। 1,244 मुद्दों में से मुझे केवल यह टिकट मिल सकता है जो कहता है कि यह एक समस्या है।

26/08/13 18:28 को ऑस्कर गोडसन ने लिखा:

@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 टिकटों के साथ

आपके बाकी प्रोजेक्ट के लिए इसका असर है:

a) यदि इसे पैक नहीं किया जाता है, तो इसका जोखिम कम होता है। अगर इसे पैक किया जाता है
डेबियन और फेडोरा, यह प्रतिस्पर्धा की तुलना में बहुत अधिक प्रमुख हो जाता है
समाधान। यह आपकी परियोजना और सहायता के लिए अधिक योगदानकर्ताओं को आकर्षित कर सकता है
आप उन 1244 अन्य मुद्दों में से कुछ का समाधान करते हैं।

b) कुछ अन्य योगदानकर्ताओं को a . में योगदान करने से रोका जा सकता है
एक गैर-मानक लाइसेंस के साथ परियोजना इस डर से कि उनका काम नहीं है
सामान्य तरीके से हर किसी के लिए वास्तव में प्रयोग करने योग्य

सी) बड़ी परियोजनाएं (उदाहरण के लिए कोई व्यक्ति एक-एक-एक आईडीई या कुछ बना रहा है)
आपके कोड को तब तक सुरक्षित रूप से शामिल नहीं कर सकते जब तक कि वे उन लाइसेंस शर्तों की प्रतिलिपि नहीं बनाते
उनका समग्र उत्पाद लाइसेंस। ये संभावित उपयोगकर्ता भी हो सकते हैं
संभावित योगदानकर्ता: लेकिन वे अपने प्रयासों को समान रूप से निवेश कर सकते हैं
अधिक मानक लाइसेंस वाली परियोजनाएं (या पहिया का पुन: आविष्कार भी),
इसलिए अधिक दोहराव और विखंडन है

मैंने क्रॉकफोर्ड से अपना लाइसेंस बदलने के लिए कहने के लिए एक याचिका शुरू की, कृपया इस पर हस्ताक्षर करें: https://www.change.org/petitions/douglas-crockford-remove-the-not-evil-clause-from-your-license-क्योंकि- यह-बुराई-स्वयं है

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

ऐसा लगता है कि मास्टर (3.x) शाखा में फिर से लिखा हुआ jshint.js है, तो क्या हम कह सकते हैं कि यह अब व्युत्पन्न कार्य नहीं है?

एक्लिप्स ओरियन प्रोजेक्ट जेएसलिंट की एक प्रति का उपयोग कर रहा है जहां डौग ने हमें एक लाइसेंस का उपयोग करने की अनुमति दी है जिसमें "सॉफ्टवेयर का उपयोग अच्छे के लिए किया जाएगा, बुराई के लिए नहीं।" खंड।

हमारे पास 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 को साइमन कैगी ने लिखा:

एक्लिप्स ओरियन प्रोजेक्ट जेएसलिंट की एक प्रति का उपयोग कर रहा है जहां डौग है
हमें ऐसे लाइसेंस का उपयोग करने की अनुमति दी है जिसमें "The ." नहीं है
सॉफ्टवेयर का उपयोग अच्छे के लिए किया जाएगा, बुराई के लिए नहीं।" खंड।

हमारे पास 2010-04-06, 2010-12-14 के लिए जेएसलिंट स्नैपशॉट उपलब्ध हैं, और
2011-12-21.

आपके द्वारा उपयोग किए गए जशिंट के इतिहास को देखते हुए - 2011-01-09 तो हो सकता है
आप जो चाहते हैं उसे पाने की एक अच्छी संभावना बनें।

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

क्या आप कृपया इस प्राधिकरण को देते हुए डौग के ईमेल की एक प्रति अग्रेषित कर सकते हैं
या इसे अपने भंडार में जांचें?

धन्यवाद @dpocock - हां, मैं यह सुनिश्चित करने की कोशिश कर रहा हूं कि हम यहां सब कुछ सही तरीके से कर रहे हैं, इसलिए इसमें थोड़ा समय लग सकता है। मेरा मानना ​​​​है कि यह इसके लायक है, हालांकि इस मुद्दे ने मुझे व्यक्तिगत रूप से कई बर्बाद घंटे खर्च किए हैं। (देखें http://www.youtube.com/watch?v=-C-JoyNuQJs&feature=player_detailpage#t=2480s )

मुझे यकीन नहीं है कि मैं क्या साझा कर सकता हूं, हालांकि मैं यह सुनिश्चित करने के लिए एक्लिप्स फाउंडेशन के आईपी वकीलों के साथ सत्यापित करूंगा कि सब कुछ बोर्ड से ऊपर है और वापस रिपोर्ट करें।

26/09/14 20:05 को साइमन कैगी ने लिखा:

धन्यवाद @dpocock https://github.com/dpocock - हाँ मैं बनाने की कोशिश कर रहा हूँ
सुनिश्चित करें कि हम यहां सब कुछ सही ढंग से कर रहे हैं, इसलिए इसमें थोड़ा समय लग सकता है
समय की। मेरा मानना ​​है कि यह इसके लायक है, हालांकि इस मुद्दे की कीमत मुझे चुकानी पड़ी है
व्यक्तिगत रूप से कई बर्बाद घंटे। (देख
http://www.youtube.com/watch?v=-C-JoyNuQJs&feature=player_detailpage#t=2480s
)

मुझे यकीन नहीं है कि मैं क्या साझा कर सकता हूं हालांकि मैं ग्रहण के साथ सत्यापित करूंगा
फाउंडेशन के आईपी वकील यह सुनिश्चित करने के लिए कि सब कुछ बोर्ड से ऊपर है और
वापस रिपोर्ट करें।

आदर्श रूप से, यह मेलिंग सूची पर किसी पोस्ट का लिंक या a . की एक प्रति होगी
मिस्टर क्रॉकफोर्ड से सभी हेडर आदि के साथ सीधा ईमेल।

एक्लिप्स ओरियन प्रोजेक्ट जेएसलिंट की एक प्रति का उपयोग कर रहा है जहां डौग ने हमें एक लाइसेंस का उपयोग करने की अनुमति दी है जिसमें "सॉफ्टवेयर का उपयोग अच्छे के लिए किया जाएगा, बुराई के लिए नहीं।" खंड।

ठीक है, आईबीएम को इसे बुराई के लिए इस्तेमाल करने की अनुमति मिली है। यदि आप हमें इसका एक संस्करण दे सकते हैं जो वास्तव में सिर्फ एमआईटी है, तो हम इस परियोजना को इस पर पुन: आधार कर सकते हैं, उस मजाक खंड को बाहर कर सकते हैं, और दुनिया में सब कुछ ठीक है।

@ उड़न-भेड़ हाँ यही योजना है

अद्यतन - ग्रहण नींव ने जेएसलिंट 2011-01-09 को वितरित करने वाली मेरी परियोजना को मंजूरी दे दी है - (देखें https://github.com/eclipse/orion.client/blob/master/lib/jslint/jslint-2011-01-09 .जेएस)

डौग और एक्लिप्स फाउंडेशन के बीच समझौता निजी है और इसलिए ऐसा कुछ नहीं है जिसके बारे में मैं जानकारी रखता हूं या साझा कर सकता हूं। हालांकि मैंने इस अनुमोदन के लिए सीधे एक्लिप्स फाउंडेशन आईपी टीम के साथ काम किया था, जो मैं करने की कोशिश कर रहा था और फिर से पुष्टि के लिए कहा कि ग्रहण वितरण को निम्नलिखित वाक्यांश को हटाने वाले लाइसेंस में संशोधन करने की अनुमति है - "सॉफ्टवेयर
अच्छाई के लिए इस्तेमाल किया जाएगा, बुराई के लिए नहीं। " अनुरोध पर विचार किया गया और स्वीकृत किया गया। मुझे विश्वास है कि फाउंडेशन ने यहां अपना उचित परिश्रम किया है। (अधिक जानकारी यहां https://www.eclipse.org/org/#IP%20Management)

इस बिंदु पर मेरा मानना ​​​​है कि JSHint या कोई भी परियोजना इस प्रति का उपयोग अच्छे, बुरे या उनके दिल की इच्छा के लिए करने में सक्षम होना चाहिए क्योंकि इसे कानूनी रूप से कॉपीराइट धारक के साथ एक समझौते के अनुसार संशोधित किया गया है और प्रभावी रूप से MIT लाइसेंस के तहत वितरित किया गया है, जो कि अधिकांश सहमत होगा एक वैध ओपन सोर्स लाइसेंस है।

@skaegi इस पर आपके काम के लिए फिर से धन्यवाद :)

धिक्कार है, @skaegi , :muscle:

@skaegi यदि एक्लिप्स फाउंडेशन फ़ाइल के शीर्ष पर एक वास्तविक ओपन सोर्स लाइसेंस टेक्स्ट के साथ jslint.js स्रोत फ़ाइल की एक प्रति प्रकाशित करता है (या तो एक शुद्ध एमआईटी लाइसेंस या एक ग्रहण लाइसेंस टेक्स्ट) तो किसी को भी शर्तों को जानने की आवश्यकता नहीं है @douglascrockford और एक्लिप्स फाउंडेशन के बीच समझौता, लोग केवल उस फ़ाइल को ग्रहण द्वारा वितरित के रूप में ले सकते हैं और इसे अपने स्वयं के लाइसेंसों को जहर किए बिना अपनी परियोजनाओं में वितरित कर सकते हैं।

इसे इस तरह वितरित करने वाले लोगों को शायद उस फ़ाइल में एक टिप्पणी शामिल करनी चाहिए जिसमें उन्होंने इसे ग्रहण साइट से प्राप्त किया था।

बस एक परियोजना की ओर इशारा करते हुए कि एक्लिप्स ने फ़ाइल की एक प्रति युक्त अनुमोदित किया है, वही नहीं है - यह बहुत संभव है कि इसे गलती से अनदेखा कर दिया गया था। ऐसा ही समय-समय पर डेबियन, उबंटू और फेडोरा में हुआ है और फिर जैसे ही किसी ने इसे देखा, अपमानजनक पैकेज को हटा दिया गया।

धन्यवाद @dpocock यह अच्छी प्रतिक्रिया है। आपके द्वारा वर्णित गलती ग्रहण में भी हुई है और इससे निपटने के लिए गड़बड़ है।

यदि डेवलपर्स चाहते हैं कि एक्लिप्स फाउंडेशन यूआरएल एक टिप्पणी में शामिल हो, तो यह स्पष्ट करने के लिए कि यह प्रति कहां से आई है, वे इसका उपयोग कर सकते हैं:
http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/tree/lib/jslint/jslint-2011-01-09.js

यह URL स्थिर होना चाहिए क्योंकि फ़ाइल स्वीकृत की गई सामग्री का एक स्नैपशॉट है। मैं चाहूंगा कि लोग इस पहले URL का उपयोग http://git.eclipse.org/c/orion/org.eclipse.orion.client.git/tree/lib/jslint/jslint-2011-01-09.js? id=bfe8b59bd463de6bc330d797f0fbf29856178364 जो विशिष्ट प्रतिबद्धता की एक कड़ी है लेकिन यह भी एक संभावना है।

किसी भी चिंता को कम करने के लिए कि यह एक गलती थी या अनदेखी की गई थी, किसी को ग्रहण सीक्यू 8747 (जहां सीक्यू योगदान प्रश्नावली है) का संदर्भ देना चाहिए, जहां ग्रहण आईपी टीम के साथ वितरण और चर्चा करने का अनुरोध दर्ज किया गया है। क्योंकि कुछ CQ अनुरोधों में "खराब" IP हो सकता है, वे केवल ग्रहण करने वालों के लिए दृश्यमान होते हैं, हालांकि इस विशेष अनुरोध के लिए संबद्ध URL http://dev.eclipse.org/ipzilla/show_bug.cgi?id=8747 है और अंतिम स्थिति स्वीकृत इसके अलावा वितरण और आईपी प्रक्रिया की वैधता पर किसी भी चिंता को शायद ग्रहण फाउंडेशन की आईपी टीम के साथ सबसे अच्छा लिया जाता है।

क्या यह आपके अंक को कवर करता है? क्या आप कुछ और सोच सकते हैं?

@skaegi url https://dev.eclipse.org/ipzilla/show_bug.cgi?id=8747 लॉगिन के पीछे है

पुरुष। वू। यह कमाल का है।

@rwaldron हाँ, दुर्भाग्य से आपको उस लिंक तक पहुँचने के लिए एक ग्रहण कमिटर होने की आवश्यकता है (यही वह है जो मैं ऊपर टिप्पणी में कहने की कोशिश कर रहा था)। उस लिंक को साझा करना शायद बहुत मददगार नहीं था, इसलिए क्षमा करें।

सीक्यू विवादास्पद नहीं था - मैंने जेएसलिंट के विशिष्ट स्नैपशॉट का उपयोग करने के लिए अनुमोदन मांगा और कोड संलग्न किया, समझाया कि मुझे यह संस्करण क्यों चाहिए और पुन: पुष्टि के लिए भी कहा कि हमें लाइसेंस में संशोधन करने की अनुमति है। दोगुना सुनिश्चित होने के लिए मैंने यह सुनिश्चित करने के लिए एक्लिप्स आईपी टीम के साथ भी बात की थी कि सब कुछ क्रम में है जिसे सीक्यू में भी प्रलेखित किया गया है। कुछ दिनों बाद अनुरोध को मंजूरी दे दी गई।

@skaegi मैं आपके द्वारा साझा किए गए निःशुल्क सॉफ़्टवेयर संस्करण के शीर्ष पर हमारे कोडबेस को यहां प्रतिबद्धता देखें )। कुछ परिवर्तन करने के बाद, उन्होंने 2010-12-16 को प्रकाशित JSLint के संस्करण में परिवर्तनों को फिर से लागू किया ( यहां प्रतिबद्धता देखें )। इसका मतलब है कि हमें वास्तव में 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
जीथब (दर्पण) - 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 को फिर से आधार बनाने का प्रयास करें, लेकिन अगर वह बस काम नहीं करने वाला है तो मैं 2010-12-16 के लिए वितरण प्राप्त करने के लिए ग्रहण पक्ष पर प्रक्रिया शुरू करूंगा।

बस ऊपर के स्रोत के साथ जीथब पर एक स्थिर शाखा में एक यूआरएल जोड़ना क्योंकि अब हम वर्तमान रिलीज में जेएसलिंट का उपयोग नहीं कर रहे हैं और इसे मास्टर से काट रहे हैं।

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

ठीक है, मैंने रिबेस पूरा कर लिया है; यह मेरे कांटे की master-free शाखा पर उपलब्ध है।

@skaegi के साथ बात करते

यह संदर्भित सीक्यू की स्थिति दिखाता है: सीक्यू 4745 [जेएसएलिंट 2010-12-15] और सीक्यू 8747 [जेएसएलिंट 2011-01-09]।

ओरियन प्रोजेक्ट इस आने वाले बुधवार 29 अक्टूबर को वर्जन 7.0 जारी करेगा। साइमन ने यह देखने की पेशकश की है कि इस रिलीज़ के लिए एक स्थिर दस्तावेज़ प्रकाशित किया जाए। अनुरक्षकों के लिए मेरे प्रश्न हैं : क्या हमें इस दस्तावेज़ के प्रकाशन की प्रतीक्षा करनी चाहिए? यदि हां, तो क्या आप चाहते हैं कि मैं उस समय प्रासंगिक कमिट से स्थिर आईपी लॉग यूआरएल को संदर्भित करने के लिए फिर से रीबेस करूं?

अवलोकन

मैंने 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)

प्रक्रिया विवरण

रीबेस ऑपरेशंस ऑडिट करना मुश्किल है क्योंकि वे इतिहास को फिर से लिखते हैं (इसे संशोधित करने के बजाय)। पारदर्शिता के हित में, मैं नीचे अपनी प्रक्रिया का दस्तावेजीकरण करूँगा।

एंटोन ने 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 ,
• "जोड़ा गया लाइसेंस और योगदान। अद्यतन रीडमी"
  master
master-free
• "सभी रिक्त स्थान को टैब में बदलें।"
  master
master-free
• "कोई समस्या नहीं: रिक्त स्थान के लिए टैब"
  master
master-free

यह "प्रशिक्षण" गिट के rerere टूल द्वारा rerere-train.sh स्क्रिप्ट का उपयोग करके और निम्न आदेश चलाकर हासिल किया गया था:

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

अगर मुझे कुछ याद आ रहा है तो कृपया मुझे बताएं। और यह सत्यापित करने में मेरी सहायता करने के लिए कि रिबेस तकनीकी रूप से सटीक था, इतिहास ब्राउज़ करने के लिए स्वतंत्र महसूस करें।

बूम:

यहां ओरियन 7.0 रिव्यू और आईपी लॉग का लिंक दिया गया है - एक रोमांचक रीड।
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

यह दिखाता है कि सीक्यू 4745 [जेएसएलिंट 2010-12-15] और सीक्यू 8747 [जेएसएलिंट 2011-01-09] जहां हमारी रिलीज का एक स्वीकृत हिस्सा है जो उम्मीद से लूप को बंद कर देता है।

इस पर कोई आंदोलन विलय हो रहा है?

@dragorosson यह एक तकनीकी समस्या से कहीं अधिक है; यह सुनिश्चित करना कि सब कुछ बोर्ड से ऊपर है, कुछ समय लग रहा है। आपकी रुचि के लिए धन्यवाद।

इस मुद्दे पर काम करने के लिए आपका बहुत-बहुत धन्यवाद, मैं इसे फेडोरा में लाना चाहता हूं। वास्तव में अभी भी क्या करने की आवश्यकता है?

यह पुष्टि करने का सबसे अच्छा तरीका है कि हम अभी भी इस पर काम कर रहे हैं, मेरी master-free शाखा की जांच करना है - अगर मैं इसका उपयोग करने का इरादा नहीं रखता तो मैं निश्चित रूप से इसे सिंक में नहीं

@piotr1212 वर्तमान में, हमें पिछले कुछ योगदानकर्ताओं के साथ परिवर्तन की पुष्टि करने की आवश्यकता है। ऐसा लगता है कि आप RPM अनुरक्षक हैं - क्या यह सही है?

अपडेट के लिए धन्यवाद। मैं बस ध्यानपूर्वक प्रतीक्षा करूँगा;)
और हाँ, मैं फेडोरा/ईपीईएल के लिए एक पैकेज मेंटेनर हूं, कई नोडज मॉड्यूल हैं जो जेशिंट पर निर्भर हैं और अब पैक नहीं किए जा सकते हैं ...

मैं @piotr1212 के साथ

मैं इस मुद्दे को बढ़ावा देना चाहता हूं और सभी योगदानकर्ताओं से एनएसए या जीसीएचक्यू के अंदर हमारे सरकारी कर्मचारियों को नहीं भूलने का आह्वान करता हूं जो जावास्क्रिप्ट में लिखे गए व्यापक निगरानी प्रणाली के कुछ हिस्सों को बनाए रखते हैं। सबके लिए स्वच्छ कोड!

मैंने सीएलए पर हस्ताक्षर किए हैं और दूसरों को भी ऐसा करने के लिए प्रोत्साहित करता हूं।

एक जिज्ञासा के रूप में, मैंने एक बार हावर्ड ज़िन से बुराई को परिभाषित करने के लिए कहने का अवसर लिया था। हालाँकि, उसने मुझ पर पलटवार करते हुए दावा किया कि अगर मुझे नहीं पता कि मेरी उम्र से क्या बुराई है, तो निश्चित रूप से, मैं कभी नहीं करूँगा। उस कथन पर वर्षों के चिंतन के बाद, ज़िन, निश्चित रूप से सही था - और गलत तरीके से अच्छा होना सबसे अच्छा मैं उम्मीद कर सकता हूं।

क्या यह लाइसेंस भी अपडेट होने वाला है? https://github.com/jshint/jshint/blob/master/src/jshint.js#L19

@thejameskyle यही एकमात्र लाइसेंस है जिसे बदलने की जरूरत है। हम इसे जल्द से जल्द अपडेट करना सुनिश्चित करेंगे

अभी-अभी jshint.js की एक पुरानी कॉपी मिली, जिसने Drupal प्रोजेक्ट में अपनी जगह बनाई। मुझे इस समस्या का अनुसरण करने में समस्या हो रही है। क्या "अच्छा, बुरा नहीं" खंड हटाया जा रहा है? https://github.com/webjars/webjars/issues/1127 में गतिविधि मुझे लगता है कि खंड बना रहेगा।

यह पुष्टि करने का सबसे अच्छा तरीका है कि हम अभी भी इस पर काम कर रहे हैं, मेरी master-free शाखा की जांच करना है - अगर मैं इसका उपयोग करने का इरादा नहीं रखता तो मैं निश्चित रूप से इसे सिंक में नहीं

@jugglinmike मैंने उस प्रतिक्रिया को पहली बार जनवरी में @ piotr1212 के जवाब में पोस्ट किया था, लेकिन मुझे मुकदमा नहीं था कि अगर आप इसे विलय कर रहे थे तो

ड्रुपल के लाइसेंसिंग वर्किंग ग्रुप के हिस्से के रूप में, हम हजारों परियोजनाओं और योगदानकर्ताओं वाले समुदाय के लिए लाइसेंसिंग मुद्दों से निपटते हैं। मैं समझता हूं कि इन्हें हल करना कितना निराशाजनक हो सकता है ... और कितना धन्यवादहीन।

इसलिए धन्यवाद! अप्रवर्तनीय, गैर-मानक लाइसेंसिंग खंड जैसे कि अविश्वसनीय रूप से अनुत्पादक हैं।

जबकि मैं इस तरह की प्रतिक्रियाओं के अपने हिस्से के लिए दोषी हूं, आपको इस बात की जानकारी होनी चाहिए कि इसे किसी ऐसे व्यक्ति के लिए रखना कितना गलत है जो आपके प्रोजेक्ट से परिचित नहीं है।

चूंकि शाखा के README.md, विवरण, टिप्पणियों के साथ एक खुला पीआर या इस मुद्दे में कुछ भी नहीं है, यह दर्शाता है कि अभी भी क्या करने की आवश्यकता है, लोग समय-समय पर पूछते रहेंगे जब तक कि यह विलय नहीं हो जाता।

यदि आप पूछने वाले को बॉयलरप्लेट प्रतिक्रिया का उपयोग करने जा रहे हैं, तो मैं कुछ बदलावों का सुझाव दूंगा। "मेरा इसका उपयोग करने का इरादा नहीं था!" is != "हम इसे मर्ज करने का इरादा नहीं रखते थे"। ऐसा कुछ कहना कम होगा...

_यदि https://github.com/jugglinmike/jshint/tree/master-free को अपडेट किया जा रहा है, तो हम इसे हल करने के लिए सक्रिय रूप से काम कर रहे हैं। सीमित संसाधन हमें जितनी बार चाहें स्थिति अपडेट पोस्ट करने से रोकते हैं, लेकिन यह समस्या तब तक बनी रहेगी जब तक "अच्छा, बुरा नहीं" खंड हटा दिया जाता है।_

यह फ़ाइल ड्रुपल प्रोजेक्ट के लिए आवश्यक नहीं थी इसलिए इसे हटा दिया गया था, लेकिन यह समस्या वास्तव में खुले और सत्यापित लाइसेंस को संशोधित करने वाले लहर प्रभाव में एक महान केस स्टडी बन रही है। मुझे बताएं कि क्या कुछ है जो मैं इसे हल करने में मदद करने के लिए कर सकता हूं।

मेरा निष्क्रिय आक्रामक होने का इरादा नहीं था। मैंने व्याख्या की, "मुझे इस मुद्दे का अनुसरण करने में परेशानी हो रही है" के रूप में, "मैंने अन्य सभी चर्चाओं के बीच आपकी प्रतिक्रिया को याद किया"। मैं अधिक संपूर्ण स्पष्टीकरण के लिए आपके सुझाव की सराहना करता हूं, और मैं मानता हूं कि यह एक सुधार है। मैं उस संदेश को समर्पित एक अधिक दृश्यमान टिप्पणी के साथ अनुवर्ती कार्रवाई करूंगा।

आपके द्वारा संदर्भित मुद्दे के लिए: मुझे लगता है कि किसी भी विशिष्ट परियोजना की वर्तमान कॉन्फ़िगरेशन की परवाह किए बिना एसपीडीएक्स के पार्सिंग में उस परियोजना के लिए मजबूत होने का मूल्य है। तो आम तौर पर उस मुद्दे को हल करना समझ में आता है ... मेरे लिए, वैसे भी!

इस प्रयास की स्थिति की जाँच करना

यदि https://github.com/jugglinmike/jshint/tree/master-free को अपडेट किया जा रहा है, तो हम इसे हल करने के लिए सक्रिय रूप से काम कर रहे हैं। सीमित संसाधन हमें जितनी बार चाहें स्थिति अपडेट पोस्ट करने से रोकते हैं, लेकिन यह समस्या तब तक बनी रहेगी जब तक "अच्छा, बुरा नहीं" खंड हटा दिया जाता है।

@jugglinmike आखिरी टिप्पणी के लगभग 11 महीने बाद। मैं इस मुद्दे की वर्तमान स्थिति जानना चाहता हूं।

गंभीरता से? एक और "अच्छा, बुराई नहीं।" लाइसेंस? इसका क्या मतलब है? कृपया एक वास्तविक FSF स्वीकृत या OSI अनुमोदित लाइसेंस चुनें।

@andreicristianpetcu : आप अनावश्यक रूप से विरोधी हैं क्योंकि आप बेख़बर हैं।

क्या आप जानते हैं कि जशिंट को क्या फोर्क किया गया था? एक बार ऐसा करने के बाद, इस धागे को ध्यान से पढ़ें, फिर कृपया पिछली टिप्पणी के लिए क्षमा करें।

@ फ्लाइंग-भेड़ मैंने धागा पढ़ा। स्पैम के लिए खेद है।

इस मुद्दे पर कोई प्रगति? यह हमें इसे फेडोरा में शामिल करने से रोक रहा है।

आपकी रुचि के लिए धन्यवाद, @eclipseo। मुझे अच्छा लगेगा कि JSHint को Fedora में शामिल किया जाए! अभी, हम कोडबेस के कुछ लक्षित अनुभागों को फिर से लिखने का प्रयास कर रहे हैं। मैं गैर-मुफ़्त कोड से परिचित होने के कारण सीधे योगदान नहीं दे सकता। वही हमारे कई पूर्व योगदानकर्ताओं के लिए जाता है, इसलिए मैं नए लोगों की तलाश कर रहा हूं जो मुफ्त सॉफ्टवेयर और जावास्क्रिप्ट के लिए रुचि रखते हैं। यदि आप (या उसके साथ आने वाला कोई अन्य व्यक्ति) किसी ऐसे व्यक्ति को जानता है जो बिल को फिट करता है, तो कृपया उनसे मुझसे संपर्क करने के लिए कहें (या तो इस धागे पर या मेरे व्यक्तिगत ई-मेल पते के माध्यम से)।

अच्छा .... अगर यह खरोंच से लिखा गया है तो इससे कोई फर्क नहीं पड़ता कि इसे कौन लिखता है। यह एक कॉपीराइट मुद्दा है, पेटेंट नहीं।

हम वर्तमान में खरोंच से फिर से लिखने का प्रयास नहीं कर रहे हैं। मैंने अपनी पिछली प्रतिक्रिया में "कोडबेस के कुछ लक्षित अनुभाग" वाक्यांश के साथ इसे संप्रेषित करने का प्रयास किया।

वर्तमान स्थिति क्या है ?

वही हमारे कई पूर्व योगदानकर्ताओं के लिए जाता है, इसलिए मैं नए लोगों की तलाश कर रहा हूं जो मुफ्त सॉफ्टवेयर और जावास्क्रिप्ट के लिए रुचि रखते हैं। यदि आप (या उसके साथ आने वाला कोई अन्य व्यक्ति) किसी ऐसे व्यक्ति को जानता है जो बिल को फिट करता है, तो कृपया उनसे मुझसे संपर्क करने के लिए कहें (या तो इस धागे पर या मेरे व्यक्तिगत ई-मेल पते के माध्यम से)।

अभी-अभी इस समस्या का सामना करना पड़ा -- क्या आप अभी भी सहायता की तलाश में हैं?

@ajakaja मैं हूँ! क्या आप [email protected] पर ई-मेल कर सकते हैं?

मैं लेखक को उसकी मूल प्रतिबद्धता के प्रति सच्चे रहने की स्वीकृति देता हूं। यदि यह मेरा रचनात्मक कार्य होता (या इसका व्युत्पन्न) तो मैं अंत तक नॉट एविल क्लॉज को भी धारण करता।
खंड व्याख्या के लिए खुला है (और निश्चित रूप से अदालत में नहीं होगा, न ही लेखक का इरादा था कि यह कभी भी हो सकता है, मुझे यकीन है) एक कारण के लिए। और इसका कारण नैतिक, हास्य की भावना या शायद दोनों का मिश्रण हो सकता है।

अब अगर कुछ डिस्ट्रो सॉफ्टवेयर को अपने रेपो में शामिल नहीं कर सकते हैं क्योंकि "फ्री सॉफ्टवेयर" की परिभाषा का पालन करने के लिए वे अत्यधिक सख्त हैं - _या मैं संकीर्ण दिमाग कहूंगा, यह बहुत बुरा है।

अच्छा काम @douglascrockford और परियोजना अनुरक्षक।

संपादित करें: मुझे कहना होगा कि मैं तकनीकी रूप से सहमत हूं कि लाइसेंस गैर-मुक्त है क्योंकि यह निस्संदेह इस बात पर प्रतिबंध लगाता है कि सॉफ्टवेयर का क्या उपयोग किया जा सकता है, भले ही यह लगभग व्यंग्यपूर्ण हो। तथ्य यह है कि डिस्ट्रो इन आधारों पर अपने आधिकारिक रिपो में सॉफ़्टवेयर शामिल नहीं करते हैं, यह मूर्खतापूर्ण है।

सबके लिए अच्छी खबर है! हमने अभी-अभी JSHint 2.12.0 प्रकाशित किया है, जो MIT Expact लाइसेंस के तहत पूरी तरह से लाइसेंस प्राप्त होने वाला पहला संस्करण है। प्रक्रिया के बारे में विवरण परियोजना की वेबसाइट पर उपलब्ध है।

अगर किसी को अभी भी JSHint को सॉफ़्टवेयर रिपॉजिटरी के लिए पैकेजिंग करने में दिलचस्पी है, तो मुझे मदद करने में खुशी होगी!