Kubernetes: Problema guarda-chuva para o sistema CLA da Linux Foundation (CNCF)

Você pode descrever o processo de migração de CLAs?

@smarterclayton informaremos a comunidade assim que tivermos o novo sistema funcionando, existem algumas abordagens que estamos discutindo para minimizar qualquer interrupção no fluxo de trabalho

Veja também: https://github.com/cncf/foundation/issues/1

Estamos fazendo a transição para o CLA da Cloud Native Computing Foundation em todos os repositórios kubernetes em um futuro próximo.
Espera-se que essa transição ocorra em todos os nossos repositórios durante a semana de 3/10.

A partir de hoje, estamos testando o novo mecanismo CLA no repositório kubernetes/contrib.
O bot Google CLA funcionará em paralelo com o bot CNCF CLA até 3/10.
Observe que as mesclagens de PR e a fila de envio não estão bloqueadas na assinatura do CNCF CLA neste momento, mas estarão quando concluirmos a transição.

Para minimizar a interrupção do fluxo de trabalho, se você for um colaborador,
visite https://identity.linuxfoundation.org/projects/cncf e assine o CLA como indivíduo ou funcionário, o que for apropriado.
Se houver problemas, consulte-os no problema de rastreamento em: https://github.com/kubernetes/kubernetes/issues/27796

Próximos passos:

• [x] A fila de submissão deve respeitar os rótulos cncf-cla.
• [x] Os rótulos cla-yes/no do googlebot devem ser removidos dos repositórios.
• [x] Ative o webhook CNCF em toda a organização e desative o bot Google CLA.

Olá, quero assinar o CLA individual e a página hellosign no final pede um "Título" (Assinatura, nome, título e data).

Eu realmente não sei o que colocar no título. Eu tentei olhar para https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md e o CLA anterior e nenhum título foi necessário (nem solicitado). Sou estudante de ciência da computação.

O que devo usar para título? Ou está lá de propósito ou talvez seja uma sobra?

Obrigado!

@rata , acho que um título de "Estudante" é uma boa solução. @caniszczyk , você poderia confirmar?

@sarahnovotny Estudante ou N/A está bem

@sarahnovotny @caniszczyk : muito obrigado!

@sarahnovotny , @caniszczyk , parece que a Redhat está tendo problemas com o CNCF CLA. Você pode ajudá-los? Pode ser um problema com o CLA corporativo ou um problema técnico e não temos certeza.

cc @eparis @ingvagabund

@eparis , o que acontece quando você acessa https://identity.linuxfoundation.org/projects/cncf e escolhe "Contribuir como funcionário"? Isso deve solicitar que você associe sua conta do GitHub, o que ainda não foi feito.

(Aqueles que estão autorizados a gerenciar os colaboradores autorizados para suas empresas não são configurados automaticamente como colaboradores; o sistema ainda espera que eles se inscrevam como colaboradores para fins de rastreamento.)

@emsearcy Mandei um e-mail para @caniszczyk
mas quando eu vou nesse link eu recebo
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 existe uma maneira de conversarmos em particular? me mande um e-mail? eparis em redhat?

Estou encontrando um bug com o sistema de contas em https://identity.linuxfoundation.org. Quem devo contatar sobre isso?

Não é possível alterar a senha em contas criadas via github creds

• Conta criada no github. Nunca estabeleceu uma senha
• Fui mudar meu endereço de e-mail
• Foi-me dito que preciso de uma senha para alterar o endereço de e-mail
• E-mail de redefinição de senha solicitado
• Link seguido no e-mail
• Clicou em "link de redefinição de senha"
• Foi-me dito que eu precisava de uma senha para alterar minha senha
  

@jbeda , acho que você ainda estava logado? (A página de redefinição de senha diz "Você deve sair para usar o link de redefinição de senha no e-mail"). Caso contrário, ele diz que você ainda está conectado ao tentar usá-lo.

Tentei "inscrever-me como funcionário" e cheguei a "Por favor, entre em contato com alguém dentro de sua organização que seja responsável por supervisionar colaboradores autorizados para este projeto".

Esse seria eu; qual o proximo?

@bboreham faça com que sua empresa/organização se inscreva aqui https://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk o que eu fiz:

• Visite seu URL.
• Acesse pelo Google.
• Procure qualquer maneira de declarar minha organização e seu pessoal.
• Voltei aqui.

Você pode dizer exatamente onde eu clico para que a organização (Weaveworks, Inc) se inscreva?

@bboreham com esse link, há uma maneira de inscrever sua organização e assinar o CLA corporativo, depois de fazer isso, você poderá fazer todo o resto

Para mim, o jeito era abrir uma janela "anônima" do navegador, depois de logar novamente o formulário era apresentado. Nenhuma quantidade de logout ou clique na janela original traria este formulário.

Parece haver alguns problemas com o CLA corporativo da CNCF. @euank deve ser coberto pelo CLA corporativo para CoreOS, no entanto

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

não reflita isso.

@caniszczyk você poderia dar uma olhada no problema que @calebamiles mencionou acima?

Parece que @euank só precisa clicar em "Contribuir como funcionário" e será automaticamente associado ao CoreOS CCLA.

Sim, obrigado @emsearcy , da última vez acho que devo ter acidentalmente acabado com meu e-mail pessoal. Parece bom agora!

(também, bela foto de perfil)

Quando tento fazer login com o github para verificar meu CLA, recebo um erro de acesso negado e, quando tento novamente, recebo acesso negado com "Você já registrou esta identidade". Existe alguma maneira de verificar meu CLA?

Ah ... e então quando eu olho para o link "Detalhes" para alguém que não assinou o CLA, eu recebo _meu_ CLA. Eu esperaria ver o status do CLA para o usuário em questão.

Também tendo problemas com o CNCF CLA. Escolheu o colaborador individual e não conseguiu alterar o e-mail que escolheu para mim, que era um e-mail de trabalho antigo, provavelmente retirado do github (felizmente consegui acessá-lo). Agora, posso ver meu CLA assinado, mas ainda não estou marcado como aprovado no PR.

Também com problemas, tentei me inscrever via GH que tinha um e-mail antigo como primário, depois me inscrevi usando um e-mail diferente e agora não consigo vincular minha conta GH.

Está claro que o CLAbot da Linux Foundation (LF) ainda não está totalmente pronto. O que precisamos agora é de alguma ajuda do gerente de produto para analisar onde os usuários estão (às vezes) presos em um beco sem saída. Com base nessa análise, veremos se devemos aprimorar o LF CLAbot ou considerar soluções alternativas (código aberto).

Falei com @philips sobre a possibilidade de fornecer alguma assistência e espero ter uma atualização em breve. Se mais alguém quiser ajudar a pastorear esse progresso, sinta-se à vontade para entrar em contato comigo por e- mail .

