Oauthlib: समुदाय के सदस्य - गतिविधि

मैं वास्तव में डॉट को oauthlib org पर ले जाने के पक्ष में हूं। यह वर्तमान में जैज़बैंड में है जो अधिक या एफएफए योगदान संगठन है। मैंने इसे शुरू में वहां ले जाने का सुझाव दिया क्योंकि यह अनिवार्य रूप से अपने मूल संगठन में अपरिवर्तित था।

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

@jleclanche , एक परियोजना को oauthlib org में ले जाने के आसपास रखरखाव कार्य (दस्तावेज़, टूलींग, लिंक, ...) के बावजूद, मुझे लगता है कि यह एक अच्छा विचार है और लंबे समय तक इसके लायक हो सकता है। मुझे लगता है कि हम बॉटल-ओथलिब को संगठन में भी स्थानांतरित कर सकते हैं।

@daenney , यह बिल्कुल ठीक है! मैं किसी भी डाउनस्ट्रीम डेवलपर्स से OAuth के बारे में सब कुछ जानने की उम्मीद नहीं करता, लेकिन हमारे पास libs और oauthlib के बीच पायथन एपीआई है। आप निश्चित रूप से इस पर एक शब्द हैं, और इस भाग की समीक्षा करना - एपीआई - फ्लास्क-डांस और अन्य के लिए बहुत फायदेमंद हो सकता है।

यह मुझे उचित लगता है! मैं इन दिनों फ्लास्क-डांस पर काम करने में ज्यादा समय नहीं लगाता, क्योंकि मैं इस समय व्यक्तिगत या पेशेवर रूप से किसी भी चीज के लिए इसका उपयोग नहीं कर रहा हूं। फिर भी, मैं अभी भी सक्रिय रूप से इसका समर्थन कर रहा हूं, और @daenney एक बड़ी मदद रही है। (एक बार फिर धन्यवाद!)

मुझे यकीन नहीं है कि मैं वास्तव में requests-oauthlib के साथ बहुत कुछ कर रहा हूं, लेकिन ऐसा करने की अनुमति होना निश्चित रूप से अच्छा है। एक और सवाल: मैंने हाल ही में टाइडलिफ्ट के बारे में सीखा है, और मैंने फ्लास्क-डांस के अनुरक्षक के रूप में उनके मंच के साथ साइन अप किया है। मुझे लगता है कि मुझे requests-oauthlib के लिए भी ऐसा ही करना चाहिए? क्या किसी को इससे कोई समस्या है?

सच कहूं तो, अगर मुझे समय और प्रेरणा मिलती है, तो मैं requests-oauthlib कोडबेस और प्रलेखन को फिर से लिखना चाहूंगा -- इसके साथ काम करना बहुत अच्छा नहीं है। लेकिन मेरे पहले के बिंदु से संबंधित, मुझे यकीन नहीं है कि मैं ऐसा करने के लिए कब या कभी भी मिलूंगा।

@singingwolfboy , टाइडलिफ्ट के बारे में कोई चिंता नहीं है।

यदि किसी को कोई आपत्ति नहीं है, तो मैं एक सप्ताह में इस परियोजना के लिए दो-चार लिखित पहुंच प्रदान करूंगा। पोक @thedrow , @skion , @duaneking , @wiliamsouza।

मैं इसके पक्ष में हूं क्योंकि मैं आगे कम समय बिता सकूंगा।

मैं अनुरोध-oauthlib भंडार पर गिटहब प्रायोजक बटन प्रदर्शित करना चाहता हूं, लेकिन मुझे गिटहब पर उस रेपो के सेटिंग पृष्ठ तक पहुंचने की अनुमति नहीं है। क्या कोई कृपया इसे चालू कर सकता है, या मुझे इसे स्वयं चालू करने की अनुमति दे सकता है?

मैंने कुछ डाउनस्ट्रीम योगदानकर्ताओं को oauthlib org में आमंत्रित किया है। अगर मुझे किसी की याद आती है, या अगर इस चर्चा को पढ़ने वाला कोई व्यक्ति ओथलिब में भाग लेने में दिलचस्पी रखता है, या तो किसी अन्य डाउनस्ट्रीम लाइब्रेरी की ओर से या अपनी ओर से, कृपया यहां टिप्पणी करें या मुझे एक संदेश भेजें!

धन्यवाद

