Kubernetes: Linux Foundation(CNCF) CLA 시스템에 대한 우산 문제

CLA 마이그레이션 프로세스를 설명할 수 있습니까?

@smarterclayton 새 시스템이 설치되고 실행되는 즉시 커뮤니티에 알릴 것입니다. 워크플로 중단을 최소화하기 위해 논의 중인 몇 가지 접근 방식이 있습니다.

또한 참조: https://github.com/cncf/foundation/issues/1

가까운 장래에 모든 kubernetes 리포지토리에서 Cloud Native Computing Foundation의 CLA로 전환할 예정입니다.
이 전환은 10/3 주 동안 모든 저장소에서 발생할 것으로 예상됩니다.

오늘부터 kubernetes/contrib 저장소에서 새로운 CLA 메커니즘을 테스트하고 있습니다.
Google CLA 봇은 10/3까지 CNCF CLA 봇과 병행하여 운영됩니다.
PR 병합 및 제출 대기열은 현재 CNCF CLA 서명 시 차단되지 않지만 전환을 완료할 때 차단됩니다.

워크플로 중단을 최소화하기 위해 기여자라면,
https://identity.linuxfoundation.org/projects/cncf 를 방문하여 개인 또는 직원 중 적절한 것으로 CLA에 서명하십시오.
문제가 있는 경우 https://github.com/kubernetes/kubernetes/issues/27796 의 추적 문제에서 문제를 참조하십시오.

다음 단계:

• [x] 제출 대기열은 cncf-cla 레이블을 준수합니다.
• [x] googlebot의 cla-yes/no 레이블은 저장소에서 제거되어야 합니다.
• [x] CNCF 웹훅을 조직 전체로 돌리고 Google CLA 봇을 끕니다.

안녕하세요, 저는 개별 CLA에 서명하고 싶습니다. 그리고 마지막에 Hellosign 페이지에 "Title"(서명, 이름, 제목 및 날짜)을 요구합니다.

제목에 무엇을 넣어야 할지 잘 모르겠습니다. https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md 및 이전 CLA를 보려고 했으며 제목이 필요하지 않았습니다(요청하지도 않음). 저는 컴퓨터 공학과 학생입니다.

제목은 무엇을 사용해야 하나요? 아니면 일부러 거기에 있는 걸까요 아니면 남은 것일까요?

감사 해요!

@rata , "학생"이라는 제목이 좋은 해결책이라고 생각합니다. @caniszczyk , 확인해 주시겠습니까?

@sarahnovotny 학생 또는 N/A 괜찮습니다

@sarahnovotny @caniszczyk : 감사합니다!

@sarahnovotny , @caniszczyk , Redhat에 CNCF CLA에 문제가 있는 것 같습니다. 그들을 도울 수 있습니까? 회사 CLA의 문제이거나 기술적인 문제일 수 있으며 확실하지 않습니다.

cc @eparis @ingvagabund

@eparis , https://identity.linuxfoundation.org/projects/cncf 로 이동하여 "직원으로 기여"를 선택하면 어떻게 됩니까? 아직 완료되지 않은 GitHub 계정을 연결하라는 메시지가 표시됩니다.

(회사의 승인된 기고자를 관리할 권한이 있는 사람은 자동으로 기고자로 설정되지 않으며 시스템에서는 추적 목적으로 기고자로 등록할 것으로 예상합니다.)

@emsearcy @caniszczyk 에게 이메일을 보냈습니다.
그러나 내가 그 링크로 갈 때 나는 얻는다
Your organization is not authorized under a Corporate Contributor License Agreement. If you have signed agreements, please check back later or use the contact form below.

@emsearcy 비공개로 채팅할 수 있는 방법이 있습니까? 나에게 이메일을 보내? 레드햇의 에파리?

https://identity.linuxfoundation.org의 계정 시스템에 버그가 있습니다. 누구에게 연락해야 하나요?

github creds를 통해 생성된 계정의 비밀번호를 변경할 수 없습니다.

• github으로 계정을 생성했습니다. 비밀번호를 설정한 적이 없음
• 이메일 주소를 변경하러 갔습니다
• 이메일 주소를 변경하려면 비밀번호가 필요하다고 들었습니다
• 비밀번호 재설정 이메일 요청
• 이메일의 링크를 따라갔습니다.
• "비밀번호 재설정 링크"를 클릭했습니다.
• 비밀번호를 변경하려면 비밀번호가 필요하다고 들었습니다
  

@jbeda , 아직 로그인한 것 같은데요? (비밀번호 재설정 페이지에는 "이메일에 있는 비밀번호 재설정 링크를 사용하려면 로그아웃해야 합니다"라고 나와 있습니다.) 그렇지 않으면 시도하고 사용할 때 여전히 로그인되어 있다고 말합니다.

나는 "직원으로 등록"하려고 했고 "이 프로젝트에 대해 승인된 직원 기여자를 감독할 책임이 있는 조직 내 누군가에게 연락하십시오"까지 되었습니다.

그것은 나일 것이다. 다음은?

@bboreham 은 https://identity.linuxfoundation.org/node/285/organization-signup 에서 회사/조직에 가입하도록 합니다.

@caniszczyk 내가 한 일:

• 귀하의 URL을 방문하십시오.
• Google을 통해 로그인합니다.
• 내 조직과 해당 직원을 선언할 수 있는 방법을 찾으십시오.
• 여기로 돌아왔다.

조직(Weaveworks, Inc)에 가입하기 위해 클릭한 위치를 정확히 알 수 있습니까?

@bboreham 해당 링크가 있는 경우 조직에 가입하고 회사 CLA에 전자 서명하는 방법이 있습니다. 일단 그렇게 하면 다른 모든 작업을 수행할 수 있습니다.

나에게 방법은 "시크릿" 브라우저 창을 연 다음 다시 로그인한 후 양식이 표시되는 것이었습니다. 로그아웃하거나 원래 창을 클릭해도 이 양식이 표시되지 않습니다.

CNCF 기업 CLA에 몇 가지 문제가 있는 것 같습니다. @euank 는 CoreOS에 대한 기업 CLA에 따라 다루어야 합니다.

• https://github.com/kubernetes/kubernetes/pull/34058
• https://github.com/kubernetes/kubernetes/pull/33965

이것을 반영하지 마십시오.

@caniszczyk 위에서 @calebamiles 가 언급한 문제를 좀 봐주시겠습니까?

@euank 는 "직원으로 기여"를 클릭하기만 하면 자동으로 CoreOS CCLA와 연결됩니다.

네, 감사 합니다 @emsearcy 지난번에 제 개인 이메일이 실수로 끝났을 거라고 생각합니다. 지금은 좋아 보인다!

(역시 멋진 프로필 사진)

내 CLA를 확인하기 위해 github에 로그인하려고 하면 액세스 거부 오류가 발생하고 다시 시도하면 "이 ID를 이미 등록했습니다"라는 메시지와 함께 액세스가 거부되었습니다. 내 CLA를 확인할 수 있는 방법이 있습니까?

아 ... 그리고 CLA에 서명하지 않은 사람에 대한 "세부 정보" 링크를 볼 때 저는 _my_ CLA를 _합니다_. 해당 사용자의 CLA 상태를 확인할 수 있습니다.

또한 CNCF CLA에 문제가 있습니다. 개별 기고자를 선택했는데, 나를 위해 선택한 이메일을 변경할 수 없었습니다. 이 이메일은 아마도 github에서 가져온 오래된 업무용 이메일이었을 것입니다(다행히 액세스할 수 있었음). 이제 서명된 CLA를 볼 수 있지만 여전히 PR에 승인된 것으로 표시되지 않습니다.

또한 문제가 발생하여 이전 이메일을 기본으로 사용하는 GH를 통해 가입을 시도한 다음 다른 이메일을 사용하여 가입했는데 이제 내 GH 계정을 연결할 수 없습니다.

LF(Linux Foundation) CLAbot이 아직 완전히 구워지지 않았다는 것은 분명합니다. 지금 우리에게 필요한 것은 사용자가 (때로는) 막다른 골목에 갇혀 있는 위치를 분석하는 제품 관리자의 도움입니다. 그 분석을 바탕으로 LF CLAbot을 강화할지 아니면 대안(오픈 소스) 솔루션을 고려할지 살펴보겠습니다.

