Oauthlib: 커뮤니티 회원 - 활동

나는 실제로 점을 oauthlib org로 옮기는 것에 찬성합니다. 현재 FFA 기부 조직 이상인 재즈 밴드에 있습니다. 원래 조직에서 본질적으로 유지 관리되지 않았기 때문에 처음에는 그곳으로 옮기는 것이 좋습니다.

쓰기 권한이 있어도 상관은 없지만 필요할 것이라고는 생각하지 않습니다. 나는 Flask에 꽤 익숙하고 문제 처리, PR 병합 등을 통해 Flask-Dance에 직접 기여하는 것이 편안하지만 OAuth 및 OAuth 사양에 대해 동일한 친숙성을 주장할 수 없습니다. 문제와 코드 리뷰에 참여할 수는 있지만 아주 사소한 변경을 제외하고는 oauthlib의 PR에서 병합 버튼을 누르는 것이 편하지 않을 것 같습니다.

@jleclanche , 프로젝트를 oauthlib org로 옮기는 것과 관련된 유지 관리 작업(문서, 도구, 링크 등)에도 불구하고 저는 그것이 좋은 생각이고 장기적으로 가치가 있다고 생각합니다. 병-oauthlib를 조직으로 옮길 수도 있다고 생각합니다.

@daenney , 완벽합니다! 다운스트림 개발자가 OAuth에 대한 모든 것을 알 것이라고 기대하지는 않지만 libs와 oauthlib 사이에 Python API가 있습니다. 당신은 확실히 이것에 대해 할 말이 있고, 이 부분(API)을 검토하는 것은 Flask-Dance와 다른 사람들에게 매우 유익할 수 있습니다.

이것은 나에게 합리적인 것 같습니다! 개인적으로든 직업적으로든 현재로서는 아무 용도로 사용하지 않기 때문에 요즘 Flask-Dance 작업에 많은 시간을 할애하지 않습니다. 그럼에도 불구하고 여전히 적극적으로 지원하고 있으며 @daenney 가 큰 도움이 되었습니다. (다시 한번 감사합니다!)

실제로 requests-oauthlib 로 많은 일을 할 수 있을지는 모르겠지만 그렇게 할 수 있는 권한이 있다는 것은 확실히 좋은 일입니다. 질문 하나 더: 저는 최근에 Tidelift 에 대해 알게 되었고 Flask-Dance의 관리자로 Tidelift의 플랫폼에 등록했습니다. requests-oauthlib 에 대해서도 동일한 작업을 수행해야 한다고 가정합니다. 누구든지 그것에 문제가 있습니까?

솔직히 말해서, 시간과 동기가 주어진다면 requests-oauthlib 코드베이스와 문서를 다시 작성하고 싶습니다. 작업하기가 그다지 좋지 않습니다. 그러나 이전 요점과 관련하여 언제 또는 언제 그렇게 할 수 있을지 확신할 수 없습니다.

@singingwolfboy , Tidelift에 대한 걱정은 없습니다.

아무도 이의를 제기하지 않는다면 일주일 안에 이 프로젝트에 대한 몇 가지 쓰기 권한을 부여하겠습니다. @thedrow , @skion , @duaneking , @wiliamsouza 를 찌르세요.

앞으로 시간을 덜 보낼 수 있기 때문에 이 방법을 선호합니다.

requests-oauthlib 저장소에 GitHub 스폰서 버튼을 표시하고 싶지만 GitHub에서 해당 저장소의 설정 페이지에 액세스할 수 있는 권한이 없습니다. 누군가가 그것을 켜거나 나에게 직접 켜도록 허락할 수 있습니까?

저는 두 명의 다운스트림 기고자를 oauthlib org에 초대했습니다. 내가 보고 싶은 사람이 있거나 이 토론을 읽는 사람이 다른 다운스트림 라이브러리를 대신하여 또는 스스로 oauthlib에 참여하는 데 관심이 있는 경우 여기에 댓글을 달거나 메시지를 보내주세요!

감사 해요

@singingwolfboy FUNDING.yml 파일을 적절히 수정해주세요.

@thedrow 의견을 명확히 해주시겠습니까?

• _어떤_ FUNDING.yml 파일을 말씀하시는 건가요?
• 어떻게 수정하면 좋을까요?
• 수정해야 한다고 생각하는 수정 사항을 시연할 수 있도록 끌어오기 요청을 할 수 있습니까?
• 마지막으로, 이 토론이 이 특정 GitHub 문제에도 속합니까?

• https://github.com/oauthlib/oauthlib/blob/master/.github/FUNDING.yml
• PR은 괜찮을 것입니다. opencollective 계정을 개설해야 합니다.
• 아니요. 우리는 새로운 것을 열어야 합니다.