@singingwolfboy कृपया तदनुसार FUNDING.yml फ़ाइल संपादित करें।

@thedrow क्या आप कृपया अपनी टिप्पणी स्पष्ट कर सकते हैं?

• _कौन सी_ FUNDING.yml फ़ाइल का आप उल्लेख कर रहे हैं?
• आप मुझे इसे कैसे संपादित करना चाहेंगे?
• क्या आप पुल अनुरोध करने में सक्षम हैं, ताकि आप उन संपादनों को प्रदर्शित कर सकें जो आपको लगता है कि किए जाने चाहिए?
• अंत में, क्या यह चर्चा इस विशेष GitHub मुद्दे से संबंधित है?

• https://github.com/oauthlib/oauthlib/blob/master/.github/FUNDING.yml
• एक पीआर ठीक होगा। हमें एक ओपन कलेक्टिव अकाउंट खोलना होगा।
• नहीं। हमें एक नया खोलना चाहिए।

पोक @singingwolfboy , मैंने देखा कि आपके पास अनुरोधों तक पहुंच है-oauthlib, क्या आप जानते हैं कि हम में से कुछ को समान अनुमति कौन दे सकता है?

मुझे लगता है कि अगर मुझे मुद्दों/पीआर को साफ करने के लिए कुछ खाली समय मिलता है, तो मैं करूंगा।

CC'ing @jezdez यहाँ; डीओटी को जैज़बैंड से यहां ले जाने के बारे में आईआरसी पर पहुंचे।

@jleclanche , @jezdez , अब तक कोई प्रगति?
@singingwolfboy , अनुरोध-oauthlib स्वामित्व/लिखने की पहुंच पर कोई अपडेट?

धन्यवाद

@JonathanHuot : मेरा मानना ​​​​है कि @ sigmavirus24 ने मुझे अनुरोध-oauthlib रेपो तक पहुंच प्रदान की है, लेकिन ऐसा लगता है कि वह अनिश्चित काल के लिए ओपन सोर्स डेवलपमेंट से अंतराल पर है । ऐसा लगता है कि अनुरोध वेबसाइट पर प्रलेखित समर्थन चैनलों का उपयोग करना यहां सबसे अच्छा विकल्प है। मेरे अनुभव में, आईआरसी सबसे अच्छा काम करता है यदि आपको ऐसा समय मिल जाए जब एक अनुरक्षक ऑनलाइन हो: #python-requests

संबंधित समाचारों में, @jtroussard ने मुझे संकेत दिया कि वह एक अनुरक्षक बनने में भी रुचि रखता है, हालांकि उसे ओपन सोर्स के साथ अधिक अनुभव नहीं है। वह और मैं वीडियो चैट के लिए समय निकालने जा रहे हैं, ताकि मैं उनके सवालों का जवाब दे सकूं और जितना हो सके शुरू करने में उनकी मदद कर सकूं।

डीओटी को जैज़बैंड से बाहर ले जाने में मुझे @jezdez से कोई जवाब नहीं मिला है। क्या कोई व्यक्ति जो इस पर अनुवर्ती कार्रवाई करेगा, यहां कोई समस्या दर्ज कर सकता है ?

हाय दोस्तों, आप सभी को प्रतीक्षा करने के लिए खेद है, मैं कुछ चीजें स्पष्ट करना चाहता हूं क्योंकि django-oauth-toolkit बहुत लंबे समय से जैज़बैंड में नहीं है। जैज़बैंड की "ओपन डोर" नीतियों के हित में (मूल रूप से हर कोई जैज़बैंड गिटहब संगठन में शामिल हो सकता है और सीधे योगदान दे सकता है), जैज़बैंड में जाने के बाद से योगदान देने वाले सभी लोगों से django-oauth-toolkot को oauthlib संगठन में ले जाने के लिए अनुमोदन प्राप्त करना एक समझदारी की तरह लगता है बनाने के लिए जाँच करें।

मैं @synasius (जिसने रेपो को उसके पिछले स्थान से जैज़बैंड में स्थानांतरित कर दिया था) और वर्तमान प्रोजेक्ट लीड @MattBlack85 से इस कदम की पुष्टि प्राप्त करने की भी सिफारिश करूंगा, जिन्होंने परियोजना का नेतृत्व करने के लिए कुछ समय पहले कृपापूर्वक कदम बढ़ाया।