Enquanto isso, desculpe a demora.

@derekparker Encontrei o mesmo problema e acabei encontrando a página de edição da conta: https://identity.linuxfoundation.org/user/me/edit

Fazer login através da minha conta do github e, em seguida, alterar manualmente o e-mail para o meu CoreOS fez com que funcionasse. Acho que tive que passar pelo fluxo de trabalho de redefinição de senha para poder editar meus detalhes também

@dankohn , acho que alguma documentação robusta sobre a inscrição corporativa,
inscrições individuais corporativas e solução de problemas comuns desses GH
questões seria um grande começo.

Em terça-feira, 25 de outubro de 2016 às 20h24, Euan Kemp [email protected] escreveu:

@derekparker https://github.com/derekparker Eu bati no mesmo problema e
acabou encontrando a página de edição da conta: https://identity.
linuxfoundation.org/user/me/edit

Fazendo login através da minha conta do github e, em seguida, alterando manualmente o e-mail para
meu CoreOS fez funcionar.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

Sou o gerente da organização Red Hat. Quando as pessoas me perguntam o que está errado, geralmente não faço ideia. Não tenho ideia de como conseguir essa visibilidade, mas se não desse certo estou totalmente perdido...

@caniszczyk @emsearcy O webhook falhou e nenhum status cncf-cla em https://github.com/kubernetes/kubernetes/pull/35581. Você poderia verificar isso?

@dankohn No momento, estou enviando e-mails para pessoas em potencial com as quais poderíamos trabalhar; e preciso escrever o documento de requisitos do produto. Espero fazer isso por EOW.

@foxish Desativamos o Google CLAbot no repositório do kubernetes?

@bgrant0607 Não, não fizemos isso. Vamos desativá-lo em toda a organização somente depois que tivermos o bot CNCF mungegithub baseado em webhooks. Bloqueado por https://github.com/kubernetes/contrib/issues/1834

Gostaria que as métricas de contribuição corporativa fossem verificáveis ​​de forma independente por diferentes grupos.
Parece que o processo CLA é uma excelente função de forçar que pode ser usada para ajudar a manter um mapa de contribuidores individuais e suas afiliações corporativas (ao longo do tempo).

Descrevi um formato para essas divulgações de CLA solicitadas nesta edição: https://github.com/kubernetes/contrib/issues/1972

Estamos prontos para mudar para o portão do CNCF CLA até o final da semana. Enviaremos documentação, perguntas frequentes e assim por diante esta semana antes de concluirmos a transição.
O problema de bloqueio até agora era: https://github.com/kubernetes/contrib/issues/1834 , que agora foi corrigido.

cc @dims @soltysh @sarahnovotny

muito obrigado @foxish

A implementação está concluída e as organizações kubernetes e kubernetes-incubator estão usando o CNCF CLA.

@emsearcy @caniszczyk Você poderia dar uma olhada em https://github.com/kubernetes/kubernetes/pull/35672 ? O autor diz que assinou o cla mas o status ainda diz que não.

@emsearcy também encontrei um problema https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

A parte: estou procurando opções de código aberto para o manuseio do CLA para que possamos investigar e corrigir esses problemas sem ser um SPOF no @emsearcy. Nada fora da prateleira se encaixa no molde ATM.

PTAL, @emsearcy ou @caniszczyk -- outra funcionária da deis @michelleN está tendo problemas com o CLAbot reconhecendo seu CCLA.

Pergunta do usuário:
Posso assinar o CLA CNCF como empregado e como pessoa física?

Agregarei perguntas como esta e atualizarei o FAQ para que não tenhamos que intervir manualmente com tanta frequência.

Para detalhar o comentário anterior:

Já assinei o CLA como indivíduo usando esta conta do Github e meu e-mail pessoal. Agora meu empregador assinou o CLA e eu quero poder contribuir usando a mesma conta do Github, que também tem meu e-mail de funcionário cadastrado.

Quando clico para me inscrever como funcionário, recebo a seguinte mensagem:

O sistema não conseguiu associá-lo a nenhuma organização que tenha assinado um Contrato de Licença de Colaborador Corporativo para este projeto. Verifique se você está usando o endereço de e-mail da sua organização em seu perfil, entre em contato com alguém dentro de sua organização que seja responsável por supervisionar colaboradores autorizados para este projeto ou use o formulário de contato abaixo.

Meu perfil do Linux Foundation tem meu conjunto de e-mail pessoal e não parece haver nenhuma maneira de adicionar vários e-mails.

Estou tendo problemas também. Minha empresa assinou o CCLA. Meu LF ID mostra que faço parte do grupo de Contribuintes CNCF. Mas não consigo vincular minha identidade LF à minha identidade do github. Recebo o erro "Esta identidade está registrada para outro usuário" quando tento vincular o LF Id ao github Id. Estou usando e-mails diferentes para LF (empresa) e Github (pessoal). Provavelmente um problema de LF Id, mas talvez outra pessoa tenha atingido isso.

Bloqueado na minha solicitação de pull do k8s.

No repositório kubernetes/helm, em algum lugar no processo antes de criar um PR, fui direcionado para o formulário do Google CCLA. Depois de criar o PR, o Bot LF CLA entrou e me direcionou para a forma CCLA CCLA.

Você provavelmente precisa corrigir esse primeiro link, pois causa confusão e trabalho extra para os gerentes (o que raramente é uma coisa boa :)).

Continuando meu comentário anterior:

Decidi criar uma conta GitHub separada e usá-la para meu CLA corporativo. Eu removi meu e-mail corporativo da minha conta pessoal e o usei para minha nova conta (https://github.com/yissacharcw).

Minha organização então me enviou um convite para ingressar na Linux Foundation. Eu segui o link e entrei usando minha nova conta do GitHub. Preenchi as informações de criação da conta e tentei criar uma conta, mas recebi o erro de que meu e-mail já estava em uso. Este não deve ser o caso, uma vez que ainda não usei este e-mail para registrar uma conta. Não vejo nenhuma indicação em minha conta pessoal de que o e-mail corporativo seja usado lá. Não há informações sobre como reivindicar este e-mail para uso.

Agora estou preso em que não tenho como registrar meu e-mail corporativo para uma conta do Linux Foundation.

Envie um e-mail para [email protected] para receber suporte sobre Linux Foundation IDs ou assinatura de CLAs. Precisaremos de informações como os endereços de e-mail usados ​​que não gostaríamos de perguntar aqui, além de ser difícil rastrear solicitações individuais em um único tópico. Usar os formulários de contato em qualquer "beco sem saída" no processo de assinatura do CLA também criará um tíquete de suporte com a Linux Foundation.

Alguns comentários sobre o acima para a posteridade:

Você não deve precisar de um segundo Linux Foundation ID para contribuir "como funcionário" em vez de como indivíduo. Você pode ser associado a uma organização pelo gerente do CCLA da sua organização enviando um convite ou, se habilitado pelo gerente do seu CCLA, correspondendo ao endereço de e-mail corporativo. Você precisaria alterar temporariamente o endereço de e-mail em seu perfil Linux Foundation ID para fazer o último caso não seja atualmente o endereço de sua organização ("Certifique-se de estar usando o endereço de e-mail de sua organização em seu perfil").

Seguir um convite para ingressar em uma organização pode ser feito fazendo login na sua conta Linux Foundation ID existente.

Você não pode associar sua conta do GitHub a mais de um Linux Foundation ID.

Status não atualizado parece ser um bug: por exemplo, a cada atualização para 37640, nosso bot lfcla (um webservice autônomo que recebe notificações do Github e atualiza os PRs com base no status do usuário no sistema LF CLA) tentou definir um "philips autorizado " cla/linuxfoundation state=success status notification nos commits, que de acordo com a função go-github está sendo executado com sucesso - exceto que o Github não o salva. Vou investigar isso.

Também estou recebendo o erro "Esta identidade está registrada para outro usuário". como @hasahni. Inicialmente, o e-mail do LF era pessoal (eu me inscrevi como colaborador individual) e o e-mail do Git tinha o e-mail da minha empresa como endereço principal. Eu mudei meu e-mail do Git, mas ainda estou recebendo o mesmo erro.

Enviei um e-mail para o endereço @emsearcy postado acima e eles conseguiram resolver meu problema desvinculando o e-mail da minha empresa de qualquer conta à qual ele estava vinculado. Consegui então criar uma conta do Linux Foundation com a conta do GitHub da minha empresa e o endereço de e-mail da empresa.

Como mencionado acima, é mais fácil se você usar apenas uma conta. Se você voltar para https://identity.linuxfoundation.org/projects/cncf você pode escolher "Employee" se você escolheu "Individual" antes e vice-versa. O gerente da sua organização pode removê-lo da organização posteriormente se você não precisar mais ser autorizado nessa organização.

Os IDs do Linux Foundation podem ser associados a logins em vários sites de projetos LF, propostas de conferências e nossas certificações de administrador de sistema (que devem permanecer com você quando você mudar de empresa), portanto, espera-se que a conta seja mais do tipo "pertence a você/segue você" configuração. (Semelhante a como todos vocês relatando esse problema presumivelmente têm apenas uma conta do GitHub que estão usando!)

Estamos vendo muitas pessoas que continuam a se opor ao CLA.

O código-fonte do bot CLA é de código aberto (e, em caso afirmativo, onde está o repositório), para que possamos tentar melhorar o fluxo? Ou as capturas de tela estão disponíveis (principalmente para a versão individual)?

_Algo_ obviamente está fazendo com que as pessoas saiam do funil. Percebi imediatamente que poderia entrar com uma conta que não fosse do github, mas depois tive que entrar com o github para vincular uma conta do github. Infelizmente, não tenho uma segunda conta no github, então foi o máximo que consegui. Mas definitivamente há frutas fáceis.

Outros pensamentos:

• Existe uma forte política anti-spam sobre o uso do endereço de e-mail, obviamente vinculado?
• O id da fundação linux é padrão para o meu endereço de e-mail?

O LF CLAbot não é de código aberto e não será de código aberto, porque (apesar do bom trabalho de @emsearcy) é uma bola de cabelo, especialmente em termos de armazenamento de back-end. Em nome da CNCF, quero pedir desculpas pelos problemas que as pessoas estão enfrentando. A melhor solução de curto prazo para problemas de login é enviar um e-mail para [email protected] , pois eles são bastante responsivos, embora apenas durante o horário comercial do PT.

A correção de longo prazo que está sendo investigada pela @philips é trabalhar com um dos CLAbots de código aberto e contratar um de seus principais desenvolvedores para fazer as alterações necessárias ao Kubernetes e também para fazer o upstream dessas alterações. Estou esperançoso de que teremos progresso nessa frente em janeiro.

Eu não acho que seja tanto um problema com o CLAbot quanto o fato de que o CLA é necessário em primeiro lugar. Quando um usuário tem um recurso grande com o qual está tentando contribuir com o upstream, é provável que ele aceite e passe pelo processo de CLA. Mas quando o usuário está apenas contribuindo com uma simples correção de documento ou uma pequena correção de bug, é provável que ele simplesmente saia.

Considere o problema que o @justinsb acabou de vincular: o usuário está contribuindo literalmente com uma correção de documento de caractere único. E para isso eles são sobrecarregados com um CLA que os obriga a inserir suas informações e um acordo legal. Não é à toa que eles querem resgatar.

Eu sei por experiência própria que resisti a contribuir com correções de documentos por um tempo, já que não queria ter que lidar com o CLA. Somente quando eu tinha um recurso que eu realmente queria adicionar é que eu passei pelo incômodo de assinar o CLA.

Não sei se é legalmente viável, mas realmente acho que envios sem código não devem estar sujeitos ao CLA (também seria ideal se alterações triviais de código não estivessem sujeitas ao CLA, mas percebo que essa linha é mais difícil de desenhar do que código/não-código).

Eu entendo a necessidade de o projeto Kubernetes se proteger legalmente, mas pressionar o CLA em mudanças triviais desencoraja ativamente os PRs que são tão comuns em projetos do GitHub.

Também me parece um pouco absurdo que, se o usuário tivesse acabado de abrir um problema ("Os documentos deveriam dizer us-east-2 não us-east-1 "), não haveria interação do CLAbot e alguém apenas faria a mudança para eles.

Além disso, como estou ciente do problema agora, tendo visto o PR, posso ir em frente e enviar a correção (a menos que você me diga que isso está em conflito com o CLA, o que eu acharia ainda mais surpreendente!).

Com base no feedback de vários projetos reais e prospectivos, a CNCF modificou sua carta no mês passado para permitir que cada projeto hospedado determine se deseja ou não um CLA (long thread with context). No entanto, acho muito improvável, dado que o Kubernetes é agora um dos projetos de software de maior velocidade da história, que os mantenedores decidam desistir do CLA. Se você quiser incentivá-los a fazer isso, sugiro que você abra um novo problema.

Por enquanto, estamos assumindo que o requisito de CLA permanecerá (e também que o CNCF provavelmente terá novos projetos com CLAs), então queremos um CLAbot que cause o mínimo de atrito possível.

fyi, o OpenStack teve esse mesmo problema com a exigência de um ICLA/CCLA por um longo tempo. "Nós" estamos caminhando para o DCO:
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

Olá!

Estou tentando assinar o CLA, mas estou preso na etapa "validar email". Não recebi um e-mail (spam verificado e em todos os lugares) depois que o código de validação deveria ser enviado para mim. Esperei 5 horas, então tenho a sensação de que não virá. Eu também tentei o botão "reenviar verificação" algumas vezes e isso também não me enviou um código.

Meu email do github (a autorização que escolhi ao configurar a conta linuxfoundation) é o email correto.

Não tenho certeza do lugar correto para perguntar isso, mas o FAQ do CLA me disse para vir aqui se tivesse algum problema.

Obrigada!

Desculpas. Envie um e-mail para o Helpdesk da Linux Foundation <
[email protected]>.

Em quarta-feira, 18 de janeiro de 2017 às 13h23, khalpin11 [email protected] escreveu:

Olá!

Estou tentando assinar o CLA, mas estou preso na etapa "validar email". eu
não recebeu um e-mail (spam verificado e em todos os lugares) após o
código de validação deveria ser enviado para mim. Eu também tentei o
botão "re-enviar verificação" algumas vezes e isso não me enviou um
código também.

Não tenho certeza do lugar correto para perguntar isso, mas o FAQ do CLA me disse para
venha aqui se eu tiver algum problema.

Obrigada!

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

--
Dan Kohn [email protected]
Diretor Executivo, Cloud Native Computing Foundation https://cncf.io/
tel: +1-415-233-1000

Olá - Tentei me registrar como funcionário da Heptio, mas o sistema não conseguiu me verificar. Por favor ajude! Obrigado.

@skriss Envie um e-mail para o Helpdesk da Linux Foundation [email protected] com seu e-mail e nome de usuário do GitHub.

Estou tentando registrar o CERN no CNCF CLA.

Criei um CNCF CLA para 'teste' da empresa para obter uma cópia do contrato para revisão com nossa equipe jurídica. Infelizmente, agora não posso registrar o CERN como uma organização.

Você pode excluir a empresa 'teste' que eu registrei e me redefinir para o status de não ser conhecido pelo sistema. Meu e-mail é tim. [email protected].

@noggin143 Você deve enviar sua solicitação por e-mail para [email protected] e eles o ajudarão.

Tentei assinar o CNCF CLA, mas ainda estou tendo problemas. Eu também deveria ter sido registrado como o contato oficial da OpenStack Foundation para aprovar outros contribuidores. Também registrei um ticket no helpdesk. Obrigado, Cris

@hogepodge , envie um email para [email protected] para solucionar o problema. (como nota, ser registrado como o contato não o coloca automaticamente no grupo CLA.)

Assinei CNCF CLA. Meu commit é https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch , no qual " [email protected] " está presente. E adicionei este e-mail à minha lista de e-mail da conta do github.
Mas minha solicitação de pull (https://github.com/kubernetes/kubernetes/pull/42232) ainda está no estado "cncf-cla: no".

@honkiko Tencent ainda não assinou o CLA corporativo:

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

Se você tiver uma cópia do CCLA assinado, pode enviá-lo para mim [email protected] ou para [email protected]

De uma olhada rápida, parece que " [email protected] " tentou assiná-lo, mas nunca terminou.

Enviei um PR e o autor do commit usou meu e-mail principal que assinou no Github, mas por que o CLA enviou para meu e-mail público até o fim? Mesmo que eu tenha alterado o endereço de e-mail público para meu e-mail principal, o CLA ainda foi enviado para o endereço de e-mail anterior? como resolver?

Tentei me cadastrar como pessoa física, mas o link https://identity.linuxfoundation.org/projects/cncf leva a uma página não encontrada.

@sdomula Abri um ticket urgente com a Linux Foundation para resolver. Volto a postar quando estiver resolvido.

@sdomula Isso agora está resolvido. Estamos investigando o que causou o tempo de inatividade. Desculpe pelo incômodo.

Página não encontrada: https://identity.linuxfoundation.org/projects/cncf

Se eu estiver certo, o URL correto agora é: https://identity.linuxfoundation.org/node/285/

Direito ?

Parece um push de configuração ruim.

/cc @caniszczyk

Re-escalando agora.

E está de volta. Adicionaremos nossa investigação sobre esse tempo de inatividade na outra investigação.

Olá a todos, estou tendo problemas para satisfazer o cla-bot para https://github.com/kubernetes/charts/pull/766. Eu acho que é porque eu me inscrevi como " [email protected] " enquanto meus commits do git estão em " [email protected] ". Desde então, mudei meu e-mail do Linux Foundation para corresponder aos meus commits do git, mas não consigo gerar um novo CLA no novo e-mail. Por favor, halp.

@jpoon envie um email para [email protected]

Vai fazer. Obrigado @dankohn

Olá, estou tendo problemas para passar a verificação de cla em https://github.com/kubernetes/helm/pull/2143 e até onde posso dizer fiz tudo o que precisava, como o email está definido corretamente, o formulário é assinado e assim por diante. Alguém por favor pode ajudar porque o cla não está passando? obrigado.

@dankohn Enviei um email para [email protected] e a última resposta foi há uma semana. Não tenho muita certeza de como resolver isso....

@jpoon pede desculpas pelo problema. Você poderia reenviar para o suporte técnico com um cc para caniszczyk em linuxfoundation.org

Já solicitei um e-mail duas vezes. Apenas o primeiro chegou, e agora está expirado. A segunda nunca chegou. Falhou a terceira vez também.

@TheStalwart Você enviou um e-mail para o suporte técnico?

Após outra tentativa, consegui assinar por meio do link que expirou anteriormente. Yay!

Estou tendo problemas para satisfazer a verificação de cla para https://github.com/kubernetes/test-infra/pull/2450 . Me cadastrei como funcionário do Google usando minha conta do github e usei o mesmo e-mail que uso em meus commits. Recebi um e-mail pedindo para verificar meu endereço de e-mail e desde então o site linuxfoundation diz que me cadastrei corretamente. No entanto, minha solicitação de pull ainda tem o sinalizador "cnfc-cla: no", mesmo depois de deixar comentários adicionais no PR. Agradeceria qualquer ajuda que pudesse obter sobre esta questão. Obrigado!

Estou vendo a mesma coisa em vários PRs.

@spxtr você pode apontar os PRs relevantes?

Além disso, recomendo enviar um e-mail para "Linux Foundation Helpdesk [email protected] " se você tiver algum problema de CLA.

Na maioria das vezes, é porque você não tem o respectivo e-mail listado nas configurações do seu perfil do GitHub ou não entrou totalmente em https://identity.linuxfoundation.org/projects/cncf e vinculou seu perfil do GitHub ao sistema LF.

Estou tendo problemas para satisfazer a verificação de cla para kubernetes/test-infra#2450 . Me cadastrei como funcionário do Google usando minha conta do github e usei o mesmo e-mail que uso em meus commits. Recebi um e-mail pedindo para verificar meu endereço de e-mail e desde então o site linuxfoundation diz que me cadastrei corretamente. No entanto, minha solicitação de pull ainda tem o sinalizador "cnfc-cla: no", mesmo depois de deixar comentários adicionais no PR. Agradeceria qualquer ajuda que pudesse obter sobre esta questão. Obrigado!

O mesmo aqui, exceto que eu assinei como colaborador individual, usando exatamente o mesmo e-mail como o GitHub (usando o login do GitHub). Ainda tente descobrir o que deu errado.
Eu estava escrevendo para o Linux Foundation Helpdesk, até agora não tive nenhuma resposta deles.

https://github.com/kubernetes/kubernetes/pull/44727 Fila de envio — PR está faltando o rótulo CLA; precisa de um de cla: sim, cncf-cla: sim ou cla: aprovado por humanos

Acho que já fiz tudo...

Tentei me inscrever como pessoa física ( gh<at>purefiction.net ), mas depois de cerca de 4 horas ainda não recebi um e-mail de confirmação da CNCF. Nada na pasta de spam.

@atombender Inscreva-se no hellosign com o mesmo endereço de e-mail e você poderá encontrar o documento do contrato lá. Infelizmente, não há opção re-send agreement .

@dolftax : O que é "hellosign" e como chegar lá? Esse endereço de e-mail não é o mesmo que eu uso para criar commits, então preciso alterá-lo, mas ele não me deixará passar pelo processo novamente.

@dolftax : Consegui ir mais longe excluindo cookies e passando pela criação da conta aqui . No entanto, nada mais acontece. Se eu voltar para o mesmo link, recebo uma página dizendo:

Um Contrato de Licença de Contribuidor foi enviado para o seu endereço de e-mail. Isso deve ser assinado eletronicamente para concluir o processo de inscrição do colaborador.

...mas nenhum e-mail.

@atombender @dolftax envie um email para [email protected] e eles podem ajudá-lo com seus problemas. Também estamos avaliando como alterar as mensagens de erro para tornar a próxima etapa mais clara quando o e-mail não chegar.

Nosso helpdesk acompanhará seu ticket, mas para observações gerais: HelloSign (nosso fornecedor de assinatura eletrônica que envia os e-mails de contrato) envia lembretes em 3 e 7 dias. Nosso Helpdesk também pode enviar um lembrete manualmente, mesmo que essa não seja uma funcionalidade presente na interface do usuário.

Quanto ao comentário sobre se inscrever no Hellosign (obrigado pela sugestão @dolftax!), seria ir para https://www.hellosign.com/ e clicar em "Sign Up". Uma conta gratuita permite enviar até 3 documentos por mês, sem contar os documentos enviados a você por outras pessoas (que normalmente são assinados sem qualquer criação de conta no lado HelloSign).

(Eu vejo um acordo pendente no "lado" do HelloSign para o e-mail "gh". A notificação de saída também não retornou, ou me diria isso.)

@dankohn : este é um problema comum que os usuários não recebem e-mails, onde não há erros de digitação ou problema semelhante em jogo? Podemos entrar em contato com o suporte da HelloSign e ver se eles podem fornecer alguma solução de problemas caso a caso.

@dankohn Reenviar o contrato da interface do usuário do linuxfoundation seria muito melhor.

Eu assinei o CLA, mas ainda a bandeira "cnfc-cla: no", por favor dê uma olhada @foxish @sarahnovotny

Estou com um problema com o CLA, https://github.com/kubernetes/test-infra/pull/2764
Confirmei usando o e-mail correto, entrei no CNCF como indivíduo, vinculei-o ao github e ao google e fiz outro commit depois, ainda recebi erro no CLA, você poderia dar uma olhada?

@yutongz você pode enviar um e-mail para Linux Foundation Helpdesk [email protected] com seu problema, certifique-se de que seu id do github esteja vinculado a https://identity.linuxfoundation.org/projects/cncf e seus commits

@sarahnovotny e @foxish
Estou tendo problemas para assinar o CLA

Assinei como [email protected] e não consigo assinar com [email protected] (e-mail principal do github), então tive um problema no github como este: https://github.com/kubernetes/contrib/pull /2548 (ainda esperando minha assinatura no CLA)

Enviei para a fundação linux há um mês, mas ainda estou bloqueado ...
Você pode concertar isso ?

@naarani Desculpas pelo problema. Vou escalar isso com LF IT.

A verificação de licença para https://github.com/kubernetes/community/pull/631 está falhando, mas meu perfil (veja anexo) parece me colocar no grupo CNCF:

Meu email em https://identity.linuxfoundation.org/user/me/edit é o mesmo que usei no commit.

Existe algo que eu possa fazer para esclarecer isso? Muito obrigado!

Esse grupo também é exibido para CLAs não assinados (pendentes).

Obrigado. É provável que eu não tenha assinado então.

Estou esperando o e-mail há um tempo e não recebi... verifiquei spam e tudo. Além disso, parece que não estou recebendo cópias das mensagens com a opção "Envie-me uma cópia", portanto, pode muito bem ser um problema de entrega. Eu uso FastMail. Existe uma página da Web ou outra forma de eu assinar o contrato?

@wyc : sim, outro usuário com Fastmail também não estava recebendo e-mail. Rastreamos o problema para o Fastmail não aceitar e-mails da HelloSign, nosso fornecedor de assinatura eletrônica, com a seguinte resposta do servidor de e-mail (fornecida pela HelloSign, pois é o endereço IP):
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>
Você poderia entrar em contato com o Fastmail e informá-los de que esse limite de 40 dias por IP (parece muito baixo para mim...) está afetando sua capacidade de aceitar e-mails desse provedor de serviços legítimo?

Acima, foi sugerido por outro usuário acima que, se você fizer login/registrar-se em www.hellosign.com , poderá ver a solicitação de assinatura eletrônica pendente (embora eu não tenha tentado isso para confirmar que funciona) . A menos que você tenha uma identidade do Google com este e-mail, fornecendo um e-mail validado via SSO, você provavelmente precisará receber um e-mail inicial de validação de conta da HelloSign ... e então voltamos a precisar que o Fastmail pare de taxa severa -limitando HelloSign.

Ok, @emsearcy , isso funcionou como um encanto. Obrigado. Entrarei em contato com meu provedor de e-mail e tentarei que eles resolvam isso.

Eu fiz um pequeno artigo sobre isso abaixo que esperamos adicionar a https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ

Como o GitHub Wiki atualmente não permite contribuições externas, abaixo conta como uma contribuição com base na licença que acabei de assinar :)

Não estou recebendo um e-mail contendo o CLA para Contratos de Contribuidor Individual.

@emsearcy explica em
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
que alguns usuários de certos provedores de e-mail (nomeadamente FastMail) estavam enfrentando
problemas de entregabilidade com e-mails do fornecedor de assinatura eletrônica, HelloSign. Até este
for corrigido, a seguinte solução alternativa está disponível:

1. Crie uma conta no HelloSign usando o mesmo e-mail do CLA.
2. Vá para a seção "Documentos" usando a barra de navegação esquerda e pressione o botão
   botão "Assinar" para "Contrato de Licença de Contribuidor Individual CNCF".
   
3. Revise e assine, se desejar.
   
4. Confirme se o contrato foi assinado na seção "Documentos".
   
5. Se você tiver um PR existente com cncf-cla: no , aguarde 5 minutos pelo HelloSign
   e os servidores CI para resolver o novo contrato. Deixe um novo comentário no
   PR, e o rótulo cncf-cla: no deve se tornar um cncf-cla: yes .
   

Remarcação:

### 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)

Obrigado @wyc! Atualizado o FAQ.

Oi,

Tentei assinar o CLA em nome da minha empresa. Eu me inscrevi no Github e adicionei detalhes da empresa. O CLA que foi gerado tem meu e-mail pessoal nele. Fui e criei outra conta com o e-mail da minha empresa e a convidei como gerente da organização. É possível reativar a geração para que tenha o e-mail da minha empresa no documento? O e-mail da minha empresa é adam[@]iflix.com, e o meu pessoal é adam[@]boxxen.org

Oi! Quero inscrever minha nova organização (software blackduck) como um colaborador do kubernetes - no entanto, minha conta atual do github está vinculada à minha organização anterior (chapéu vermelho). Como faço para (1) desanexar meu CLA e (2) criar um novo CLA para uma organização que anteriormente não se comprometeu com o kubernetes? Obrigado !

Acabei de te expulsar do RH CLA. Não tenho certeza de como isso poderia ter sido feito em autoatendimento.

obrigado eric :) eu acho que estávamos no meio do caminho.