poke @singingwolfboy , 나는 당신이 requests-oauthlib에 대한 쓰기 권한을 가지고 있는 것을 보았습니다. 누가 우리 중 일부에게 유사한 권한을 부여할 수 있는지 아십니까?

나는 문제/PR을 정리할 여가 시간을 찾으면 그렇게 할 것이라고 생각합니다.

@jezdez 를 참조하십시오. DOT를 재즈밴드에서 여기로 옮기는 것에 대해 IRC에 연락했습니다.

@jleclanche , @jezdez , 지금까지 어떤 진전이 있었습니까?
@singingwolfboy , 요청-oauthlib 소유권/쓰기 액세스에 대한 업데이트가 있습니까?

감사 해요

@JonathanHuot : @sigmavirus24 가 나에게 requests-oauthlib 리포지토리에 대한 액세스 권한을 주었다고 생각하지만 그는 무기한 기간 동안 오픈 소스 개발을 중단한 것 같습니다 . 여기에서 가장 좋은 옵션 은 요청 웹사이트에 문서화된 지원 채널을 사용하는 것 같습니다. 내 경험상 IRC는 유지 관리자가 온라인 상태인 시간을 찾을 수 있는 경우 가장 잘 작동합니다. #python-requests

관련 뉴스에서 @jtroussard 는 오픈 소스에 대한 경험이 많지는 않지만 메인테이너가 되는 데에도 관심이 있다고 말했습니다. 그와 나는 영상 채팅을 할 시간을 내어 그의 질문에 답하고 내가 할 수 있는 한 그가 시작할 수 있도록 도울 것입니다.

@jezdez 로부터 DOT를 재즈밴드 밖으로 옮기는 것에 대한 답변을 받지 못했습니다. 후속 조치를 취하는 사람이 여기 에 문제를 제기할 수 있습니까?

안녕하세요 친구 여러분, 기다리게 해서 죄송합니다. django-oauth-toolkit이 Jazzband 에 오랫동안 있지 않았기 때문에 몇 가지를 명확히 하고 싶습니다. Jazzband의 "open door" 정책(기본적으로 모든 사람이 Jazzband GitHub org에 가입하고 직접 기여할 수 있음)을 위해, Jazzband로의 이전 이후 기여한 모든 사람으로부터 django-oauth-toolkot을 oauthlib 조직으로 이전하는 것에 대한 승인을 얻는 것이 합리적으로 보입니다. 확인합니다.

또한 @synasius (이전 위치에서 Jazzband로 repo를 이전한 사람)와 얼마 전에 은혜롭게 프로젝트를 이끌었던 현재 프로젝트 리더 @MattBlack85 에게 이전에 대한 확인을 받는 것이 좋습니다.

다음은 변경을 수행한 기여자를 포함하여 Jazzband로 이동한 날 이후 발생한 변경 목록입니다. https://github.com/jazzband/django-oauth-toolkit/compare/master@%7B04-18-18 %7D...마스터

@jleclanche 당신은 기고자 중 한 명이었고 IRC와 여기에서 oauthlib org로의 이전에 대해 물었습니다. 확인을 위해 여기 티켓에서 이 사람들에게 연락하는 다리 작업을 해주시겠습니까?

저는 현재 12월 5일까지 자리를 비우고 있습니다. 그 날짜 이후에 도움이 될 수 있도록 다리 작업을 하게 되어 기쁩니다!

방금 @denizdogan 과 대화했으며 그는 또한 requests-oauthlib를 돕는 데 관심이 있습니다. 그와 나는 둘 다 기존 코드의 상태가 좋지 않으며 전면적인 재작성이 좋은 생각일 수 있다고 생각합니다. 이를 통해 더 나은 개발자 API를 만들 수도 있습니다. 그는 새로운 저장소를 만들고 미래의 어느 시점에서 requests-oauthlib를 대체하게 될 _may_ 새로운 프로젝트에 대한 작업을 시작할 것입니다.

프로젝트가 비동기 연결을 위해 httpx 도 지원할 수 있습니까?

@thedrow 실제로 여가 시간에 작업하고 있습니다. 기본적으로 requests-oauthlib를 다시 작성하지만 httpx를 사용하고 다른 개선 사항을 찾을 때 구현하는 것입니다. 작업 이름은 흥미롭지 않게도 httpx-oauthlib입니다(아직 온라인에 코드가 없음).