यहां परिवर्तन करने वाले योगदानकर्ताओं सहित जैज़बैंड में जाने के दिन से होने वाले परिवर्तनों की एक सूची है: https://github.com/jazzband/django-oauth-toolkit/compare/master@%7B04-18-18 %7डी...मास्टर

@jleclanche चूंकि आप योगदानकर्ताओं में से एक थे और आपने IRC पर और यहां oauthlib org में जाने के बारे में पूछा है, क्या आप पुष्टि प्राप्त करने के लिए टिकट में इन लोगों तक पहुंचने के लिए कुछ पैर का काम करने पर ध्यान देंगे?

मैं अभी 5 दिसंबर तक दूर हूं। मुझे मदद करने के लिए उस तारीख के बाद कुछ लेगवर्क करने में खुशी हो रही है!

मैंने अभी @denizdogan से बात की है, और वह भी request-oauthlib में मदद करने में रुचि रखता है। वह और मैं दोनों मानते हैं कि मौजूदा कोड खराब स्थिति में है, और एक ग्राउंड-अप पुनर्लेखन एक अच्छा विचार हो सकता है - जो हमें एक अच्छे डेवलपर एपीआई बनाने की भी अनुमति देता है। वह एक नया भंडार बनाने जा रहा है और एक नई परियोजना पर काम करना शुरू कर रहा है जो _may_ भविष्य में किसी बिंदु पर अनुरोध-oauthlib को प्रतिस्थापित कर देगा।

शायद परियोजना async कनेक्शन के लिए httpx का भी समर्थन कर सकती है?

@thedrow वास्तव में मैं अपने खाली समय में काम कर रहा हूं, मूल रूप से केवल अनुरोधों का एक पुनर्लेखन-oauthlib लेकिन httpx का उपयोग करना और संभावित रूप से अन्य सुधारों को लागू करना जैसा कि मैं उन्हें ढूंढता हूं। काम करने का नाम दिलचस्प रूप से httpx-oauthlib है (अभी तक कोई कोड ऑनलाइन नहीं है)।

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

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

यह एक मूर्खतापूर्ण प्रश्न हो सकता है, लेकिन मुझे यह पूछने की आवश्यकता है:

क्या अब Authlib में कुछ कमी है? मैंने सोचा कि यह केवल ओएथ सर्वर लिखने के लिए था, क्योंकि यह वास्तव में उस हिस्से को अपनी टैगलाइन में धक्का देता है, लेकिन ऐसा लगता है कि आजकल इसमें न केवल क्लाइंट समर्थन है, बल्कि फ्लास्क और डीजेगो एकीकरण, एसिंक HTTPX समर्थन, पीकेसीई समर्थन, ओपनआईडी कनेक्ट इत्यादि भी है। यह वर्तमान में @lepture द्वारा सक्रिय रूप से विकसित किया जा रहा है क्योंकि उसने दो साल से अधिक समय पहले एक कांटा बनाया था।

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

क्या मैं यह कहने की हिम्मत करता हूं कि शायद यह oauthlib और अनुरोधों-oauthlib को हटाने और Authlib पर ध्यान केंद्रित करने के बारे में सोचने का समय है?

नहीं।

ऑथ ज़ीरो एक निजी कंपनी है जिस पर भरोसा नहीं किया जा सकता है; वे उस प्रयास को वित्तपोषित कर रहे हैं और मैं व्यक्तिगत रूप से इसे समुदाय पर हमले के रूप में देखता हूं क्योंकि वे इसमें शामिल हैं।

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

नतीजतन, हमें यह सुनिश्चित करने के लिए कि वे सब कुछ नियंत्रित नहीं करते हैं, इस परियोजना को एक सरल तरीके के रूप में अस्तित्व में रखने की आवश्यकता है; यदि आप आधिकारिक तौर पर उनका उपयोग नहीं कर रहे हैं तो उनका सामान टूट जाता है इसलिए मैं उन्हें BORG के रूप में देखता हूं।

@duaneking मैं समझता हूँ - मुझे Auth0 की व्यावसायिक प्रथाओं के बारे में पता नहीं था या यहाँ तक कि वे Authlib से जुड़े थे। मैं आपकी प्रतिक्रिया की सराहना करता हूं और Authlib का उपयोग करने के विचार पर पुनर्विचार करूंगा। ऐसा कहा जा रहा है कि, जो मुझे मिल सकता है, Auth0 केवल परियोजना का "प्रायोजक" है और Hsiaoming अपना स्वयं का व्यवसाय चला रहा है जो अन्यथा Auth0 से असंबंधित है। क्या मेरी समझ सही है या खरगोश का छेद गहरा जाता है?

