Oauthlib: コミュニティメンバー-アクティビティ

私は実際にドットをoauthliborgに移動することに賛成です。 それは現在、より多くの、またはFFA貢献組織であるジャズバンドにあります。 元の組織では基本的に保守されていなかったため、最初はそこに移動することを提案しました。

書き込みアクセス権を持っていてもかまいませんが、それが必要になるとは思いません。 私はFlaskにかなり精通しており、問題の処理やPRのマージなどによって、Flask-Danceに直接貢献できると感じていますが、OAuthとOAuth仕様に同じように精通しているとは言えません。 問題やコードレビューに参加することはできますが、非常に些細な変更を除けば、oauthlibのPRのマージボタンを押すことに抵抗があります。

@jleclanche 、プロジェクトをoauthlib orgに移動するためのメンテナンス作業（ドキュメント、ツール、リンクなど）にもかかわらず、それは良い考えであり、長期的に価値があると思います。 Bottle-oauthlibを組織に移動することもできると思います。

@daenney 、それは完全に大丈夫です！ ダウンストリームの開発者がOAuthについてすべてを知っているとは思いませんが、libsとoauthlibの間にpythonAPIがあります。 あなたは確かにこれについて一言知っています、そしてこの部分-API-をレビューすることはFlask-Danceや他の人にとって非常に有益である可能性があります。

これは私には合理的なようです！ 私は最近Flask-Danceに取り組むことに多くの時間を費やしていません。なぜなら、私は現在、個人的にも専門的にも、Flask-Danceを何にも使用していないからです。 それにもかかわらず、私はまだ積極的にそれをサポートしており、 @daenneyは大きな助けになっています。 （再度、感謝します！）

requests-oauthlibで実際に多くのことを行うかどうかはわかりませんが、そうするための権限を持っていることは間違いなく良いことです。 もう1つの質問：私は最近Tideliftについて学び、Flask-Danceのメンテナーとして彼らのプラットフォームにサインアップしました。 requests-oauthlibについても同じことをすべきだと思いますか？ 誰かがそれに問題がありますか？

正直なところ、時間とモチベーションがあれば、 requests-oauthlibのコードベースとドキュメントを書き直したいと思います。 しかし、私の以前のポイントに関連して、私はいつ、または私がそれを行うことに取り掛かるかどうかはわかりません。

@singingwolfboy 、Tideliftについての心配はありません。

誰も異議を唱えない場合は、1週間以内にこのプロジェクトへの書き込みアクセスを2、3回許可します。 @thedrow 、 @ skion 、 @ duaneking 、@wiliamsouzaを突く。

今後の時間を短縮できるので、これに賛成です。

requests-oauthlibリポジトリにGitHubスポンサーボタンを表示したいのですが、GitHubのそのリポジトリの設定ページにアクセスする権限がありません。 誰かがそれをオンにしてください、または私にそれを自分でオンにする許可を与えてもらえますか？

ダウンストリームの貢献者数名をoauthliborgに招待しました。 誰かが恋しい場合、またはこのディスカッションを読んでいる人が、別のダウンストリームライブラリに代わって、または自分でoauthlibに参加することに興味がある場合は、ここにコメントするか、メッセージを送ってください。

ありがとう

@singingwolfboyそれに応じてFUNDING.ymlファイルを編集してください。

@thedrowコメントを明確にしていただけませんか。

• _どの_ FUNDING.ymlファイルを参照していますか？
• どのように編集しますか？
• プルリクエストを作成して、行う必要があると思われる編集をデモンストレーションできますか？
• 最後に、この議論はこの特定のGitHubの問題にも属していますか？

• https://github.com/oauthlib/oauthlib/blob/master/.github/FUNDING.yml
• PRは大丈夫でしょう。 opencollectiveアカウントを開設する必要があります。
• いいえ。 新しいものを開く必要があります。

@singingwolfboyを突く、私はあなたがリクエストへの書き込みアクセス権を持っているのを見ました-oauthlib、あなたは私たちの何人かに同様の許可を与えることができる人を知っていますか？

問題/PRをクリーンアップするための暇があれば、そうします。

ここで@jezdezをCCします。 DOTをジャズバンドからここに移動することについてIRCに連絡しました。

@ jleclanche 、 @ jezdez 、これまでの進捗状況はありますか？
@singingwolfboy 、リクエストの更新-oauthlibの所有権/書き込みアクセス？

ありがとう