Depois de ter sido removido da organização, você pode criar uma nova organização em https://identity.linuxfoundation.org/node/285/organization-signup

Esta mensagem foi criada automaticamente pelo software de entrega de e-mail.

Uma mensagem que você enviou não pôde ser entregue a um ou mais de seus
destinatários. Este é um erro temporário. O(s) seguinte(s) endereço(s) diferido(s):

curtis.l. [email protected]
O domínio imwiz.com excedeu o máximo de emails por hora (168/150 (112%)) permitido. A mensagem será repetida mais tarde

------- Esta é uma cópia da mensagem, incluindo todos os cabeçalhos. ------
Recebido: de o5.sgmail.github.com ([192.254.113.10]:45396)
por box969.bluehost.com com esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Exemplo 4.87)
(envelope-de)
id 1dGU7y-000QH7-Mz
para [email protected]; Qui, 01 de junho de 2017 11:43:21 -0600
Assinatura DKIM: v=1; a=rsa-sha1; c=relaxado/relaxado; 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 -Cancelar subscrição;
s=s20150108; bh=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
Recebido: por filter0654p1mdw1.sendgrid.net com ID SMTP filter0654p1mdw1-19843-5930522A-4
01-06-2017 17:43:06.164526033 +0000 UTC
Recebido: de github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
por ismtpd0002p1iad1.sendgrid.net (SG) com ID ESMTP 8eFn2zRFThqa_B9E8cA5dw
para [email protected] ; Qui, 01 de junho de 2017 17:43:06.085 +0000 (UTC)
Data: Qui, 01 de junho de 2017 10:43:05 -0700
De: Eric Searcy [email protected]
Responder para: kubernetes/kubernetes [email protected]
Para: kubernetes/kubernetes [email protected]
Cc: Assinado [email protected]
ID da mensagem:
Em resposta a:
Referências:
Assunto: Re: [kubernetes/kubernetes] Mover para o CLA da Linux Foundation (CNCF)
sistema (#27796)
Versão Mime: 1.0
Tipo de conteúdo: multiparte/alternativa;
limite="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
conjunto de caracteres=UTF-8
Codificação de transferência de conteúdo: 7 bits
Precedência: lista
X-GitHub-Sender: emsearcy
Destinatário do X-GitHub: falenn
X-GitHub-Motivo: inscrito
ID da lista: kubernetes/kubernetes
List-Archive: https://github.com/kubernetes/kubernetes
Post da lista: [email protected]
Lista-Cancelar inscrição:,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-Auto-Resposta-Supressão: Todos
Endereço do destinatário do X-GitHub: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+wOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
X-Spam-Status: Não, pontuação=-2,5
X-Spam-Pontuação: -24
X-Spam-Bar: --
X-Ham-Report: Software de detecção de spam, rodando no sistema "box969.bluehost.com",
NÃO identificou este e-mail recebido como spam. O original
mensagem foi anexada a isso para que você possa visualizá-la ou rotulá-la
e-mail futuro semelhante. Se você tiver alguma dúvida, consulte
root @localhost para detalhes.

Visualização do conteúdo: depois de ser removido da organização, você pode
crie uma nova organização em https://identity.linuxfoundation.org/node/285/organization-signup
-- Você está recebendo isso porque está inscrito neste tópico. Responder
para este e-mail diretamente ou visualize-o no GitHub: https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

Detalhes da análise de conteúdo: (-2,5 pontos, 4,0 obrigatórios)

descrição do nome da regra pts

-0.0 RP_MATCHES_RCVD O domínio do remetente do envelope corresponde ao domínio de retransmissão de handover
-2,8 RCVD_IN_MSPIKE_H2 RBL: reputação média (+2)
[192.254.113.10 listado em wl.mailspike.net]
-0.0 SPF_PASS SPF: remetente corresponde ao registro SPF
1.3 HTML_IMAGE_ONLY_24 BODY: HTML: imagens com 2000-2400 bytes de palavras
0.0 HTML_MESSAGE BODY: HTML incluído na mensagem
-0.1 DKIM_VALID_AU A mensagem tem uma assinatura DKIM ou DK válida do autor
domínio
-0.1 DKIM_VALID A mensagem tem pelo menos uma assinatura DKIM ou DK válida
0.1 DKIM_SIGNED A mensagem tem uma assinatura DKIM ou DK, não necessariamente válida
-0,8 AWL AWL: pontuação ajustada da reputação AWL de De: endereço
X-Spam-Flag: NÃO

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Tipo de conteúdo: texto/simples;
conjunto de caracteres=UTF-8
Codificação de transferência de conteúdo: 7 bits

Depois de ter sido removido da organização, você pode criar uma nova organização em https://identity.linuxfoundation.org/node/285/organization-signup

--
Você está recebendo isso porque está inscrito neste tópico.
Responda a este e-mail diretamente ou visualize-o no GitHub:
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Tipo de conteúdo: texto/html;
conjunto de caracteres=UTF-8
Codificação de transferência de conteúdo: 7 bits

Depois de ter sido removido da organização, você pode criar uma nova organização em https://identity.linuxfoundation.org/node/285/organization-signup

—
Você está recebendo isso porque está inscrito neste tópico.
Responda a este e-mail diretamente, visualize-o no GitHub ou silencie a conversa .

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

Não consigo salvar após editar minha organização, ocorre o erro You must select one or more groups for this content . Alguém poderia ajudar? Obrigado!

oi @supereagle sua melhor aposta é enviar um email para [email protected]. (por favor, sinta-se livre para me cc.

@wyc bom trabalho!

Existe alguma maneira de fazer a assinatura do contrato funcionar ao usar o endereço de e-mail github noreply em commits?
Consulte https://help.github.com/articles/about-commit-email-addresses/

Essa é uma pergunta para [email protected]. Eu acredito que o endereço de e-mail é o que é usado para a identificação do CLA, então é improvável.

Estamos considerando isso (endereços de e-mail noreply) como uma solicitação de recurso, mas podemos ter problemas com isso à medida que mais projetos começarem a adotar o DCO no CNCF (o que requer um e-mail na assinatura Signed-Off-By).

Assinei o CLA conforme documentado (com o github e a conta de e-mail corretos) e não funciona para este PR: https://github.com/kubernetes/charts/pull/1578

Para solução de problemas caso a caso, envie um e-mail para [email protected] se ainda não o fez.

Devido ao requisito da CNCF de usarmos endereços de e-mail corporativos como nosso e-mail de recuperação de LF, fui bloqueado na minha conta pessoal de LF. Enviei um email ao helpdesk e eles recomendaram a criação de uma nova conta LF.

Eu tenho 2 contas Linux Foundation:

• cole. [email protected] (vinculado ao GitHub), assinado como colaborador individual
• cole. [email protected] (recém-criado)

Mas:

1. Preciso assinar o CLA com o segundo endereço.
2. Para assinar o CLA, a conta deve estar associada a uma conta do GitHub.
3. Não posso fazer isso porque minha conta do GitHub já está associada à minha conta pessoal LF/assinatura CLA.

Alguma sugestão?

"Idem", quase. Minha conta do GitHub tem dois endereços de e-mail verificados, [email protected] primário e ryan secundário. [email protected] , no entanto, o GitHub não tem a opção de exibir publicamente endereços de e-mail secundários. Eu só tenho uma conta LF, que tem [email protected] como e-mail e já está vinculada à minha conta GitHub, e o CLA é enviado, mas parece não haver como configurar isso para que meu endereço canonical.com está assinando o CLA.

Oi. Estou tentando me inscrever no CNCF CLA para poder enviar código e não estou conseguindo. Este é o PR onde a verificação correspondente falha:

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

Os commits foram feitos usando meu endereço de e-mail corporativo. Eu me inscrevi na LinuxFoundation usando minha conta privada do Github e o endereço de e-mail privado associado (não é o mesmo que o endereço de e-mail corporativo), então mudei meu endereço de e-mail para ser idêntico ao corporativo. A partir daí, assinei a empresa do meu empregador como uma organização na fundação Linux, comigo (e alguns outros funcionários) como gerente. A verificação de CA ainda falha.

Desesperado, mudei o endereço de e-mail de volta para o privado e criei uma segunda conta LF totalmente nova com um nome de usuário diferente e meu endereço de e-mail corporativo como endereço de e-mail e convidei e juntei com sucesso esse usuário ao grupo. A verificação de CA ainda falha.

Como faço para descobrir o que está faltando? Por favor ajude.

ATUALIZAÇÃO: Conseguiu funcionar agora. Obrigado @BenTheElder e as pessoas de apoio da fundação LF.

Existe algum motivo específico para este problema ainda estar em aberto? Não passamos para o sistema LF CLA? Isso precisa ser renomeado para refletir uma mudança de escopo?

@spiffxp Seria apropriado renomear para algo como "Problemas agregados com LF CLA".

Para sua informação, o LF em breve estará lançando uma reescrita do nosso CLAbot que, esperamos, abordará a maioria dos fluxos de trabalho que causaram problemas até o momento. Quando isso acontecer, podemos iniciar um novo problema e fechar este.

Renomeado

Digitei acidentalmente o endereço de e-mail errado ao me inscrever no CLA individual. Como resultado, o "Contrato de Licença de Contribuinte Individual CNCF - Solicitação de Assinatura" foi enviado para o endereço errado.
Enquanto isso, atualizei o endereço de e-mail nas configurações da conta.

É possível receber um novo "Pedido de Assinatura" para o endereço corrigido?

@axdotl Envie um email para [email protected] e eles cuidarão de você.

@dankohn Obrigado!

Estou recebendo este erro ao tentar me inscrever como um colaborador individual com meu github:

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

@enis Essa é uma mensagem de erro inútil. Você poderia enviar um e-mail para [email protected].

@emsearcy @alanapost você poderia ver se algo está errado.

(Também respondido via helpdesk)

A causa desse problema foi que o GitHub supostamente retorna apenas endereços de e-mail validados via Oauth, mas para essa conta eles forneceram um endereço de e-mail malformado/ofuscado (sem nenhum sinal @) que foi usado para essa conta. O componente de assinatura eletrônica atingiu um caso extremo porque não foi testado com strings de e-mail não conformes.

Vamos aplicar uma correção no software, com o resultado que o usuário terá que corrigir qualquer endereço de e-mail malformado e validá-lo através do nosso site.

Obrigado Érico,

Consegui usar minha conta "enis" para o CLA.

Obrigado pela ajuda. Podemos fechar isso.
Enis

Em terça-feira, 21 de novembro de 2017 às 16h21, Eric Searcy [email protected]
escreveu:

(Também respondido via helpdesk)

A causa desse problema foi que o GitHub supostamente retorna apenas validados
endereços de e-mail via Oauth, mas para esta conta eles forneceram um
endereço de e-mail malformado/ofuscado (sem nenhum sinal @) que foi usado para
esta conta. O componente de assinatura eletrônica atingiu um caso extremo porque não era
testado com strings de e-mail não conformes.

Vamos aplicar uma correção no software, com o resultado que o usuário terá que
corrigir quaisquer endereços de e-mail malformados e validá-lo através do nosso site.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ,
ou silenciar o thread
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

Não consigo assinar um CNCF-CLA com o endereço de e-mail corporativo.

Eu originalmente tentei assinar um CNCF-CLA fazendo login com minha conta github.com, vi que o CLA tinha minha conta de e-mail pessoal listada e percebi que meu corp. endereço de e-mail ainda não foi adicionado à minha conta gh.

Cancelei o formulário, fui ao GH e adicionei meu endereço de e-mail corporativo, tentei assinar novamente o CLA, mas só vejo uma mensagem dizendo que o CLA foi enviado para meu endereço de e-mail. Nenhum formulário CLA foi recebido - através do meu endereço de e-mail pessoal ou corporativo.

@greglanthier Você poderia enviar um e-mail para [email protected] e eles resolverão você.

Olá, me cadastrei usando a conta do github, mas não percebi que estava usando um endereço de e-mail antigo que não quero mais usar. Ainda tenho acesso ao e-mail antigo por enquanto. Estou tentando alterar o endereço de e-mail no meu perfil do Linux Foundation, mas recebo este erro acima de uma mensagem que diz que receberei um e-mail.

    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.

Não estou recebendo e-mails e acho que é por causa da mensagem de erro acima. Qualquer ajuda seria apreciada.
Obrigado.

Entre em contato com [email protected] e eles resolverão isso para você.

--
Dan Kohn [email protected]
Diretor Executivo, Cloud Native Computing Foundation https://www.cncf.io
+1-415-233-1000 https://www.dankohn.com

Em 8 de janeiro de 2018, às 10:32, Christian Roy [email protected] escreveu:

Olá, me cadastrei usando a conta do github, mas não percebi que estava usando um endereço de e-mail antigo que não quero mais usar. Ainda tenho acesso ao e-mail antigo por enquanto. Estou tentando alterar o endereço de e-mail no meu perfil do Linux Foundation, mas recebo este erro acima de uma mensagem que diz que receberei um e-mail.

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.

Um e-mail de confirmação foi enviado para seu novo endereço de e-mail. Você deve seguir o link fornecido nesse e-mail dentro de 24 horas para confirmar a alteração no endereço de e-mail da sua conta.
Não estou recebendo e-mails e acho que é por causa da mensagem de erro acima. Qualquer ajuda seria apreciada.
Obrigado.

—
Você está recebendo isso porque foi mencionado.
Responda a este e-mail diretamente, visualize-o no GitHub ou silencie a conversa.

Eu assinei o CLA como um contribuinte individual no passado.
Agora trabalho para uma empresa onde faço contribuições durante o expediente e, obviamente, o IP é de propriedade da empresa quando faço isso. Mas nem tudo que faço fora do trabalho pertence à empresa.

Minhas perguntas:

• Como mudo minha conta de "Individual" para "Empregado"? Já alterei o endereço de e-mail, mas não consigo encontrar o botão para alterar isso.
• Como eu reflito que o IP das coisas que eu crio depende do contexto (quando eu crio coisas e o que é)? Isso não é incomum no direito trabalhista europeu. Porque é ilegal que as empresas reivindiquem tudo o que as pessoas criam enquanto são funcionários em muitas jurisdições.
• Então, tecnicamente, posso ser (o colaborador de Schrödinger) tanto um colaborador individual quanto um colaborador, dependendo de algumas circunstâncias. Como faço para manter as duas coisas assinadas?

Assinei o CLA como indivíduo e integrei o GitHub. Tenho um PR pendente que reclama que não o fiz. Verifiquei se o email no commit corresponde ao meu GitHub que foi verificado.

Por favor, pode verificar?

Segue o link do PR:
https://github.com/kubernetes/kubernetes/pull/60962

@technicianted Entre em contato com [email protected] e eles resolverão isso para você.

Os problemas ficam obsoletos após 90 dias de inatividade.
Marque o problema como recente com /remove-lifecycle stale .
Problemas obsoletos apodrecem após 30 dias adicionais de inatividade e, eventualmente, fecham.

Se este problema for seguro para fechar agora, faça-o com /close .

Envie feedback para sig-testing, kubernetes/test-infra e/ou fejta .
/ciclo de vida obsoleto

Problemas obsoletos apodrecem após 30 dias de inatividade.
Marque o problema como recente com /remove-lifecycle rotten .
Problemas podres fecham após 30 dias adicionais de inatividade.

Se este problema for seguro para fechar agora, faça-o com /close .

Envie feedback para sig-testing, kubernetes/test-infra e/ou fejta .
/ciclo de vida podre
/remove-lifecycle obsoleto

Problemas podres fecham após 30 dias de inatividade.
Reabra o problema com /reopen .
Marque o problema como recente com /remove-lifecycle rotten .

Envie feedback para sig-testing, kubernetes/test-infra e/ou fejta .
/Fechar

/reabrir

Continua a ser uma grande barreira para novos contribuidores

/remove-lifecycle podre

Para sua informação, na semana passada, durante o workshop de novos colaboradores da KubeCon / CloudNativeCon China, observei muitos (a maioria?) dos participantes lutando com a UI/UX em:

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

Duas coisas especificamente:

• Facebook, Google, GitHub, OpenStack são, em vários graus, específicos do local ou do ecossistema e também gráficos, portanto, provavelmente não são traduzidos no navegador.
• a metade alternativa "Ou -- LOG IN" do elemento de login não se destaca claramente como um elemento clicável em oposição a ser apenas um texto com tema azul do Linux Foundation em uma caixa azul.

Como o GitHub geralmente é necessário para participação, pode ser visualmente mais fácil ter apenas duas caixas:

1. Faça login com o GitHub
2. Faça login com o Linux Foundation ID

e retire as outras opções da tela para simplificar visualmente. Se apenas o Linux Foundation ID selecionado da pessoa _then_ tiver uma tela que solicita seu Linux Foundation ID existente ou permite a criação de um.

Suspeito que a maioria das pessoas simplesmente escolherá o GitHub e esse é o fluxo para o qual o diálogo deve ser otimizado.

Estou tentando assinar o CLA para prosseguir com meu PR https://github.com/kubernetes/kubernetes/pull/72275 mas não recebi o acordo por e-mail apesar de inúmeras tentativas. Também entrei em contato com [email protected] 2 dias atrás, mas ainda não recebi nenhuma resposta - parece que suas respostas serão mínimas / atrasadas, pois é o período de férias. Eu estava esperando uma maneira de me desbloquear nesse PR em breve.

Desculpas @srmocher, mas o suporte técnico da Linux Foundation não poderá resolver isso até 2 de janeiro.

Os problemas ficam obsoletos após 90 dias de inatividade.
Marque o problema como recente com /remove-lifecycle stale .
Problemas obsoletos apodrecem após 30 dias adicionais de inatividade e, eventualmente, fecham.

Se este problema for seguro para fechar agora, faça-o com /close .

Envie feedback para sig-testing, kubernetes/test-infra e/ou fejta .
/ciclo de vida obsoleto

/remove-lifecycle obsoleto
/ciclo de vida congelado