@philips 와 잠재적으로 일부 지원을 제공할 수 있는 방법에 대해 이야기했으며 곧 업데이트되기를 바랍니다. 다른 누군가가 목자에게 이 진행 상황을 전달하는 데 도움이 되었으면 이메일 로 저에게 연락 주시기 바랍니다.

그동안 지연에 대해 사과드립니다.

@derekparker 나는 같은 문제를 겪었고 결국 계정 편집 페이지를 찾았습니다. https://identity.linuxfoundation.org/user/me/edit

내 github 계정을 통해 로그인한 다음 수동으로 이메일을 내 CoreOS 계정으로 변경하면 작동합니다. 내 정보도 수정할 수 있으려면 비밀번호 재설정 워크플로를 거쳐야 했던 것 같아요.

@dankohn , 기업 가입에 대한 강력한 문서가 있다고 생각합니다.
기업 개인 가입 및 이러한 GH의 일반적인 문제 해결
문제는 큰 시작이 될 것입니다.

2016년 10월 25일 화요일 오후 8시 24분에 Euan Kemp [email protected] 에서 다음과 같이 썼습니다.

@derekparker https://github.com/derekparker 나는 같은 문제를 겪었고
결국 계정 편집 페이지인 https://identity를 찾았습니다.
linuxfoundation.org/user/me/edit

내 github 계정을 통해 로그인한 다음 수동으로 이메일을 다음으로 변경합니다.
내 CoreOS 하나가 작동합니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

저는 Red Hat 조직의 관리자입니다. 사람들이 나에게 무엇이 잘못되었는지 물을 때 나는 일반적으로 전혀 모른다. 그 가시성을 얻는 방법을 모르지만 작동하지 않으면 완전히 길을 잃습니다 ...

@caniszczyk @emsearcy 웹훅 이 실패했고 https://github.com/kubernetes/kubernetes/pull/35581에 cncf-cla 상태가 없습니다. 이에 대해 확인해 주시겠습니까?

@dankohn 저는 현재 함께 일할 수 있는 잠재적인 사람들에게 이메일을 보내고 있습니다. 제품 요구 사항 문서를 작성해야 합니다. EOW에서 그렇게 되기를 바랍니다.

@foxish kubernetes 저장소에서 Google CLAbot을 껐습니까?

@bgrant0607 아니요, 그렇게 하지 않았습니다. 웹훅을 기반으로 하는 CNCF mungegithub 봇이 있어야만 조직 전체에서 이 기능을 끌 것입니다. 차단 https://github.com/kubernetes/contrib/issues/1834

기업 기여도 측정항목을 여러 그룹에서 독립적으로 확인할 수 있기를 바랍니다.
CLA 프로세스는 시간이 지남에 따라 개별 기여자 및 기업 제휴 지도를 유지 관리하는 데 사용할 수 있는 탁월한 강제 기능인 것 같습니다.

이 문제에서 요청된 CLA 공개 형식을 설명했습니다. https://github.com/kubernetes/contrib/issues/1972

이번주말까지 CNCF CLA의 게이트로 전환할 준비가 되어 있습니다. 전환을 완료하기 전에 이번 주에 문서, FAQ 등을 보낼 것입니다.
지금까지 차단 문제는 https://github.com/kubernetes/contrib/issues/1834 였으며 현재 수정되었습니다.

cc @dims @soltysh @sarahnovotny

고마워요 @foxish

이제 롤아웃이 완료되었으며 kubernetes 및 kubernetes-인큐베이터 조직에서 CNCF CLA를 사용하고 있습니다.

@emsearcy @caniszczyk https://github.com/kubernetes/kubernetes/pull/35672 를 살펴볼까요? 저자는 서명했다고 말하지만 상태는 여전히 서명하지 않았다고 합니다.

@emsearcy 저도 문제가 생겼습니다 https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

제쳐두고: 저는 @emsearcy에서 SPOF가 되지 않고도 이러한 문제를 파고들고 수정할 수 있도록 CLA 처리를 위한 오픈 소스 옵션을 찾고 있습니다. 선반에 있는 어떤 것도 금형 ATM에 맞지 않습니다.

PTAL, @emsearcy 또는 @caniszczyk -- 다른 deis 직원 @michelleN 이 CLAbot이 자신의 CCLA를 인식하는 데 문제 가 있습니다.

사용자 질문:
직원 및 개인으로서 CNCF CLA에 서명할 수 있습니까?

이와 같은 질문을 모아서 자주 수동으로 개입할 필요가 없도록 FAQ를 업데이트하겠습니다.

이전 의견을 자세히 설명하려면 다음을 수행하십시오.

이미 이 Github 계정과 개인 이메일을 사용하여 개인으로 CLA에 서명했습니다. 이제 제 고용주는 CLA에 서명했고 저는 제 직원 이메일도 등록된 동일한 Github 계정을 사용하여 기여할 수 있기를 원합니다.

직원으로 가입하기 위해 클릭하면 다음 메시지가 나타납니다.

시스템에서 이 프로젝트에 대한 기업 기고자 라이선스 계약에 서명한 조직과 연결할 수 없습니다. 프로필에 조직 이메일 주소를 사용하고 있는지 확인하거나, 이 프로젝트에 대한 승인된 직원 기여자를 감독할 책임이 있는 조직 내 누군가에게 연락하거나, 아래 연락처 양식을 사용하십시오.

내 Linux Foundation 프로필에 내 개인 이메일 세트가 있고 여러 이메일을 추가할 방법이 없는 것 같습니다.

저도 문제가 있습니다. 우리 회사는 CCLA에 서명했습니다. 내 LF ID는 내가 CNCF Contributors 그룹의 일원임을 보여줍니다. 하지만 내 LF ID를 내 github ID에 연결할 수 없습니다. LF Id를 github Id에 연결하려고 하면 "이 ID는 다른 사용자에게 등록되었습니다" 오류가 발생합니다. 저는 LF(회사)와 Github(개인)에 다른 이메일을 사용하고 있습니다. 아마도 LF ID 문제일 수 있지만 다른 일부가 이 문제에 부딪혔을 수 있습니다.

내 k8 pull 요청에서 차단되었습니다.

kubernetes/helm 저장소에서 PR을 생성하기 전에 프로세스의 어딘가에서 Google CCLA 양식으로 이동했습니다. PR을 만든 후 LF CLA 봇이 들어와 CNCF CCLA 양식으로 안내했습니다.

관리자에게 혼란과 추가 작업을 야기하기 때문에 첫 번째 링크를 수정해야 할 수도 있습니다(드물게 좋은 일입니다 :)).

내 이전 의견에 대한 후속 조치:

별도의 GitHub 계정을 만들어 회사 CLA에 사용하기로 결정했습니다. 개인 계정에서 회사 이메일을 제거하고 새 계정(https://github.com/yissacharcw)에 사용했습니다.

그런 다음 우리 조직에서 Linux Foundation에 가입하라는 초대장을 보냈습니다. 링크를 따라가서 내 새 GitHub 계정을 사용하여 로그인했습니다. 계정 생성 정보를 입력하고 계정 생성을 시도했지만 이미 사용 중인 이메일이라는 오류가 발생했습니다. 아직 이 이메일을 사용하여 계정을 등록하지 않았기 때문에 이러한 경우는 발생하지 않습니다. 내 개인 계정에 회사 이메일이 사용되었다는 표시가 없습니다. 이 이메일을 사용하도록 요청하는 방법에 대한 정보가 없습니다.

이제 Linux Foundation 계정에 회사 이메일을 등록할 수 있는 방법이 없습니다.

Linux Foundation ID 또는 CLA 서명과 관련된 지원을 받으려면 [email protected] 로 이메일을 보내주십시오. 여기에서 묻고 싶지 않은 사용 중인 이메일 주소와 같은 정보가 필요하며 단일 스레드 전체에서 개별 요청을 추적하기가 어렵습니다. CLA 서명 프로세스의 "막다른 길"에 문의 양식을 사용하면 Linux Foundation과 함께 지원 티켓도 생성됩니다.

후손을 위해 위의 몇 가지 의견:

개인이 아닌 "직원으로" 기여하기 위해 두 번째 Linux Foundation ID가 필요하지 않습니다. 조직의 CCLA 관리자가 초대를 보내거나 CCLA 관리자가 활성화한 경우 회사 이메일 주소와 일치시켜 조직과 연결할 수 있습니다. 현재 조직의 주소가 아닌 경우 후자를 수행하려면 Linux Foundation ID 프로필의 이메일 주소를 일시적으로 변경해야 합니다("프로필에서 조직 이메일 주소를 사용하고 있는지 확인하십시오").

조직 가입 초대는 기존 Linux Foundation ID 계정에 로그인하여 수행할 수 있습니다.

GitHub 계정을 둘 이상의 Linux Foundation ID와 연결할 수 없습니다.

상태가 업데이트되지 않는 것은 버그인 것 같습니다. 예를 들어 37640으로 업데이트할 때마다 lfcla 봇(Github 알림을 수신하고 LF CLA 시스템의 사용자 상태를 기반으로 PR을 업데이트하는 독립형 웹 서비스)은 "필립스 승인 " cla/linuxfoundation state=success status 알림은 go-github 기능에 따라 성공적으로 실행 중입니다. 단, Github이 실제로 저장하지 않는다는 점만 다릅니다. 나는 이것을 조사할 것이다.

"이 ID는 다른 사용자에게 등록되었습니다."라는 오류도 표시됩니다. @hasahni처럼. 처음에 LF 이메일은 개인용(저는 개인 기고자로 가입했습니다)이었고 Git 이메일은 회사 이메일을 기본 주소로 했습니다. Git 이메일을 변경했지만 여전히 동일한 오류가 발생합니다.

위에 게시된 @emsearchy 주소로 이메일을 보냈고, 그들은 내 회사 이메일이 연결된 계정에서 내 회사 이메일의 연결을 해제하여 내 문제를 해결할 수 있었습니다. 그런 다음 회사 GitHub 계정과 회사 이메일 주소로 Linux Foundation 계정을 만들 수 있었습니다.

위에서 언급했듯이 하나의 계정을 사용하면 더 쉽습니다. https://identity.linuxfoundation.org/projects/cncf 로 돌아가서 이전에 "개인"을 선택했다면 "직원"을 선택하고 그 반대의 경우도 마찬가지입니다. 조직 관리자는 나중에 해당 조직에서 더 이상 권한이 부여되지 않아야 하는 경우 조직에서 사용자를 제거할 수 있습니다.

Linux Foundation ID는 다양한 LF 프로젝트 웹 사이트에 대한 로그인, 회의 제안 및 sysadmin 인증(회사를 변경할 때 유지해야 함)과 연관될 수 있으므로 계정은 "귀하/팔로우의 소유"가 될 것으로 예상됩니다. 너" 설정. (이 문제를 보고하는 모든 사람이 사용 중인 GitHub 계정이 하나뿐인 것과 유사합니다!)

우리는 계속해서 CLA에 반대하는 많은 사람들을 보고 있습니다.

CLA 봇의 ​​소스 코드가 오픈 소스입니까(그렇다면 리포지토리는 어디에 있습니까). 따라서 흐름을 개선할 수 있습니까? 또는 스크린샷을 사용할 수 있습니까(특히 개별 버전의 경우)?

_무언가_는 분명히 사람들을 유입경로에서 이탈하게 만들고 있습니다. github이 아닌 계정으로 로그인할 수 있다는 것을 바로 알아차렸지만 github 계정을 연결하려면 github으로 로그인해야 했습니다. 불행히도 나는 두 번째 github 계정이 없기 때문에 가능한 한 그렇게했습니다. 하지만 확실히 덜 매달린 과일이 있습니다.

다른 생각들:

• 분명히 연결된 이메일 주소 사용에 대한 강력한 스팸 방지 정책이 있습니까?
• Linux Foundation ID는 기본적으로 내 이메일 주소를 사용합니까?

LF CLAbot은 오픈 소스가 아니며 (@emsearcy의 훌륭한 작업에도 불구하고) 특히 백엔드 스토리지 측면에서 볼 때 헤어볼이기 때문에 오픈 소스가 되지 않을 것입니다. CNCF를 대신하여 사람들이 겪고 있는 문제에 대해 사과하고 싶습니다. 로그인 문제에 대한 가장 단기적인 해결 방법은 PT 업무 시간 동안에만 가능하지만 응답이 매우 빠르기 때문에 [email protected] 로 이메일을 보내는 것입니다.

@philips 가 조사 중인 장기 수정 사항은 오픈 소스 CLAbot 중 하나와 협력하고 핵심 개발자 중 한 명과 계약하여 Kubernetes에 필요한 변경 사항을 적용하고 이러한 변경 사항을 업스트림으로 가져오는 것입니다. 나는 우리가 1월에 그 면에서 진전이 있기를 바랍니다.

나는 CLA가 처음에 필요하다는 사실만큼 CLAbot에 많은 문제가 있다고 생각하지 않습니다. 사용자가 업스트림에 다시 기여하려고 하는 대규모 기능이 있는 경우 이를 견디고 CLA 프로세스를 거칠 가능성이 높습니다. 그러나 사용자가 간단한 문서 수정이나 작은 버그 수정을 제공하는 경우 그냥 보석금을 낼 가능성이 높습니다.

@justinsb 가 방금 링크한 문제를 생각해 보세요. 사용자가 말 그대로 단일 문자 문서 수정에 기여하고 있습니다. 그리고 그것을 위해 그들은 정보와 법적 계약을 입력하도록 강요하는 CLA를 안고 있습니다. 그들이 구출을 원하는 것은 놀라운 일이 아닙니다.

CLA를 처리하고 싶지 않았기 때문에 잠시 동안 문서 수정에 기여하는 것을 거부했다는 것을 제 개인적인 경험으로 알고 있습니다. 정말 추가하고 싶은 기능이 있을 때만 CLA에 서명하는 번거로움을 겪었습니다.

법적으로 가능한지 여부는 모르겠지만 코드가 아닌 제출은 CLA의 적용을 받아서는 안 된다고 생각합니다(사소한 코드 변경이 CLA의 적용을 받지 않는 경우에도 이상적이지만 라인이 코드/비코드보다 그리기).

나는 Kubernetes 프로젝트가 법적으로 스스로를 보호해야 할 필요성을 이해하지만 사소한 변경에 대해 CLA를 추진하는 것은 GitHub 프로젝트에서 매우 일반적인 드라이브 바이 PR을 적극적으로 억제합니다.

또한 사용자가 대신 문제를 열었다면("문서에는 us-east-1 us-east-2 라고 표시되어야 함") CLAbot 상호 작용이 없고 누군가가 그들을 위한 변화.

또한 PR을 본 후 문제를 알고 있으므로 직접 수정 사항을 제출할 수 있습니다(이것이 CLA에 위배된다고 말하지 않는 한 더 놀라운 사실입니다!).

여러 실제 및 예상 프로젝트의 피드백을 기반으로 CNCF는 각 호스팅 프로젝트가 CLA(상황이 있는 긴 스레드 )를 원하는지 여부를 결정할 수 있도록 지난 달 헌장을 수정했습니다. 그러나 Kubernetes가 이제 역사상 가장 빠른 속도의 소프트웨어 프로젝트 중 하나라는 점을 고려할 때 유지 관리자가 CLA를 포기하기로 결정할 가능성은 매우 낮습니다. 그렇게 하도록 격려하고 싶다면 새 호를 여는 것이 좋습니다.

현재로서는 CLA 요구 사항이 유지될 것이라고 가정하고(또한 CNCF에 CLA가 포함된 새 프로젝트가 있을 가능성이 있음) 가능한 한 마찰을 최소화하는 CLAbot을 원합니다.

참고로, OpenStack은 오랫동안 ICLA/CCLA를 요구하는 동일한 문제가 있었습니다. "우리"는 DCO를 향해 나아가고 있습니다.
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

여보세요!

CLA에 서명하려고 하지만 "이메일 확인" 단계에서 멈춥니다. 인증 코드가 나에게 전송되어야 하는 후 이메일(스팸 및 모든 곳에서 확인됨)을 받지 못했습니다. 5시간이나 기다렸는데 오지 않을 것 같은 예감이 든다. 나는 또한 "확인 재전송" 버튼을 몇 번 시도했지만 이것도 나에게 코드를 보내지 않았습니다.

내 github 이메일(linuxfoundation 계정을 설정할 때 선택한 인증)이 올바른 이메일입니다.

이것을 질문할 정확한 장소가 확실하지 않지만 CLA FAQ에서는 문제가 있으면 여기로 오라고 했습니다.

감사합니다!

사과. Linux Foundation 헬프데스크에 이메일을 보내주십시오. <
[email protected]>.

2017년 1월 18일 수요일 오후 1시 23분에 khalpin11 [email protected] 에서 다음과 같이 썼습니다.

여보세요!

CLA에 서명하려고 하지만 "이메일 확인" 단계에서 멈춥니다. 나
이메일을 받지 못한 경우(스팸 및 모든 곳에서 확인)
인증 코드가 나에게 전송되어야 했습니다. 나는 또한 시도했다
"확인 재전송" 버튼을 몇 번 눌러도 전송되지 않았습니다.
코드도.

이것을 질문할 정확한 장소가 확실하지 않지만 CLA FAQ에서
문제가 있으면 여기로 오세요.

감사합니다!

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

--
단 콘 [email protected]
클라우드 네이티브 컴퓨팅 재단 전무이사 https://cncf.io/
전화:+1-415-233-1000

안녕하세요 - Heptio 직원으로 등록을 시도했지만 시스템에서 저를 확인할 수 없습니다. 도와주세요! 감사 해요.

@skriss 이메일과 GitHub 사용자 이름을 사용하여 Linux Foundation Helpdesk [email protected] 로 이메일을 보내주십시오.

CNCF CLA에 CERN을 등록하려고 합니다.

저는 법률 팀과 검토할 계약 사본을 얻기 위해 회사 '테스트'를 위한 CNCF CLA를 만들었습니다. 유감스럽게도 지금은 CERN을 조직으로 등록할 수 없습니다.

내가 등록한 '테스트' 회사를 삭제하고 시스템에서 알 수 없는 상태로 다시 재설정할 수 있습니까? 제 이메일은 팀입니다. [email protected].

@noggin143 [email protected] 로 요청을 이메일로 보내주시면 도와드리겠습니다.

CNCF CLA에 서명하려고 했지만 여전히 문제가 있습니다. 또한 다른 기여자를 승인하려면 OpenStack Foundation의 공식 연락처로 등록했어야 합니다. 헬프데스크에도 티켓을 제출했습니다. 고마워, 크리스

@hogepodge , 이 문제를 해결하려면 [email protected] 로 이메일을 보내주십시오. (참고로 연락처 등록이 자동으로 CLA 그룹에 들어가는 것은 아닙니다.)

CNCF CLA에 서명했습니다. 내 커밋은 " [email protected] "이 있는 https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch 입니다. 그리고 이 이메일을 내 github 계정 이메일 목록에 추가했습니다.
그러나 내 pull 요청(https://github.com/kubernetes/kubernetes/pull/42232)은 여전히 ​​"cncf-cla: no" 상태입니다.

@honkiko Tencent는 아직 기업 CLA에 서명하지 않았습니다.

https://identity.linuxfoundation.org/node/463

서명된 CCLA 사본이 있는 경우 [email protected] 또는 [email protected] 로 보내주십시오.

간단히 살펴보면 " [email protected] "이 서명을 시도했지만 완료되지 않은 것 같습니다.

PR을 제출했고 커밋 작성자가 Github에 서명한 내 기본 이메일을 사용했는데 왜 CLA가 내 공개 이메일로 계속 보내졌나요? 공개 이메일 주소를 기본 이메일로 변경했는데도 CLA가 이전 이메일 주소로 계속 발송되나요? 그것을 해결하는 방법?

개인으로 가입을 시도했지만 https://identity.linuxfoundation.org/projects/cncf 링크를 클릭하면 페이지를 찾을 수 없습니다.

@sdomula 해결하기 위해 Linux Foundation에 긴급 티켓을 열었습니다. 해결되면 다시 포스팅하겠습니다.

@sdomula 이제 해결되었습니다. 다운타임의 원인을 조사하고 있습니다. 번거롭게 해서 죄송합니다.

페이지를 찾을 수 없음: https://identity.linuxfoundation.org/projects/cncf

내가 옳다면 올바른 URL은 다음과 같습니다. https://identity.linuxfoundation.org/node/285/

오른쪽 ?

잘못된 구성 푸시인 것 같습니다.

/cc @caniszczyk

지금 다시 에스컬레이션합니다.

그리고 백업입니다. 이 가동 중지 시간에 대한 조사를 다른 조사에 추가할 것입니다.

안녕하세요 . https://github.com/kubernetes/charts/pull/766에 대한 cla-bot을 만족시키는 데 문제가 있습니다. 내 git 커밋이 " [email protected] " 아래에 있는 반면 " [email protected] "로 가입했기 때문이라고 생각합니다. 그 이후로 git 커밋과 일치하도록 Linux Foundation 이메일을 변경했지만 새 이메일에서 새 CLA를 생성할 수 없는 것 같습니다. 반해주세요.

@jpoon [email protected] 로 이메일을 보내주십시오.

할 것이다. @dankohn 감사합니다

안녕하세요, 저는 https://github.com/kubernetes/helm/pull/2143 에서 cla 검사를 통과하는 데 문제가 있습니다. 제가 말할 수 있는 한 이메일이 올바르게 설정되어 있고 양식은 다음과 같이 필요한 모든 작업을 완료했습니다. 등을 서명했습니다. 아무도 cla가 통과하지 못하는 이유를 도와 주시겠습니까? 감사.

@dankohn [email protected] 에 이메일을 보냈고 마지막 응답은 일주일 전이었습니다. 이 문제를 해결하는 방법을 잘 모르겠습니다....

@jpoon 은 문제에 대해 사과드립니다. linuxfoundation.org의 caniszczyk에 대한 참조와 함께 헬프 데스크로 다시 보내 주시겠습니까?

이메일을 두 번 요청했습니다. 1차만 도착했고 현재는 마감되었습니다. 두 번째는 도착하지 않았습니다. 세 번째도 실패했다.

@TheStalwart 헬프 데스크에 이메일을 보내셨습니까?

다시 시도한 후 이전에 만료된 링크를 통해 서명할 수 있었습니다. 야!

https://github.com/kubernetes/test-infra/pull/2450 에 대한 cla 확인을 만족시키는 데 문제가 있습니다. 내 github 계정을 사용하여 Google 직원으로 가입했고 커밋에 사용하는 것과 동일한 이메일을 사용했습니다. 이메일 주소 확인을 요청하는 이메일을 받았고 그 이후로 linuxfoundation 사이트에 제대로 가입했다고 나와 있습니다. 그러나 내 pull 요청에는 PR에 추가 의견을 남긴 후에도 여전히 "cnfc-cla: no" 플래그가 있습니다. 이 문제에 대해 도움을 주시면 감사하겠습니다. 감사 해요!

여러 PR에서 같은 내용을 보고 있습니다.

@spxtr 관련 PR을 지적할 수 있습니까?

또한 CLA 문제가 발생하면 "Linux Foundation Helpdesk [email protected] "로 이메일을 보내는 것이 좋습니다.

대부분의 경우 GitHub 프로필 설정에 해당 이메일이 나열되어 있지 않거나 https://identity.linuxfoundation.org/projects/cncf 에 완전히 로그인하지 않고 GitHub 프로필을 다음과 연결하기 때문입니다. LF시스템.

kubernetes/test-infra#2450 에 대한 cla 확인을 만족시키는 데 문제가 있습니다. 내 github 계정을 사용하여 Google 직원으로 가입했고 커밋에 사용하는 것과 동일한 이메일을 사용했습니다. 이메일 주소 확인을 요청하는 이메일을 받았고 그 이후로 linuxfoundation 사이트에 제대로 가입했다고 나와 있습니다. 그러나 내 pull 요청에는 PR에 추가 의견을 남긴 후에도 여전히 "cnfc-cla: no" 플래그가 있습니다. 이 문제에 대해 도움을 주시면 감사하겠습니다. 감사 해요!

GitHub와 같은 이메일(GitHub 로그인 사용)을 사용하여 개인 기고자로 서명한 것을 제외하고 여기에서도 동일합니다. 그래도 무엇이 잘못되었는지 알아내려고 노력하십시오.
나는 Linux Foundation Helpdesk에 글을 쓰고 있었는데, 지금까지 그들로부터 아무 소식도 듣지 못했습니다.

https://github.com/kubernetes/kubernetes/pull/44727 대기열 제출 — PR에 CLA 레이블이 없습니다. cla: yes, cncf-cla: yes 또는 cla: 인간 승인 중 하나가 필요합니다.

할건 다 한거 같은데...

개인( gh<at>purefiction.net )으로 가입을 시도했지만 약 4시간이 지난 후에도 CNCF에서 아직 확인 이메일을 받지 못했습니다. 스팸 폴더에 아무것도 없습니다.

@atombender 동일한 이메일 주소로 hellosign에 가입하면 거기에서 계약 문서를 찾을 수 있습니다. 불행히도 re-send agreement 옵션이 없습니다.

@dolftax : "hellosign"이 무엇이며 어떻게 가나요? 그 이메일 주소는 내가 커밋을 작성하는 데 사용하는 주소가 아니므로 변경해야 하지만 프로세스를 다시 거치지 않을 것입니다.

@dolftax : 여기 에서 쿠키를 삭제하고 계정 생성을 통해 더 많은 정보를 얻을 수 있었습니다. 그러나 아무 일도 일어나지 않습니다. 그런 다음 동일한 링크로 돌아가면 다음과 같은 페이지가 표시됩니다.

귀하의 이메일 주소로 기고자 라이선스 계약이 발송되었습니다. 기여자 등록 프로세스를 완료하려면 전자적으로 서명해야 합니다.

...하지만 이메일이 없습니다.

@atombender @dolftax [email protected] 로 이메일을 보내주시면 문제 해결에 도움을 드릴 수 있습니다. 또한 이메일이 도착하지 않을 때 다음 단계를 더 명확하게 하기 위해 오류 메시지를 변경하는 방법도 평가하고 있습니다.

헬프데스크에서 티켓에 대한 후속 조치를 취하지만 일반적인 참고 사항: HelloSign(계약 이메일을 보내는 전자 서명 공급업체)은 3일과 7일에 미리 알림을 보냅니다. 우리의 헬프 데스크는 사용자 대면 UI에 있는 기능이 아니더라도 수동으로 미리 알림을 보낼 수도 있습니다.

Hellosign 가입에 대한 의견(@dolftax 제안 감사합니다!)은 https://www.hellosign.com/ 으로 이동하여 "가입"을 누르는 것입니다. 무료 계정을 사용하면 다른 사람이 보낸 문서를 제외하고 한 달에 최대 3개의 문서를 보낼 수 있습니다(일반적으로 HelloSign 측에서 계정 생성 없이 서명됨).

(저는 "gh" 이메일에 대해 HelloSign "측"에서 보류 중인 계약을 확인했습니다. 아웃바운드 알림도 반송되지 않았거나 나에게 알려줄 것입니다.)

@dankohn : 사용자가 이메일을 받지 못하는 일반적인 문제인데, 플레이 중에 오타나 이와 유사한 문제가 없는가요? HelloSign 지원팀에 연락하여 사례별 문제 해결을 제공할 수 있는지 확인할 수 있습니다.

@dankohn linuxfoundation UI에서 동의를 다시 보내면 훨씬 좋을 것입니다.

CLA에 서명했지만 여전히 "cnfc-cla: no" 플래그입니다. @foxish @sarahnovotny 를 살펴보세요.

CLA에 문제가 있습니다. https://github.com/kubernetes/test-infra/pull/2764
올바른 이메일을 사용하여 확인하고 CNCF에 개인으로 로그인하고 github 및 google에 연결하고 나중에 다시 커밋했는데 CLA에서 여전히 오류가 발생합니다. 좀 봐주시겠습니까?

@yutongz 문제가 있는 Linux Foundation Helpdesk [email protected] 로 이메일을 보내주시겠습니까? github ID가 https://identity.linuxfoundation.org/projects/cncf 와 연결되어 있고 커밋이 있는지 확인하세요.

@sarahnovotny 및 @foxish
CLA 서명에 문제가 있습니다.

[email protected] 로 서명했고 [email protected] (기본 github 이메일)으로 서명할 수 없으므로 다음과 같은 github에 문제가 있습니다. https://github.com/kubernetes/contrib/pull /2548 (아직 CLA에서 내 서명을 기다리고 있음)

한 달 전에 리눅스 재단에 메일을 보냈지만 여전히 차단되어 있습니다...
고칠 수 있습니까 ?

@naarani 문제에 대해 사과드립니다. LF IT로 에스컬레이션하겠습니다.

https://github.com/kubernetes/community/pull/631 에 대한 라이선스 확인이 실패했지만 내 프로필(첨부 참조)이 나를 CNCF 그룹에 포함시키는 것 같습니다.

https://identity.linuxfoundation.org/user/me/edit 에 있는 내 이메일은 커밋에 사용한 이메일과 동일합니다.

이 문제를 해결하기 위해 내가 할 수 있는 일이 있습니까? 정말 고마워!

해당 그룹은 서명되지 않은(보류 중인) CLA에도 표시됩니다.

감사 해요. 그때 서명을 하지 않았을 가능성이 큽니다.

나는 지금 잠시 동안 이메일을 기다리고 있었는데 받지 못했습니다... 스팸과 모든 것을 확인했습니다. 또한 "사본 보내기"가 선택된 메시지의 사본을 받지 못하는 것 같으므로 전달 가능성 문제일 수 있습니다. 저는 패스트메일을 사용합니다. 계약서에 서명할 수 있는 웹 페이지나 다른 방법이 있습니까?

@wyc : 예, Fastmail을 사용하는 다른 사용자도 이메일을 받지 못했습니다. 다음 메일 서버 응답(IP 주소인 HelloSign에서 제공)으로 Fastmail이 전자 서명 공급업체인 HelloSign의 메일을 수락하지 않는 문제를 추적했습니다.
451 4.7.1 Data command rejected: Host<br i="7"/> 198.61.255.111/do255-111.hellosign.com has exceeded the per-day email<br i="8"/> limit of 40, try again later - helo=<do255-111.hellosign.com i="9"> - RLR001<br i="10"/> </do255-111.hellosign.com>
Fastmail에 대한 후속 조치를 취하고 이 IP당 40일 제한(저에게는 정말 낮은 것 같습니다...)이 이 합법적인 서비스 제공업체의 이메일을 수락하는 능력에 영향을 미치고 있음을 알릴 수 있습니까?

위의 다른 사용자는 www.hellosign.com 으로 이동하여 로그인/등록하면 보류 중인 전자 서명 요청을 볼 수 있어야 한다고 제안했습니다(작동하는지 확인하기 위해 시도하지는 않았지만). . 이 이메일에 Google ID가 없는 한 SSO를 통해 확인된 이메일을 제공하면 HelloSign에서 초기 계정 확인 이메일을 받을 수 있어야 할 것입니다. - HelloSign을 제한합니다.

좋아, @emsearcy , 매력처럼 작동했습니다. 감사 해요. 이메일 제공업체에 연락하여 이 문제를 해결하도록 하겠습니다.

https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ 에 추가할 수 있도록 아래에 작은 글을 작성했습니다.

GitHub Wiki는 현재 외부 기여를 허용하지 않기 때문에 아래는 내가 방금 서명한 라이선스를 기반으로 기여한 것으로 간주됩니다. :)

개인 기여자 계약에 대한 CLA가 포함된 이메일을 받지 못했습니다.

@emsearchy 에서 설명
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
특정 이메일 제공업체(즉, FastMail)의 일부 사용자가 겪고 있는
전자 서명 공급업체인 HelloSign에서 보낸 이메일의 배달 가능성 문제. 이 때까지
수정된 경우 다음 해결 방법을 사용할 수 있습니다.

1. CLA에 대해 동일한 이메일을 사용하여 HelloSign 에서 계정을 만듭니다.
2. 왼쪽 탐색 모음을 사용하여 "문서" 섹션으로 이동하고
   "CNCF 개별 기여자 라이선스 계약"에 대한 "서명" 버튼.
   
3. 원하는 경우 검토하고 서명합니다.
   
4. "문서" 섹션에서 계약에 서명했는지 확인합니다.
   
5. cncf-cla: no 가 있는 기존 PR이 있는 경우 HelloSign을 위해 5분을 기다립니다.
   새 계약을 해결하기 위한 CI 서버. 에 새로운 댓글을 남겨주세요
   PR 및 cncf-cla: no 레이블은 cncf-cla: yes 가 되어야 합니다.
   

가격 인하:

### I'm not getting an email containing the CLA for Individual Contributor Agreements.

<strong i="40">@emsearcy</strong> explains in
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-303234338
that some users of certain email providers (namely FastMail) were experiencing
deliverability issues with emails from the e-signing vendor, HelloSign. Until this 
is redressed, the following workaround is available:

1. Create an account on [HelloSign](https://hellosign.com) using the same email for the CLA.
2. Go to the "Documents" section using the left navigation bar and press the
   "Sign" button for "CNCF Individual Contributor License Agreement".
   ![HelloSign Documents Section](https://i.imgur.com/n6o6KzO.png)
3. Review and sign, if desired.
   ![HelloSign Signing Page](https://i.imgur.com/Tcyms6C.png)
4. Confirm that the agreement has been signed in the "Documents" section.
   ![HelloSign Documents Section Confirmed](https://i.imgur.com/99QWSNu.png)
5. If you have an existing PR with `cncf-cla: no`, wait 5 minutes for HelloSign
   and the CI servers to resolve the new agreement. Leave a new comment on the
   PR, and the `cncf-cla: no` label should become a `cncf-cla: yes`.
   ![CLA Fixed](https://i.imgur.com/pKhLQH5.png)

@wyc 감사합니다! FAQ를 업데이트했습니다.

안녕,

회사를 대신하여 CLA에 서명하려고 했습니다. Github에 가입하고 회사 정보를 추가했습니다. 생성된 CLA에는 내 개인 이메일이 포함되어 있습니다. 회사 이메일로 다른 계정을 만들고 조직 관리자로 초대했습니다. 문서에 내 회사 이메일이 포함되도록 생성을 다시 트리거할 수 있습니까? 회사 이메일은 Adam[@]iflix.com이고 개인 이메일은 Adam[@]boxxen.org입니다.

안녕! 내 새 조직(blackduck 소프트웨어)을 kubernetes 기고자로 등록하고 싶지만 현재 github 계정은 이전 조직(redhat)에 연결되어 있습니다. (1) 내 CLA를 분리하고 (2) 이전에 kubernetes에 커밋하지 않은 조직에 대해 새 CLA를 생성하려면 어떻게 합니까? 감사 해요 !

방금 널 RH CLA에서 쫓아냈어. 어떻게 셀프 서비스를 할 수 있었는지 모르겠습니다.

감사합니다 에릭 :) 반쯤 거기에 있었던 것 같아요.

조직에서 제거된 후 https://identity.linuxfoundation.org/node/285/organization-signup 에서 새 조직을 만들 수 있습니다.

이 메시지는 메일 배달 소프트웨어에 의해 자동으로 생성되었습니다.

귀하가 보낸 메시지를 하나 이상의 해당 주소로 전달할 수 없습니다.
받는 사람. 이것은 일시적인 오류입니다. 다음 주소가 연기되었습니다.

커티스.l. [email protected]
도메인 imwiz.com이 허용되는 시간당 최대 이메일 수(168/150(112%))를 초과했습니다. 메시지는 나중에 다시 시도됩니다.

------- 이것은 모든 헤더를 포함하는 메시지의 사본입니다. ------
수신: o5.sgmail.github.com에서 ([192.254.113.10]:45396)
esmtps가 있는 box969.bluehost.com(TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Exim 4.87)
(봉투에서)
아이디 1dGU7y-000QH7-Mz
[email protected]용; 2017년 6월 1일 목요일 11:43:21 -0600
DKIM-서명: v=1; a=rsa-sha1; c=편안함/편안함; d=github.com;
h= from:reply-to :to:cc:in-reply-to:r eferences:subject :mime- version:content-type :content-transfer- encoding:list-id :list- archive:list-post :list -구독 취소
s=s20150108; bh=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
수신: filter0654p1mdw1.sendgrid.net(SMTP ID filter0654p1mdw1-19843-5930522A-4 포함)
2017-06-01 17:43:06.164526033 +0000 UTC
수신: github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
ESMTP ID가 8eFn2zRFThqa_B9E8cA5dw인 ismtpd0002p1iad1.sendgrid.net(SG) 작성
[email protected] 용 ; 2017년 6월 1일 목 17:43:06.085 +0000(UTC)
날짜: 2017년 6월 1일 목요일 10:43:05 -0700
보낸 사람: Eric Searchy [email protected]
답장: kubernetes/kubernetes [email protected]
받는 사람: kubernetes/kubernetes [email protected]
참조: 구독 [email protected]
메시지 ID:
에 회신하여:
참조:
제목: Re: [kubernetes/kubernetes] Linux Foundation(CNCF) CLA로 이동
시스템(#27796)
마임 버전: 1.0
콘텐츠 유형: 멀티파트/대안;
경계="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
문자 집합=UTF-8
콘텐츠 전송 인코딩: 7비트
우선 순위: 목록
X-GitHub-Sender: emsearcy
X-GitHub-수신자: falenn
X-GitHub-이유: 구독
목록 ID: kubernetes/kubernetes
목록 아카이브: https://github.com/kubernetes/kubernetes
목록-게시물: [email protected]
목록-구독 취소:,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-자동 응답-억제: 모두
X-GitHub-수신자-주소: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+woOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
X-스팸 상태: 아니요, 점수=-2.5
X-스팸 점수: -24
X-스팸바: --
X-Ham-Report: "box969.bluehost.com" 시스템에서 실행되는 스팸 탐지 소프트웨어,
님은 이 수신 이메일을 스팸으로 식별하지 않았습니다. 원래
보거나 레이블을 지정할 수 있도록 메시지가 첨부되었습니다.
비슷한 미래의 이메일. 질문이 있는 경우 참조
자세한 내용은 root @localhost 를 참조하십시오.

콘텐츠 미리보기: 조직에서 제거된 후 다음을 수행할 수 있습니다.
https://identity.linuxfoundation.org/node/285/organization-signup 에서 새 조직을 만듭니다.
-- 이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다. 회신하다
이 이메일로 직접 보내거나 GitHub에서 확인: https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

내용 분석 내용: (-2.5점, 4.0 필요)

pts 규칙 이름 설명

-0.0 RP_MATCHES_RCVD 봉투 발신자 도메인이 핸드오버 릴레이 도메인과 일치합니다.
-2.8 RCVD_IN_MSPIKE_H2 RBL: 평균 평판(+2)
[wl.mailspike.net에 나열된 192.254.113.10]
-0.0 SPF_PASS SPF: 보낸 사람이 SPF 레코드와 일치합니다.
1.3 HTML_IMAGE_ONLY_24 BODY: HTML: 2000-2400바이트 단어가 포함된 이미지
0.0 HTML_MESSAGE BODY: 메시지에 포함된 HTML
-0.1 DKIM_VALID_AU 메시지에 작성자의 유효한 DKIM 또는 DK 서명이 있습니다.
도메인
-0.1 DKIM_VALID 메시지에 유효한 DKIM 또는 DK 서명이 하나 이상 있습니다.
0.1 DKIM_SIGNED 메시지에 DKIM 또는 DK 서명이 있지만 반드시 유효하지는 않습니다.
-0.8 AWL AWL: From: 주소의 AWL 평판에서 조정된 점수
X-스팸 플래그: 아니요

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
콘텐츠 유형: 텍스트/일반;
문자 집합=UTF-8
콘텐츠 전송 인코딩: 7비트

조직에서 제거된 후 https://identity.linuxfoundation.org/node/285/organization-signup 에서 새 조직을 만들 수 있습니다.

--
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
콘텐츠 유형: 텍스트/html;
문자 집합=UTF-8
콘텐츠 전송 인코딩: 7비트

조직에서 제거된 후 https://identity.linuxfoundation.org/node/285/organization-signup 에서 새 조직을 만들 수 있습니다.

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하거나 GitHub 에서 보거나 스레드를 음소거하세요 .

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

내 조직을 편집한 후 저장할 수 없습니다. You must select one or more groups for this content 오류가 있습니다. 누구든지 도울 수 있습니까? 감사 해요!

안녕하세요 @supereagle 가장 좋은 방법은 [email protected]로 이메일을 보내는 것입니다. (저를 참조하십시오.

@wyc 잘했어!

커밋에서 github noreply 이메일 주소를 사용할 때 계약 서명이 작동하도록 하는 방법이 있습니까?
https://help.github.com/articles/about-commit-email-addresses/ 를 참조하십시오.

[email protected]에 대한 질문입니다. 나는 이메일 주소가 CLA 식별에 사용된다고 생각하므로 그럴 가능성은 없습니다.

우리는 이것을 기능 요청으로 고려하고 있지만(이메일 주소 회신 불가) CNCF에서 더 많은 프로젝트가 DCO를 채택하기 시작함에 따라 문제가 발생할 수 있습니다(Signed-Off-By 서명에 이메일이 필요함).

문서화된 대로 CLA에 서명했는데(올바른 github 및 이메일 계정으로) 이 PR에서는 작동하지 않습니다: https://github.com/kubernetes/charts/pull/1578

사례별 문제 해결을 위해 아직 이메일을 보내지 않은 경우 [email protected] 로 이메일을 보내주십시오.

회사 이메일 주소를 LF 복구 이메일로 사용해야 하는 CNCF 요구 사항으로 인해 개인 LF 계정이 잠겼습니다. 나는 헬프데스크에 이메일을 보냈고 그들은 새로운 LF 계정을 만들 것을 권장했습니다.

2개의 Linux Foundation 계정이 있습니다.

• 서양 평지. [email protected] (GitHub과 연결), 개별 기고자로 서명
• 서양 평지. [email protected] (신규 생성)

하지만:

1. 두 번째 주소로 CLA에 서명해야 합니다.
2. CLA에 서명하려면 계정이 GitHub 계정과 연결되어 있어야 합니다.
3. 내 GitHub 계정이 이미 내 개인 LF 계정/CLA 서명과 연결되어 있기 때문에 그렇게 할 수 없습니다.

어떤 제안?

거의 "똑같아요". 내 GitHub 계정에는 기본 [email protected] 및 보조 ryan이라는 두 개의 확인된 이메일 주소가 있습니다. [email protected] , 그러나 GitHub에는 보조 이메일 주소를 공개적으로 표시하는 옵션이 없습니다. 이메일로 [email protected] 가 있고 이미 내 GitHub 계정에 연결되어 있는 LF 계정이 하나뿐이고 CLA가 제출되었지만 내 canonical.com 주소를 사용할 수 있도록 설정할 방법이 없는 것 같습니다. CLA에 서명하고 있습니다.

안녕. 코드를 제출할 수 있도록 CNCF CLA에 등록하려고 하는데 실패합니다. 다음은 해당 검사가 실패한 PR입니다.

https://github.com/kubernetes-incubator/external-dns/pull/376

커밋은 회사 메일 주소를 사용하여 이루어졌습니다. 개인 Github 계정과 연결된 개인 메일 주소(회사 메일 주소와 동일하지 않음)를 사용하여 LinuxFoundation에 가입한 다음 메일 주소를 회사 주소와 동일하게 변경했습니다. 거기에서 나는 내 고용주의 회사를 Linux 재단의 조직으로 등록하고 나와 (그리고 일부 다른 직원들) 관리자로 등록했습니다. CA 검사는 여전히 실패합니다.

필사적으로 메일 주소를 다시 개인 주소로 변경하고 다른 사용자 이름과 회사 메일 주소를 메일 주소로 사용하여 완전히 새로운 두 번째 LF 계정을 만들고 해당 사용자를 그룹에 성공적으로 초대하고 가입했습니다. CA 검사는 여전히 실패합니다.

누락된 항목을 어떻게 알 수 있습니까? 도와주세요.

업데이트: 이제 작동합니다. @BenTheElder 와 LF 재단 지원에 감사드립니다.

이 문제가 여전히 열려 있는 특별한 이유가 있습니까? LF CLA 시스템으로 옮기지 않았나요? 범위 변경을 반영하기 위해 이름을 바꿔야 합니까?

@spiffxp "LF CLA의 문제 집계"와 같이 이름을 바꾸는 것이 적절할 것입니다.

참고로 LF는 곧 현재까지 문제를 일으킨 대부분의 워크플로를 해결할 수 있는 CLAbot의 재작성을 출시할 예정입니다. 그런 일이 발생하면 새 문제를 시작하고 이 문제를 닫을 수 있습니다.

이름이 변경됨

개별 CLA에 가입할 때 실수로 잘못된 메일 주소를 입력했습니다. 그 결과 "CNCF 개별 기고자 라이선스 계약 - 서명 요청"이 잘못된 주소로 전송되었습니다.
그동안 계정 설정에서 메일 주소를 업데이트했습니다.

수정된 주소로 새로운 "서명 요청"을 받을 수 있습니까?

@axdotl [email protected] 로 이메일을 보내주시면 처리해 드리겠습니다.

@dankohn 감사합니다!

내 github에 개별 기여자로 등록하려고 할 때 이 오류가 발생합니다.

Sorry, there is a temporary problem signing up contributors for this project. Please try again later.

@enis 도움이 되지 않는 오류 메시지입니다. [email protected]로 이메일을 보내주시겠습니까?

@emsearchy @alanapost 뭔가 다운되었는지 봐주시겠어요?

(또한 헬프 데스크를 통해 응답)

이 문제의 원인은 GitHub가 Oauth를 통해 검증된 이메일 주소만 반환한다고 가정했지만 이 계정에 대해 이 계정에 사용된 잘못된 형식/난독화된 이메일 주소(@ 기호 없음)를 제공했기 때문입니다. 전자 서명 구성 요소는 부적합한 이메일 문자열로 테스트되지 않았기 때문에 극단적인 경우에 부딪쳤습니다.

소프트웨어에 수정 사항을 적용하면 사용자가 잘못된 형식의 이메일 주소를 수정한 다음 당사 사이트를 통해 확인해야 합니다.

에릭님, 감사합니다.

CLA에 대해 "enis" 계정을 사용할 수 있었습니다.

도와 주셔서 감사합니다. 닫을 수 있습니다.
에니스

2017년 11월 21일 화요일 오후 4시 21분, Eric Searcy 알림 @github.com
썼다:

(또한 헬프 데스크를 통해 응답)

이 문제의 원인은 GitHub가 검증된 것만 반환한다는 것입니다.
Oauth를 통해 이메일 주소를 제공했지만 이 계정에 대해
에 사용된 기형/난독화된 이메일 주소(@ 기호 없음)
이 계정. 전자 서명 구성 요소는
부적합한 이메일 문자열로 테스트했습니다.

우리는 소프트웨어에 수정 사항을 적용할 것이며 결과적으로 사용자는
형식이 잘못된 이메일 주소를 수정한 다음 당사 사이트를 통해 확인하십시오.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

회사 이메일 주소로 서명된 CNCF-CLA를 받지 못하는 것 같습니다.

나는 원래 내 github.com 계정으로 로그인하여 CNCF-CLA에 서명하려고 시도했고 CLA에 내 개인 이메일 계정이 나열되어 있는 것을 보고 내 회사가 있다는 것을 깨달았습니다. 이메일 주소가 아직 내 gh 계정에 추가되지 않았습니다.

양식을 취소하고 GH로 이동하여 회사 이메일 주소를 추가한 다음 CLA에 다시 서명하려고 했지만 CLA가 내 이메일 주소로 발송되었다는 메시지만 표시됩니다. 개인 또는 회사 이메일 주소를 통해 받은 CLA 양식이 없습니다.

@greglanthier [email protected] 로 이메일을 보내주시면 해결해 드리겠습니다.

안녕하세요, 저는 github 계정을 사용하여 가입했지만 더 이상 사용하고 싶지 않은 이전 이메일 주소를 사용하고 있다는 것을 몰랐습니다. 당분간은 이전 이메일에 액세스할 수 있습니다. 내 Linux Foundation 프로필에서 이메일 주소를 변경하려고 하는데 이메일을 받을 것이라는 메시지 위에 이 오류가 나타납니다.

    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.
    An attempt to send an e-mail message failed.
    Unable to send e-mail. Contact the site administrator if the problem persists.

A confirmation email has been sent to your new email address. You must follow the link provided in that email within 24 hours in order to confirm the change to your account email address.

이메일이 수신되지 않는데 위의 오류 메시지 때문인 것 같습니다. 도움을 주시면 감사하겠습니다.
감사 해요.

[email protected] 에 연락하면 그들이 당신을 위해 정렬할 것입니다.

--
단 콘 [email protected]
클라우드 네이티브 컴퓨팅 재단 전무이사 https://www.cncf.io
+1-415-233-1000 https://www.dankohn.com

2018년 1월 8일 10:32에 Christian Roy [email protected] 이 다음과 같이 썼습니다.

안녕하세요, 저는 github 계정을 사용하여 가입했지만 더 이상 사용하고 싶지 않은 이전 이메일 주소를 사용하고 있다는 것을 몰랐습니다. 당분간은 이전 이메일에 액세스할 수 있습니다. 내 Linux Foundation 프로필에서 이메일 주소를 변경하려고 하는데 이메일을 받을 것이라는 메시지 위에 이 오류가 나타납니다.

An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.
An attempt to send an e-mail message failed.
Unable to send e-mail. Contact the site administrator if the problem persists.

확인 이메일이 새 이메일 주소로 전송되었습니다. 계정 이메일 주소 변경을 확인하려면 24시간 이내에 해당 이메일에 제공된 링크를 따라가야 합니다.
이메일이 수신되지 않는데 위의 오류 메시지 때문인 것 같습니다. 도움을 주시면 감사하겠습니다.
감사 해요.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하거나 GitHub에서 보거나 스레드를 음소거하세요.

저는 과거에 개인 기고자로 CLA에 서명했습니다.
이제 나는 근무 시간 동안 기부할 회사에서 일하고 있으며 내가 그렇게 할 때 분명히 IP는 회사 소유입니다. 하지만 직장 밖에서 하는 모든 일이 회사에 속한 것은 아닙니다.

내 질문:

• 내 계정을 "개인"에서 "직원"으로 어떻게 변경합니까? 이메일 주소를 이미 변경했는데 변경 버튼을 찾을 수 없습니다.
• 내가 만드는 것들의 IP가 컨텍스트(내가 만든 것과 그것이 무엇인지)에 따라 다르다는 것을 어떻게 반영합니까? 이것은 유럽 고용법에서 드문 일이 아닙니다. 기업이 많은 관할권에서 직원일 때 사람들이 만드는 모든 것을 주장하는 것은 불법이기 때문입니다.
• 따라서 기술적으로 나는 (슈뢰딩거의 기여자) 개인이자 직원 기여자가 될 수 있습니다. 두 가지 서명을 모두 유지하려면 어떻게 해야 합니까?

CLA에 개인으로 서명하고 GitHub에 온보딩했습니다. 내가 그렇게 하지 않았다고 불평하는 보류 중인 PR이 있습니다. 커밋의 이메일이 확인된 GitHub와 일치하는지 확인했습니다.

확인해 주시겠습니까?

다음은 PR 링크입니다.
https://github.com/kubernetes/kubernetes/pull/60962

@technicianted [email protected] 에 연락해 주시면 처리해 드리겠습니다.

90일 동안 활동이 없으면 문제가 부실해집니다.
/remove-lifecycle stale 를 사용하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

이 문제를 지금 종료해도 안전하다면 /close 로 종료하십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta 에 피드백을 보내십시오.
/수명 주기 부실

30일 동안 사용하지 않으면 오래된 문제가 썩습니다.
/remove-lifecycle rotten 를 사용하여 문제를 최신으로 표시합니다.
썩은 문제는 추가로 30일 동안 활동이 없으면 닫힙니다.

이 문제를 지금 종료해도 안전하다면 /close 로 종료하십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta 에 피드백을 보내십시오.
/라이프사이클 썩은
/remove-lifecycle 부실

썩은 문제는 30일 동안 활동이 없으면 닫힙니다.
/reopen 문제를 다시 엽니다.
/remove-lifecycle rotten 를 사용하여 문제를 최신으로 표시합니다.

sig-testing, kubernetes/test-infra 및/또는 fejta 에 피드백을 보내십시오.
/닫다

/다시 열다

신규 기여자에 대한 주요 장벽으로 남아 있음

/remove-lifecycle 썩음

참고로 지난 주 KubeCon / CloudNativeCon 중국 신규 기고자 워크숍에서 UI/UX로 어려움을 겪고 있는 많은 참가자(대부분?)를 관찰했습니다.

https://camo.githubusercontent.com/cdcaa8a1b2679acb1c8452091a05e27c8e68bc54/687474703a2f2f692e696d6775722e636f6d2f74456b3278

구체적으로 두 가지:

• Facebook, Google, GitHub, OpenStack은 위치나 생태계에 따라 다르며 그래픽도 있으므로 브라우저 내에서 번역되지 않을 가능성이 높습니다.
• "또는 -- LOG IN" 로그인 요소의 대체 절반은 파란색 상자에 Linux Foundation 파란색 테마 텍스트가 있는 것과 달리 클릭 가능한 요소로 명확하게 눈에 띄지 않습니다.

GitHub는 일반적으로 참여에 필요하므로 두 개의 상자만 있는 것이 시각적으로 더 쉬울 수 있습니다.

1. GitHub로 로그인
2. Linux Foundation ID로 로그인

시각적으로 단순화하기 위해 화면에서 다른 옵션을 제거합니다. 그 사람이 선택한 Linux Foundation ID만 _그러면_ 기존 Linux Foundation ID를 요청하거나 생성을 허용하는 화면이 있습니다.

나는 대부분의 사람들이 단순히 GitHub를 선택할 것이라고 생각하며 이것이 대화 상자가 최적화되어야 하는 흐름입니다.

내 PR https://github.com/kubernetes/kubernetes/pull/72275 를 진행하기 위해 CLA에 서명하려고 했지만 수많은 시도에도 불구하고 이메일로 동의서를 받지 못했습니다. 나는 또한 2일 전에 [email protected] 에 연락했지만 아직 응답을 받지 못했습니다. 휴일 기간이기 때문에 응답이 최소화/지연될 것 같습니다. 나는 곧 그 PR에 대한 차단을 해제할 수 있는 방법을 찾고 있었습니다.

@srmocher 에 사과하지만 Linux Foundation 헬프 데스크는 1월 2일까지 이 문제를 해결할 수 없습니다.

90일 동안 활동이 없으면 문제가 부실해집니다.
/remove-lifecycle stale 를 사용하여 문제를 최신으로 표시합니다.
부실 문제는 추가로 30일 동안 사용하지 않으면 썩고 결국 닫힙니다.

이 문제를 지금 종료해도 안전하다면 /close 로 종료하십시오.

sig-testing, kubernetes/test-infra 및/또는 fejta 에 피드백을 보내십시오.
/수명 주기 부실

/remove-lifecycle 부실
/수명 주기 동결