@JonathanHuot ： @ sigmavirus24がリクエストへのアクセスを提供してくれたと思います-oauthlibリポジトリですが、彼はオープンソース開発を無期限に休止しているようです。 ここでの最良のオプションは、リクエストのWebサイトに記載されているサポートチャネルを使用することです。 私の経験では、メンテナがオンラインになっている時間を見つけることができれば、IRCが最適に機能します： ＃python-requests

関連ニュースで、 @ jtroussardは、オープンソースの経験はあまりありませんが、メンテナーになることにも興味があることを教えてくれました。 彼と私はビデオチャットの時間を見つけて、彼の質問に答え、彼ができる限り始めるのを手伝うことができるようにします。

DOTをジャズバンドから移動する際に@jezdezから回答を受け取っていません。 それをフォローアップする誰かがここで問題を提出できますか？

みなさん、こんにちは。django-oauth-toolkitはJazzbandに長い間存在していなかったので、いくつかのことを明確にしておきたいと思います。 Jazzbandの「オープンドア」ポリシー（基本的には誰でもJazzband GitHub組織に参加して直接貢献できます）のために、Jazzbandへの移行以降に貢献したすべての人からdjango-oauth-toolkotをoauthlib組織に移行するための承認を得るのは賢明なようです作るためにチェックしてください。

また、 @ synasius （レポを以前の場所からJazzbandに移動した）と、プロジェクトを主導するために少し前に優雅にステップアップした現在のプロジェクトリーダー@MattBlack85からの移動の確認を取得することをお勧めします。

Jazzbandへの移行日以降に発生した変更のリストは、変更を行った寄稿者を含みます： https ://github.com/jazzband/django-oauth-toolkit/compare/master@%7B04-18-18

@jleclancheあなたは寄稿者の1人であり、IRCとここでoauthlib組織への移行について質問したので、確認を得るためにチケットでこれらの人々に手を差し伸べる作業を行っていただけませんか。

私は現在12月5日まで不在です。 その日以降、私は手伝うためにいくつかのレッグワークをすることができてうれしいです！

@denizdoganに話しかけたところ、彼はリクエストの支援にも興味を持っています-oauthlib。 彼と私は両方とも、既存のコードが悪い状態にあると信じており、一から書き直すのは良い考えかもしれません。これにより、より優れた開発者APIを作成することもできます。 彼は新しいリポジトリを作成し、新しいプロジェクトに取り組み始めます。これは、将来のある時点で、requests-oauthlibを置き換えることになる可能性があります。

たぶん、プロジェクトは非同期接続のhttpxもサポートできますか？

@thedrowそれは実際に私が暇なときに取り組んでいることであり、基本的にはリクエストの書き直しです-oauthlibですが、httpxを使用し、場合によっては他の改善を見つけたときに実装します。 ワーキングネームは興味深いことにhttpx-oauthlibです（オンラインのコードはまだありません）。

率直で正直に言うと、私は主に、requests-oauthlibが以前のように設計されている理由を理解し、20/20の後知恵で、下位互換性の要件なしでもっとうまくできるかどうかを確認するためにこれを行っています。 私がこれに取り組んでいると、他の誰かが同じことをするのを止めさせないでください。とにかく、あなたはおそらく私よりもそのタスクに適しているからです。 :)

PyPIで適切なパッケージを作成した場合、 httpxユーザーが主なターゲットオーディエンスになり、必要な作業量によっては、リクエストがフォールバックとして使用される可能性があります。

これはばかげた質問かもしれませんが、私は尋ねる必要があります：

Authlibに欠けているものはありますか？ タグラインでその部分を実際にプッシュするため、OAuthサーバーを作成するためだけのものだと思いましたが、最近ではクライアントサポートだけでなく、FlaskとDjangoの統合、非同期HTTPXサポート、PKCEサポート、OpenIDConnectなどもあるようです。 。 2年以上前にフォークを作成して以来、現在@leptureによって積極的に開発されています。

httpx-oauthlibの作成にかなりの時間を費やしてきたので、以前は詳しく調べなかったので少し自分を蹴っていますが、今はそれが不要に思えます。 彼らがAuthlibを設計した方法は、私が達成しようとしていたことと非常に一致しており、実際には私が考えていたものよりも優れている場合があります。

あえて、oauthlibとrequests-oauthlibの廃止を検討し、Authlibに焦点を当てる時が来たのではないでしょうか。

いいえ。