नहीं।

Auth0 कुछ मायनों में "प्रायोजन" करता है, जो आप देख रहे हैं वह सामने का हिस्सा है। आपको किसी भी देव को सक्रिय रूप से या तो प्रत्यक्ष या अप्रत्यक्ष रूप से एक परियोजना के माध्यम से बैकएंड पर उनके द्वारा दागी/नियंत्रित/प्रभावित होने के लिए सक्रिय रूप से पैसा लेना चाहिए। साथ ही कंपनियों के लिए यह असामान्य नहीं है कि वे देवों को उन समझौतों पर हस्ताक्षर करने के लिए मजबूर करें जिनके बारे में वे सार्वजनिक रूप से बात नहीं कर सकते हैं ताकि ब्रांडिंग को निर्देशित किया जा सके और कंपनी आदि के जोखिम को कम किया जा सके।

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

@denizdogan @duaneking Auth0 Authlib का सिर्फ एक प्रायोजक है, इसका "नियंत्रण" "प्रबंधन" "लाइसेंस" या Authlib की किसी भी अन्य चीजों से कोई लेना-देना नहीं है। आप इसे एक विज्ञापन के रूप में मान सकते हैं।

Auth0 ने विशेष रूप से उनके लिए एक एकीकरण बनाने के लिए मुझसे संपर्क करने का प्रयास किया है, लेकिन मैंने इसे अस्वीकार कर दिया है। आपको Authlib में कोई auth0 संबंधित कोड दिखाई नहीं देगा। मुझे समझ में नहीं आता कि यह एक समस्या क्यों है, जानकारी सार्वजनिक है, आप https://www.patreon.com/lepture के माध्यम से पैसे की जानकारी प्राप्त कर सकते हैं। कोई भी patreon या GitHub के माध्यम से मेरा समर्थन कर सकता है।

इसके अलावा, आप यह भी देख सकते हैं कि रीडमी पर एक और प्रायोजक Authing है।

और OAuthlib स्वयं भी Auth0 प्रायोजित लाइब्रेरी का उपयोग कर रहा है: https://pyjwt.readthedocs.io/en/latest/

मुझे Auth0 पर भरोसा नहीं है। उनकी युक्ति मेरे मन में अनैतिक है। तथ्य यह है कि वे पैसा इधर-उधर फेंकना चाहते हैं, ठीक है लेकिन इससे उन्हें कभी कोई नियंत्रण या प्रभाव नहीं देना चाहिए।

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

क्या मैं यह कहने की हिम्मत करता हूं कि शायद यह oauthlib और अनुरोधों-oauthlib को हटाने और Authlib पर ध्यान केंद्रित करने के बारे में सोचने का समय है?

इसके लायक क्या है, OAuthlib की मुख्य विशेषता Authlib पर एक अज्ञेयवादी दृष्टिकोण है।

@lepture की कॉपीराइट असाइनमेंट नीति पर मेरी एक छोटी, लेकिन गैर-शून्य चिंता भी है। पुस्तकालय उपभोक्ता के रूप में यह 100% समझ में आता है, लेकिन मैं एक योगदानकर्ता के रूप में, मैं सिर्फ सीसी0 के तहत रिलीज करना पसंद करूंगा। हालांकि, मैंने उनसे इस बारे में विस्तार से चर्चा नहीं की है।

मैं एक व्यक्ति का प्रशंसक नहीं हूं, जो पूरे समुदाय के काम का मालिक है।

मुझे मेंटेनर बनने में दिलचस्पी है।

हाय @auvipy , परियोजना में आपका स्वागत है, मैंने एक आमंत्रण भेजा है!

हाय @auvipy , परियोजना में आपका स्वागत है, मैंने एक आमंत्रण भेजा है!

समझ लिया। लेकिन अभी कोई विलय या अनुमोदन नहीं है।

क्या आप दोबारा जांच सकते हैं? मुझे लगता है कि मैं संगठन, टीम और परियोजना के बारे में उलझन में था। अब आपके और oauthlib संगठन के सभी लोगों के पास अधिक अनुमतियां होनी चाहिए।