공개적이고 정직하게 말하자면, 나는 주로 requests-oauthlib가 예전 방식으로 설계된 이유를 파악하고 이전 버전과의 호환성에 대한 요구 사항 없이 20/20 이후로 더 나은 작업을 수행할 수 있는지 확인하기 위해 이 작업을 수행하고 있습니다. . 내가 이 일을 한다고 해서 다른 사람이 같은 일을 하는 것을 막지 못하게 하십시오. 왜냐하면 당신은 아마도 나보다 그 일에 더 적합할 것이기 때문입니다. :)

PyPI에서 적절한 패키지로 끝나면 httpx 사용자가 주요 대상이 될 것이며 수반되는 작업의 양에 따라 요청이 대체 수단으로 사용될 수 있습니다.

이것은 어리석은 질문일 수 있지만 다음과 같이 질문해야 합니다.

지금 Authlib 에 부족한 것이 있습니까? OAuth 서버를 작성하기 위한 것이라고만 생각했는데 태그라인에 그 부분을 푸시하기 때문에 요즘에는 클라이언트 지원뿐만 아니라 Flask 및 Django 통합, 비동기 HTTPX 지원, PKCE 지원, OpenID Connect 등도 포함하는 것 같습니다. @lepture 가 포크를 만든 지 2년이 넘었기 때문에 현재 활발하게 개발 중입니다.

나는 httpx-oauthlib를 만드는 데 꽤 몇 시간의 자유 시간을 보냈기 때문에 더 자세히 살펴보지 않은 것에 대해 약간의 나 자신을 차고 있습니다. 그러나 지금은 그것이 불필요해 보입니다. 그들이 Authlib를 설계한 방식은 내가 성취하려고 했던 것과 매우 일치하며 때로는 실제로 내가 염두에 두었던 것보다 더 좋습니다.

감히 oauthlib 및 requests-oauthlib를 더 이상 사용하지 않는 것에 대해 생각하고 Authlib에 집중해야 할 때라고 말할 수 있습니까?

아니요.

Auth Zero는 신뢰할 수 없는 개인 회사입니다. 그들은 그 노력에 자금을 지원하고 있으며 개인적으로 그들이 관련되어 있기 때문에 커뮤니티에 대한 공격으로 간주합니다.

원래 이 프로젝트에 참여한 이유는 회사로서의 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를 통해 저를 지원할 수 있습니다.

그 외에도 readme에서 다른 후원자 Authing 도 볼 수 있습니다.

그리고 OAuthlib 자체도 Auth0 후원 라이브러리를 사용하고 있습니다. https://pyjwt.readthedocs.io/en/latest/

나는 Auth0을 신뢰하지 않습니다. 그들의 전술은 내 생각에 비윤리적입니다. 그들이 돈을 던지고 싶어한다는 사실은 괜찮지만 결코 그들에게 통제력이나 영향력을 주어서는 안됩니다.

신생 기업과 자선 단체(또는 누구에게나)에서 사용자당 수익을 거두려는 그들의 목표는 커뮤니티, 모든 기업의 목표 등과 정반대이며 사용자당 가격을 원하는 회사의 특성상 커뮤니티에 적대적으로 보여야 합니다. 수익을 제공하기 위해 가능한 한 높아야 합니다. 그들의 비즈니스 모델은 오픈 소스, 신생 기업, 모든 회사 등에 대한 공격입니다.

감히 oauthlib 및 requests-oauthlib를 더 이상 사용하지 않는 것에 대해 생각하고 Authlib에 집중해야 할 때라고 말할 수 있습니까?

그만한 가치가 있기 때문에 OAuthlib가 Authlib에 비해 가지고 있는 주요 기능은 불가지론적 접근 방식입니다.

나는 또한 @lepture 의 저작권 양도 정책에 대해 작지만 0이 아닌 우려가 있습니다. 도서관 소비자로서 100% 이해할 수 있지만, 기여자로서 CC0으로 출시하는 것을 선호합니다. 나는 그들과 그것에 대해 자세히 논의하지 않았습니다.

나는 전체 커뮤니티 작업을 소유하는 한 사람의 팬이 아닙니다.

나는 유지 보수가되는 데 관심이 있습니다.

안녕하세요 @auvipy 님, 프로젝트에 오신 것을 환영합니다. 초대장을 보냈습니다!

안녕하세요 @auvipy 님, 프로젝트에 오신 것을 환영합니다. 초대장을 보냈습니다!

알았다. 그러나 지금은 병합이나 승인이 없습니다.

다시 확인할 수 있습니까? 조직, 팀, 프로젝트에 대해 혼란스러웠던 것 같아요. 이제 oauthlib 조직의 모든 사람과 더 많은 권한이 있어야 합니다.