Auth Zeroは、信頼できない民間企業です。 彼らはその努力に資金を提供しており、私は彼らが関与しているため、それをコミュニティへの攻撃と個人的に見ています。

私がこのプロジェクトに参加したのは、企業としてのAuth0が、競争を減らすのが最善であるため、考えられるすべてのログインライブラリの所有権または管理にその方法を乱暴に購入して活用しようとしたためです。 彼らは単にスタートアップの価格を上げ、サービスとしてのログインを制御し、企業にそれらを使わせようとする努力を続けてきたので、私は彼らをまったく信用していません。

結果として、このプロジェクトは、すべてを制御しないことを保証する簡単な方法として存在する必要があります。 正式に使用しないと壊れやすいので、BORGだと思います。

@duaneking私は理解しています-Auth0のビジネス慣行、またはそれらがAuthlibに関連付けられていることすら知りませんでした。 ご回答いただきありがとうございます。Authlibを使用するというアイデアを再検討します。 そうは言っても、私が見つけたところによると、Auth0はプロジェクトの単なる「スポンサー」であり、HsiaomingはAuth0とは関係のない独自のビジネスを運営しています。 私の理解は正しいですか、それともウサギの穴は深くなりますか？

いいえ。

Auth0はいくつかの方法でその「スポンサーシップ」を行います。あなたが見ているのはフロントエンド部分です。プロジェクトを通じて直接的または間接的に開発者から積極的にお金を受け取っている開発者は、バックエンドで汚染/制御/影響を受けていると見なす必要があります。また、ブランディングを指示し、会社へのリスクを軽減するために、企業が開発者に公の場で話すことができない契約に署名するように強制することも珍しくありません。

彼らが私に連絡を取ろうとしたとき、それはまさに提供されたものであり、その結果、私は彼らが「後援」または「支援」するプロジェクトをまったく信頼せず、それに同意した開発者自身も疑わしい私の意見では、彼らは彼らの信頼性を効果的に売りました。

@denizdogan @duaneking Auth0はAuthlibのスポンサーの1つにすぎず、Authlibの「制御」「管理」「ライセンス」やその他のこととは何の関係もありません。 あなたはそれを広告と見なすことができます。

Auth0は、具体的にそれらの統合を作成するために私に連絡しようとしましたが、私はそれを拒否しました。 Authlibにauth0関連のコードは表示されません。 なぜそれが問題なのかわかりません。情報は公開されています。https：//www.patreon.com/leptureからお金の情報を入手できます。 誰でもpatreonまたはGitHubを介して私をサポートできます。

それに加えて、readmeに別のスポンサーAuthingがあることもわかります。

また、OAuthlib自体もAuth0がスポンサーとなっているライブラリを使用しています： https ：//pyjwt.readthedocs.io/en/latest/

Auth0を信頼していません。 彼らの戦術は私の頭の中にあり、非倫理的です。 彼らがお金を振り回したいという事実は問題ありませんが、それは決して彼らに制御や影響力を与えるべきではありません。

スタートアップや慈善団体（または誰でも）でユーザーあたりの利益を上げるという彼らの目標は、コミュニティや企業の目標などとは正反対であり、ユーザーあたりの価格を求める企業としての性質上、コミュニティに対して敵対的であると見なされるべきです。彼らの収益を提供するために可能な限り高くすること。 彼らのビジネスモデルは、オープンソース、スタートアップ、あらゆる企業などへの攻撃です。

あえて、oauthlibとrequests-oauthlibの廃止を検討し、Authlibに焦点を当てる時が来たのではないでしょうか。

OAuthlibがAuthlibに対して持つ主な機能は、不可知論的なアプローチです。

@leptureの著作権譲渡ポリシーについても、小さいながらもゼロではない懸念があります。 図書館の消費者としては100％理解できますが、私は寄稿者として、CC0でリリースしたいと思っています。 しかし、私は彼らとそれについて詳細に話し合っていません。

私自身、コミュニティ全体の仕事を所有している一人のファンではありません。

メンテナーになりたいです。

こんにちは@auvipy 、あなたはプロジェクトへようこそ以上です、私は招待状を送りました！

こんにちは@auvipy 、あなたはプロジェクトへようこそ以上です、私は招待状を送りました！

とった。 しかし、現在、マージや承認はありません。

もう一度確認できますか？ 組織、チーム、プロジェクトについて混乱していたと思います。 これで、あなたとoauthlib組織の全員がより多くの権限を持つ必要があります。