Kubernetes: Зонтичная проблема для системы CLA Linux Foundation (CNCF)

Можете ли вы описать процесс миграции CLA?

@smarterclayton мы сообщим сообществу, как только у нас будет запущена и запущена новая система, есть несколько подходов, которые мы обсуждаем, чтобы свести к минимуму любые нарушения рабочего процесса.

Также см.: https://github.com/cncf/foundation/issues/1

В ближайшем будущем мы переходим на CLA Cloud Native Computing Foundation во всех репозиториях kubernetes.
Ожидается, что этот переход произойдет во всех наших репозиториях в течение недели 3 октября.

С сегодняшнего дня мы тестируем новый механизм CLA в репозитории kubernetes/contrib.
Бот Google CLA будет работать параллельно с ботом CNCF CLA до 3 октября.
Обратите внимание, что слияние PR и очередь отправки не блокируются при подписании CLA CNCF в настоящее время, но будут заблокированы, когда мы завершим переход.

Чтобы свести к минимуму нарушение рабочего процесса, если вы являетесь участником,
пожалуйста, посетите https://identity.linuxfoundation.org/projects/cncf и подпишите CLA либо как физическое лицо, либо как сотрудник, в зависимости от того, что подходит.
Если есть проблемы, укажите их в проблеме отслеживания по адресу: https://github.com/kubernetes/kubernetes/issues/27796 .

Предстоящие шаги:

• [x] Очередь отправки должна учитывать метки cncf-cla.
• [x] Метки cla-yes/no гугл-бота должны быть удалены из репозиториев.
• [x] Включите веб-перехватчик CNCF для всей организации и отключите бота Google CLA.

Привет, я хочу подписать отдельный CLA, и на странице hellosign в конце запрашивается «Название» (подпись, имя, должность и дата).

Я действительно не знаю, что поставить на заголовок. Я попытался просмотреть https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md и предыдущий CLA, но название не требовалось (и не спрашивалось). Я студент информатики.

Что я должен использовать для заголовка? Или это специально, или это остатки?

Спасибо!

@rata , я думаю, что звание «Студент» - прекрасное решение. @caniszczyk , не могли бы вы подтвердить?

@sarahnovotny Студент или N/A в порядке

@sarahnovotny @caniszczyk : большое спасибо!

@sarahnovotny , @caniszczyk , похоже, у Redhat проблемы с CNCF CLA. Вы можете им помочь? Это может быть проблема с корпоративным CLA или техническая проблема, и мы не уверены.

копия @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 есть ли способ, которым мы можем общаться в частном порядке? напишите мне? Эпарис в RedHat?

Я столкнулся с ошибкой в ​​системе учетных записей на https://identity.linuxfoundation.org. К кому мне обратиться по этому поводу?

Невозможно изменить пароль для учетных записей, созданных с помощью кредитов github.

• Создал аккаунт на github. Никогда не устанавливал пароль
• Пошел менять адрес электронной почты
• Мне сказали, что мне нужен пароль, чтобы изменить адрес электронной почты
• Электронное письмо с запросом на сброс пароля
• По ссылке в электронном письме
• Нажал на ссылку "сброс пароля"
• Мне сказали, что мне нужен пароль, чтобы изменить мой пароль
  

@jbeda , я предполагаю, что вы все еще вошли в систему? (На странице сброса пароля написано: «Вы должны выйти, чтобы использовать ссылку для сброса пароля в электронном письме»). В противном случае он говорит, что вы все еще вошли в систему, когда пытаетесь использовать его.

Я попытался «зарегистрироваться в качестве сотрудника» и дошел до «Пожалуйста, свяжитесь с кем-нибудь в вашей организации, который отвечает за надзор за авторизованными участниками этого проекта».

Это был бы я; что дальше?

@bboreham попросите вашу компанию/организацию зарегистрироваться здесь https://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk что я сделал:

• Посетите свой URL.
• Войти через Гугл.
• Ищите любой способ заявить о моей организации и ее персонале.
• Вернулся сюда.

Можете ли вы сказать, где именно я нажимаю, чтобы зарегистрировать организацию (Weaveworks, Inc)?

@bboreham с этой ссылкой, есть способ зарегистрировать вашу организацию и подписать корпоративный CLA электронной подписью, как только вы это сделаете, вы сможете делать все остальное

Для меня способ заключался в том, чтобы открыть окно браузера «инкогнито», а затем после повторного входа в систему была представлена ​​​​форма. Никакой выход из системы или щелчок в исходном окне не вызовут эту форму.

Кажется, есть некоторые проблемы с корпоративным CLA CNCF. Однако @euank должно распространяться корпоративное соглашение CLA для CoreOS.

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

не отражайте это.

@caniszczyk , не могли бы вы взглянуть на проблему, о которой @calebamiles упомянул выше?

Похоже, что @euank просто должен нажать «Внести вклад как сотрудник», и он будет автоматически связан с CoreOS CCLA.

Ага, спасибо @emsearcy , в прошлый раз я подумал, что, должно быть, случайно попал на свою личную электронную почту. Теперь хорошо выглядит!

(а также красивая аватарка)

Когда я пытаюсь войти в систему с помощью github, чтобы проверить свой CLA, я получаю сообщение об отказе в доступе, а затем, когда я пытаюсь снова, я получаю отказ в доступе с сообщением «Вы уже зарегистрировали это удостоверение». Могу ли я как-то проверить свой CLA?

О... а потом, когда я смотрю на ссылку "Подробности" для кого-то, кто не подписал CLA, я _делаю_ получаю _my_ CLA. Я ожидаю увидеть статус CLA для рассматриваемого пользователя.

Также возникли проблемы с CNCF CLA. Выбрал отдельного участника и не смог изменить адрес электронной почты, который он выбрал для меня, который был старым рабочим адресом электронной почты, вероятно, извлеченным из github (к счастью, я смог получить к нему доступ). Теперь я вижу свой подписанный CLA, но все еще не помечен как утвержденный в PR.

Также возникли проблемы, я попытался зарегистрироваться через GH, у которого в качестве основного был старый адрес электронной почты, затем зарегистрировался, используя другой адрес электронной почты, и теперь не могу связать свою учетную запись GH.

Понятно, что CLAbot для Linux Foundation (LF) еще не полностью готов. Что нам сейчас нужно, так это помощь менеджера по продукту, чтобы проанализировать, где пользователи (иногда) застревают в тупике. Основываясь на этом анализе, мы рассмотрим, следует ли улучшать LF CLAbot или рассматривать альтернативные решения (с открытым исходным кодом).

Я поговорил с @philips о возможной помощи и надеюсь, что вскоре у меня будет обновление. Если кто-то еще хочет помочь пастырю продвигать этот прогресс, пожалуйста, не стесняйтесь обращаться ко мне по электронной почте .

А пока приносим извинения за задержку.

@derekparker Я столкнулся с той же проблемой и в конце концов нашел страницу редактирования учетной записи: https://identity.linuxfoundation.org/user/me/edit

Войдя в систему через мою учетную запись github, а затем вручную изменив адрес электронной почты на мой CoreOS, все заработало. Я думаю, что мне пришлось пройти через рабочий процесс сброса пароля, чтобы иметь возможность редактировать свои данные, хотя

@dankohn , я думаю, есть надежная документация по корпоративной регистрации,
корпоративные индивидуальные регистрации и общее устранение неполадок из этих GH
вопросов было бы огромным началом.

Во вторник, 25 октября 2016 г., в 20:24 Юан Кемп [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 org. Когда люди спрашивают меня, что не так, я обычно понятия не имею. Я понятия не имею, как получить эту видимость, но если это не сработает, я полностью потерян...

@caniszczyk @emsearcy Сбой веб-хука и отсутствие статуса cncf-cla на https://github.com/kubernetes/kubernetes/pull/35581. Не могли бы вы проверить это?

@dankohn В настоящее время я отправляю электронные письма потенциальным людям, с которыми мы могли бы работать; и мне нужно написать документ с требованиями к продукту. Я надеюсь сделать это к EOW.

@foxish Мы отключили Google CLAbot в репозитории kubernetes?

@ bgrant0607 Нет, мы этого не делали. Мы отключим его для всей организации только после того, как у нас появится бот CNCF mungegithub, основанный на веб-перехватчиках. Заблокирован https://github.com/kubernetes/contrib/issues/1834

Я бы хотел, чтобы показатели корпоративного вклада могли независимо проверяться разными группами.
Кажется, что процесс CLA — это отличная функция форсирования, которую можно использовать для поддержки карты отдельных участников и их корпоративных связей (с течением времени).

В этом выпуске я наметил формат для этих запрошенных раскрытий CLA: https://github.com/kubernetes/contrib/issues/1972 .

Мы готовы перейти на гейт на CNCF CLA к концу недели. Мы отправим документацию, ответы на часто задаваемые вопросы и т. д. на этой неделе, прежде чем мы завершим переход.
До сих пор проблема с блокировкой была: https://github.com/kubernetes/contrib/issues/1834 , которая теперь исправлена.

cc @dims @soltysh @sarahnovotny

огромное спасибо @foxish

Развертывание завершено, и организации kubernetes и kubernetes-incubator используют CLA CNCF.

@emsearcy @caniszczyk Не могли бы вы взглянуть на https://github.com/kubernetes/kubernetes/pull/35672 ? Автор говорит, что подписал кла, но в статусе все равно написано, что нет.

@emsearcy Я тоже столкнулся с проблемой https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

Кроме того: я рассматриваю варианты с открытым исходным кодом для обработки CLA, чтобы мы могли разобраться и исправить эти проблемы, не будучи SPOF на @emsearcy. Ничто с полки не подходит для банкомата формы.

PTAL, @emsearcy или @caniszczyk — у другого сотрудника deis @michelleN проблемы с CLAbot, распознающим ее CCLA.

Вопрос пользователя:
Могу ли я подписать CLA CNCF как сотрудник и как физическое лицо?

Я соберу подобные вопросы и обновлю FAQ, чтобы нам не приходилось так часто вмешиваться вручную.

В дополнение к предыдущему комментарию:

Я уже подписал CLA как физическое лицо, используя эту учетную запись Github и свою личную электронную почту. Теперь мой работодатель подписал CLA, и я хочу иметь возможность вносить свой вклад, используя ту же учетную запись Github, в которой также зарегистрирована электронная почта моего сотрудника.

Когда я нажимаю, чтобы зарегистрироваться в качестве сотрудника, я получаю следующее сообщение:

Системе не удалось связать вас с какой-либо организацией, подписавшей Лицензионное соглашение корпоративного участника для этого проекта. Пожалуйста, убедитесь, что вы используете адрес электронной почты вашей организации в своем профиле, свяжитесь с кем-то в вашей организации, который отвечает за надзор за авторизованными участниками этого проекта, или используйте контактную форму ниже.

В моем профиле Linux Foundation указана моя личная электронная почта, и, похоже, нет возможности добавить несколько адресов электронной почты.

У меня тоже проблемы. Моя компания подписала CCLA. Мой идентификатор LF показывает, что я являюсь частью группы участников CNCF. Но я не могу связать свою личность LF с моей личностью github. Я получаю сообщение об ошибке «Этот идентификатор зарегистрирован для другого пользователя», когда я пытаюсь связать идентификатор LF с идентификатором github. Я использую разные адреса электронной почты для LF (компания) и Github (личный). Вероятно, проблема с идентификатором LF, но, возможно, кто-то еще столкнулся с этим.

Заблокирован по моему запросу на вытягивание k8s.

В репозитории kubernetes/helm где-то в процессе перед созданием PR меня направили к форме Google CCLA. После создания PR пришел бот LF CLA и направил меня к форме CNCF CCLA.

Вероятно, вам нужно исправить эту первую ссылку, так как она вызывает путаницу и дополнительную работу для менеджеров (что редко бывает хорошо :)).

Вдогонку к моему предыдущему комментарию:

Я решил создать отдельную учетную запись GitHub и использовать ее для своего корпоративного CLA. Я удалил свою корпоративную электронную почту из своей личной учетной записи и использовал ее для своей новой учетной записи (https://github.com/yissacharcw).

Затем моя организация прислала мне приглашение присоединиться к Linux Foundation. Я перешел по ссылке и вошел в систему, используя свою новую учетную запись GitHub. Я заполнил информацию о создании учетной записи и попытался создать учетную запись, но получил сообщение об ошибке, что мой адрес электронной почты уже используется. Этого не должно быть, учитывая, что я еще не использовал этот адрес электронной почты для регистрации учетной записи. Я не вижу в личном кабинете никаких указаний на то, что там используется корпоративная почта. Информации о том, как заявить права на использование этого адреса электронной почты, нет.

Теперь я застрял в том, что у меня нет возможности зарегистрировать свою корпоративную электронную почту для учетной записи Linux Foundation.

Пожалуйста, напишите по адресу [email protected] , чтобы получить поддержку в отношении идентификаторов Linux Foundation или подписания CLA. Нам понадобится такая информация, как используемые адреса электронной почты, которые мы не хотели бы задавать здесь, плюс трудно отслеживать отдельные запросы в рамках одного потока. Использование контактных форм в любых «тупиковых ветвях» в процессе подписания CLA также создаст запрос в службу поддержки Linux Foundation.

Пара комментариев к вышеизложенному для потомков:

Вам не нужен второй идентификатор Linux Foundation ID, чтобы внести свой вклад «как сотрудник», а не как физическое лицо. Вы можете быть связаны с организацией либо менеджером CCLA вашей организации, отправив вам приглашение, либо, если это разрешено менеджером вашего CCLA, совпав с корпоративным адресом электронной почты. Вам потребуется временно изменить адрес электронной почты в своем профиле Linux Foundation ID, чтобы сделать последнее, если в настоящее время он не является адресом вашей организации («Пожалуйста, убедитесь, что вы используете адрес электронной почты своей организации в своем профиле»).

Чтобы получить приглашение присоединиться к организации, войдите в свою существующую учетную запись Linux Foundation ID.

Вы не можете связать свою учетную запись GitHub с более чем одним идентификатором Linux Foundation.

Статусы, которые не обновляются, кажутся ошибкой: например, при каждом обновлении до 37640 наш бот lfcla (автономный веб-сервис, который получает уведомления Github и обновляет PR на основе статуса пользователя в системе LF CLA) пытался установить «авторизованный philips». " cla/linuxfoundation state = уведомление об успешном завершении коммитов, которые, согласно функции go-github, успешно выполняются, за исключением того, что Github фактически не сохраняет их. Я посмотрю на это.

Я также получаю сообщение об ошибке «Этот идентификатор зарегистрирован на другого пользователя». как @hasahni. Первоначально электронная почта LF была личной (я зарегистрировался как индивидуальный участник), а электронная почта Git использовала электронную почту моей компании в качестве основного адреса. Я изменил свой адрес электронной почты Git, но все равно получаю ту же ошибку.

Я отправил электронное письмо на адрес @emsearcy , указанный выше, и они смогли решить мою проблему, отвязав электронную почту моей компании от любой учетной записи, к которой она была привязана. Затем я смог создать учетную запись Linux Foundation с учетной записью GitHub моей компании и адресом электронной почты компании.

Как упоминалось выше, проще использовать только одну учетную запись. Если вы вернетесь на https://identity.linuxfoundation.org/projects/cncf , вы можете выбрать «Сотрудник», если ранее вы выбрали «Индивидуальный», и наоборот. Менеджер вашей организации может удалить вас из организации позднее, если вы больше не должны быть авторизованы в этой организации.

Идентификаторы Linux Foundation ID могут быть связаны с входами в систему на различных веб-сайтах проектов LF, предложениями о конференциях и нашими сертификатами системного администратора (которые должны оставаться с вами при смене компании), поэтому ожидается, что учетная запись будет скорее «принадлежит вам/следит за вами». ты" установка. (Подобно тому, как все, кто сообщает об этой проблеме, предположительно имеют только одну учетную запись GitHub, которую вы используете!)

Мы видим много людей, которые продолжают возражать против CLA.

Является ли исходный код бота CLA открытым (и если да, то где находится репозиторий), чтобы мы могли попытаться улучшить процесс? Или доступны скриншоты (особенно для отдельной версии)?

_Something_ явно заставляет людей выпадать из воронки. Я сразу заметил, что могу войти с учетной записью, отличной от github, но затем мне пришлось войти с github, чтобы связать учетную запись github. К сожалению, у меня нет второй учетной записи github, так что это все, что я получил. Но есть определенно низко висящие плоды.

Другие мысли:

• Существует ли строгая политика защиты от спама при использовании адреса электронной почты, явно связанного?
• Является ли идентификатор linux Foundation по умолчанию моим адресом электронной почты?

LF CLAbot не имеет открытого исходного кода и не будет открытым исходным кодом, потому что (несмотря на хорошую работу @emsearcy) это комок шерсти, особенно с точки зрения его внутреннего хранилища. От имени CNCF я хочу извиниться за проблемы, с которыми сталкиваются люди. Лучшее краткосрочное решение проблем со входом — написать по электронной почте [email protected] , так как они достаточно быстро реагируют, хотя и только в рабочее время по тихоокеанскому времени.

Долгосрочное исправление, которое исследует @philips , заключается в работе с одним из CLAbots с открытым исходным кодом и заключении контракта с одним из их основных разработчиков для внесения изменений, необходимых для Kubernetes, а также для передачи этих изменений вверх по течению. Я надеюсь, что в январе у нас будет прогресс на этом фронте.

Я думаю, что это не столько проблема с CLAbot, сколько тот факт, что CLA требуется в первую очередь. Когда у пользователя есть крупная функция, которую он пытается внести обратно в восходящий поток, он, скорее всего, смирится с этим и пройдет через процесс CLA. Но когда пользователь просто вносит простое исправление документа или исправление небольшой ошибки, он, скорее всего, просто откажется.

Рассмотрим проблему , которую @justinsb только что связал: пользователь вносит буквально односимвольное исправление документа. И для этого они обременены CLA, который заставляет их вводить свои данные и юридическое соглашение. Неудивительно, что они хотят спастись.

Я знаю из своего личного опыта, что какое-то время сопротивлялся внесению исправлений в документацию, так как не хотел иметь дело с CLA. Только когда у меня появилась функция, которую я действительно хотел добавить, я столкнулся с проблемой подписания CLA.

Я не знаю, осуществимо ли это с юридической точки зрения, но я действительно считаю, что отправка данных, не относящихся к коду, не должна подпадать под действие CLA (также было бы идеально, если бы тривиальные изменения кода не подпадали под действие CLA, но я понимаю, что эту строку сложнее рисовать, чем код/не код).

Я понимаю, что проект Kubernetes должен защищать себя юридически, но навязывание CLA тривиальных изменений активно препятствует PR, которые так распространены в проектах GitHub.

Мне также кажется немного абсурдным, что если бы пользователь только что открыл задачу («в документах должно быть указано us-east-2 , а не us-east-1 »), не было бы взаимодействия с CLAbot, и кто-то просто сделал бы смена для них.

Кроме того, поскольку я знаю о проблеме теперь, увидев PR, я могу пойти дальше и отправить исправление самостоятельно (если вы не скажете мне, что это противоречит CLA, что я нашел бы еще более удивительным!).

Основываясь на отзывах нескольких действующих и потенциальных проектов, CNCF изменила свой устав в прошлом месяце, чтобы позволить каждому размещенному проекту определить, хотят ли они CLA (длинная ветка с контекстом). Тем не менее, я думаю, что очень маловероятно, учитывая, что Kubernetes сейчас является одним из самых быстроразвивающихся программных проектов в истории, что сопровождающие решат отказаться от CLA. Если вы хотите побудить их сделать это, я предлагаю вам открыть новый вопрос.

На данный момент мы предполагаем, что требование CLA останется (а также, что у CNCF, вероятно, будут новые проекты с CLA), поэтому мы хотим, чтобы CLAbot вызывал как можно меньше трений.

к вашему сведению, у OpenStack была такая же проблема с требованием ICLA/CCLA в течение длительного времени. «Мы» движемся в сторону СДК:
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

Привет!

Я пытаюсь подписать CLA, но застрял на шаге «подтвердить адрес электронной почты». Я не получил письмо (проверил спам и везде) после того, как код подтверждения должен был быть отправлен мне. Я ждал 5 часов, так что я чувствую, что это не придет. Я также пару раз пытался нажать кнопку «повторно отправить подтверждение», и это также не отправило мне код.

Мой адрес электронной почты github (авторизация, которую я выбрал при настройке учетной записи linuxfoundation) является правильным адресом электронной почты.

Я не уверен, что это правильное место, чтобы спросить об этом, но FAQ CLA посоветовал мне прийти сюда, если у меня возникнут какие-либо проблемы.

Спасибо!

Извинения. Пожалуйста, напишите в службу поддержки Linux Foundation <
[email protected]>.

В среду, 18 января 2017 г., в 13:23, [email protected] написал:

Привет!

Я пытаюсь подписать CLA, но застрял на шаге «подтвердить адрес электронной почты». я
не получили письмо (проверил спам и везде) после
Код подтверждения должен был быть отправлен мне. Я также пробовал
кнопку «повторно отправить подтверждение» пару раз, и это не отправило мне
код же.

Я не уверен, что это правильное место, чтобы спросить об этом, но FAQ CLA сказал мне
приезжайте сюда, если у меня есть какие-либо проблемы.

Спасибо!

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на 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 Пожалуйста, напишите в службу поддержки Linux Foundation по адресу [email protected] , указав свой адрес электронной почты и имя пользователя GitHub.

Я пытаюсь зарегистрировать ЦЕРН в CNCF CLA.

Я создал CLA CNCF для компании «тест», чтобы получить копию соглашения для рассмотрения с нашей командой юристов. К сожалению, сейчас я не могу зарегистрировать ЦЕРН как организацию.

Можете ли вы удалить «тестовую» компанию, которую я зарегистрировал, и вернуть мне статус неизвестного системе. Моя электронная почта тим. [email protected].

@noggin143 Вы должны отправить свой запрос по электронной почте на адрес [email protected] , и они вам помогут.

Я пытался подписать CNCF CLA, но у меня все еще есть проблемы. Я также должен был быть зарегистрирован в качестве официального контактного лица OpenStack Foundation для одобрения других участников. Я также подал заявку в службу поддержки. Спасибо, Крис

@hogepodge , напишите по адресу [email protected] , чтобы решить эту проблему. (примечание: регистрация в качестве контакта не означает, что вы автоматически попадаете в группу CLA.)

Я подписал контракт с CNCF CLA. Мой коммит — https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch , в котором присутствует « [email protected] ». И я добавил это письмо в свой список адресов электронной почты учетной записи github.
Но мой запрос на включение (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

Повторная эскалация сейчас.

И это резервное копирование. Мы добавим наше расследование этого простоя в другое расследование.

Привет всем, у меня возникли проблемы с удовлетворением cla-бота для https://github.com/kubernetes/charts/pull/766. Я думаю, это потому, что я зарегистрировался как « [email protected] », тогда как мои коммиты git находятся под « [email protected] ». С тех пор я изменил свой адрес электронной почты Linux Foundation, чтобы он соответствовал моим коммитам git, но, похоже, не могу создать новый CLA под новым адресом электронной почты. Пожалуйста, помогите.

@jpoon, пожалуйста, напишите по адресу [email protected]

Сделаю. Спасибо @dankohn

Здравствуйте, у меня возникли проблемы с прохождением проверки cla на https://github.com/kubernetes/helm/pull/2143 , и, насколько я могу судить, я сделал все, что мне нужно, например, электронная почта настроена правильно, форма подписали и так далее. Помогите пожалуйста, почему кла не проходит? благодаря.

@dankohn Я отправил электронное письмо по адресу [email protected] , и последний ответ был неделю назад. Не совсем понятно, как это решить....

@jpoon приносит извинения за проблему. Не могли бы вы повторно отправить в службу поддержки копию копии на caniszczyk на linuxfoundation.org

Я дважды запрашивал электронное письмо. Только первый прибыл, и он теперь просрочен. Второй так и не приехал. Не получилось и в третий раз.

@TheStalwart Вы написали в службу поддержки по электронной почте?

После еще одной попытки я смог подписать по ссылке, срок действия которой истек. Ура!

У меня возникли проблемы с проверкой cla для https://github.com/kubernetes/test-infra/pull/2450 . Я зарегистрировался как сотрудник Google, используя свою учетную запись github, и я использовал тот же адрес электронной почты, который я использую для своих коммитов. Я получил электронное письмо с просьбой подтвердить мой адрес электронной почты, и с тех пор сайт linuxfoundation говорит, что я зарегистрировался правильно. Однако мой запрос на включение по-прежнему имеет флаг «cnfc-cla: no», даже после того, как я оставил дополнительные комментарии к PR. Я был бы признателен за любую помощь, которую я могу получить по этому вопросу. Спасибо!

Я вижу то же самое на нескольких PR.

@spxtr можете указать соответствующие PR?

Кроме того, я рекомендую написать по электронной почте «Linux Foundation Helpdesk [email protected] », если у вас возникнут какие-либо проблемы с CLA.

В большинстве случаев это происходит из-за того, что у вас нет соответствующего адреса электронной почты, указанного в настройках вашего профиля GitHub, или вы не полностью вошли в https://identity.linuxfoundation.org/projects/cncf и не связали свой профиль GitHub с система НЧ.

У меня возникли проблемы с проверкой cla для kubernetes/test-infra#2450 . Я зарегистрировался как сотрудник Google, используя свою учетную запись github, и я использовал тот же адрес электронной почты, который я использую для своих коммитов. Я получил электронное письмо с просьбой подтвердить мой адрес электронной почты, и с тех пор сайт linuxfoundation говорит, что я зарегистрировался правильно. Однако мой запрос на включение по-прежнему имеет флаг «cnfc-cla: no», даже после того, как я оставил дополнительные комментарии к PR. Я был бы признателен за любую помощь, которую я могу получить по этому вопросу. Спасибо!

То же самое здесь, за исключением того, что я подписался как Индивидуальный участник, используя тот же адрес электронной почты, что и GitHub (используя вход в GitHub). Все же попытайтесь выяснить, что пошло не так.
Я писал в службу поддержки Linux Foundation, но пока ничего от них не получил.

https://github.com/kubernetes/kubernetes/pull/44727 Submit Queue — в PR отсутствует метка CLA; требуется одно из cla: да, cncf-cla: да или cla: одобрено человеком

Я думаю, что я сделал все...

Я попытался зарегистрироваться как физическое лицо ( gh<at>purefiction.net ), но примерно через 4 часа я так и не получил электронное письмо с подтверждением от CNCF. В папке со спамом ничего.

@atombender Зарегистрируйтесь на hellosign с тем же адресом электронной почты, и вы можете найти там документ с соглашением. К сожалению, нет опции re-send agreement .

@dolftax : Что такое «hellosign» и как мне туда добраться? Этот адрес электронной почты не тот, который я использую для авторских коммитов, поэтому мне нужно его изменить, но он не позволит мне повторить процесс.

@dolftax : я смог продвинуться дальше, удалив файлы cookie и создав учетную запись здесь . Однако больше ничего не происходит. Если я затем вернусь к той же ссылке, я получу страницу с текстом:

Лицензионное соглашение участника отправлено на ваш адрес электронной почты. Это должно быть подписано в электронном виде, чтобы завершить процесс регистрации участника.

... но нет электронной почты.

@atombender @dolftax, пожалуйста, напишите по адресу [email protected] , и они помогут вам решить ваши проблемы. Мы также оцениваем, как изменить сообщения об ошибках, чтобы сделать следующий шаг более понятным, когда электронное письмо не приходит.

Наша служба поддержки будет следить за вашим запросом, но для общих примечаний: HelloSign (наш поставщик электронной подписи, который отправляет электронные письма с соглашением) отправляет напоминания через 3 и 7 дней. Наша служба поддержки также может отправить напоминание вручную, даже если эта функция отсутствует в пользовательском интерфейсе.

Что касается комментария о регистрации на Hellosign (спасибо @dolftax за предложение!), то нужно перейти на https://www.hellosign.com/ и нажать «Зарегистрироваться». Бесплатная учетная запись позволяет отправлять до 3 документов в месяц, не считая документов, отправленных вам другими людьми (которые обычно подписываются без создания учетной записи на стороне HelloSign).

(Я вижу отложенное соглашение на «стороне» HelloSign для электронного письма «gh». Их исходящее уведомление также не было возвращено, иначе мне сказали бы об этом.)

@dankohn : это обычная проблема, когда пользователи не получают электронные письма, когда в игре нет опечаток или подобных проблем? Мы можем связаться со службой поддержки HelloSign и посмотреть, могут ли они обеспечить устранение неполадок в каждом конкретном случае.

@dankohn Повторная отправка соглашения из пользовательского интерфейса linuxfoundation была бы намного лучше.

Я подписал CLA, но по-прежнему стоит флаг "cnfc-cla: no", взгляните, пожалуйста, @foxish @sarahnovotny

У меня проблема с CLA, https://github.com/kubernetes/test-infra/pull/2764
Я подтвердил, используя правильный адрес электронной почты, вошел в CNCF как физическое лицо, связал его с github и google, а затем сделал еще один коммит, но все равно получил ошибку в CLA, не могли бы вы взглянуть?

@yutongz , можете ли вы отправить письмо в службу поддержки Linux Foundation [email protected] с вашей проблемой, убедитесь, что ваш идентификатор github связан с https://identity.linuxfoundation.org/projects/cncf и ваши коммиты

@sarahnovotny и @foxish
У меня проблемы с подписанием CLA

Я подписался как [email protected] и не могу подписать с [email protected] (основной адрес электронной почты github), поэтому у меня возникла проблема с github, подобная этой: https://github.com/kubernetes/contrib/pull /2548 (все еще жду моего знака CLA)

Я отправил письмо в linux Foundation месяц назад, но я все еще заблокирован...
ты можешь починить это ?

@naarani Извинения за проблему. Я передам это с LF IT.

Проверка лицензии для https://github.com/kubernetes/community/pull/631 не удалась, но мой профиль (см. вложение), кажется, помещает меня в группу CNCF:

Моя электронная почта по адресу https://identity.linuxfoundation.org/user/me/edit такая же, как та, которую я использовал при фиксации.

Могу ли я что-нибудь сделать, чтобы это прояснилось? Большое спасибо!

Эта группа также отображается для неподписанных (ожидающих рассмотрения) CLA.

Спасибо. Вероятно, я не подписал тогда.

Я ждал письма какое-то время, и не получил его... проверил спам и все такое. Кроме того, похоже, я не получаю копии сообщений с отмеченным флажком «Отправить мне копию», так что это вполне может быть проблемой доставки. Я использую FastMail. Есть ли веб-страница или альтернативный способ подписать соглашение?

@wyc : да, другой пользователь Fastmail тоже не получал почту. Мы проследили проблему до того, что Fastmail не принимает почту от HelloSign, нашего поставщика электронных подписей, со следующим ответом почтового сервера (предоставленным HelloSign, поскольку это их 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>
Не могли бы вы связаться с Fastmail и сообщить им, что этот 40-дневный лимит на IP-адрес (мне кажется очень низким ...) влияет на вашу способность принимать электронную почту от этого законного поставщика услуг?

Выше другой пользователь предложил, что если вы войдете и зарегистрируетесь на www.hellosign.com , вы сможете увидеть ожидающий запрос электронной подписи (хотя я не пробовал это, чтобы подтвердить, что это работает) . Если у вас нет идентификатора Google с этим адресом электронной почты, предоставив подтвержденный адрес электронной почты через систему единого входа, вам, вероятно, потребуется получить электронное письмо с первоначальной проверкой учетной записи от HelloSign ... а затем мы снова нуждаемся в Fastmail, чтобы прекратить строгую оценку -ограничение HelloSign.

Хорошо, @emsearcy , это сработало как по маслу. Спасибо. Я свяжусь со своим поставщиком услуг электронной почты и попытаюсь решить эту проблему.

Ниже я сделал небольшую заметку об этом, которую мы, надеюсь, сможем добавить на https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ.

Поскольку GitHub Wiki в настоящее время не разрешает сторонний вклад, ниже считается вклад на основе лицензии, которую я только что подписал :)

Я не получаю электронное письмо, содержащее CLA для соглашений с отдельными участниками.

@emsearcy объясняет в
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
что некоторые пользователи некоторых почтовых провайдеров (а именно FastMail) столкнулись с
проблемы с доставкой электронных писем от поставщика электронной подписи HelloSign. До этого
исправлено, доступен следующий обходной путь:

1. Создайте учетную запись на HelloSign, используя тот же адрес электронной почты для CLA.
2. Перейдите в раздел «Документы» с помощью левой панели навигации и нажмите кнопку
   Кнопка «Подписать» для «Лицензионного соглашения индивидуального участника CNCF».
   
3. Просмотрите и подпишите, если хотите.
   
4. Подтвердите подписание договора в разделе «Документы».
   
5. Если у вас уже есть PR с cncf-cla: no , подождите 5 минут до HelloSign
   и серверы 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)

Спасибо @wic! Обновил FAQ.

Привет,

Я пытался подписать CLA от имени своей компании. Я зарегистрировался на Github и добавил информацию о компании. Однако в созданном CLA есть электронная почта моего человека. Я пошел и создал другую учетную запись с электронной почтой моей компании и пригласил ее в качестве менеджера организации. Можно ли повторно запустить генерацию, чтобы в документе была электронная почта моей компании? Электронная почта моей компании — adam[@]iflix.com, а мой личный — adam[@]boxxen.org.

Привет! Я хочу зарегистрировать свою новую организацию (программное обеспечение blackduck) в качестве участника kubernetes, однако моя текущая учетная запись github привязана к моей предыдущей организации (красная шляпа). Как (1) отсоединить мой CLA и (2) создать новый CLA для организации, которая ранее не использовала kubernetes? Спасибо !

Я только что выгнал тебя из RH CLA. Я не уверен, как это могло быть сделано самообслуживанием.

спасибо, Эрик :) я думаю, что на полпути.

После того, как вы были удалены из организации, вы можете создать новую организацию по адресу https://identity.linuxfoundation.org/node/285/organization-signup .

Это сообщение было создано автоматически программой доставки почты.

Сообщение, которое вы отправили, не может быть доставлено одному или нескольким адресатам.
получатели. Это временная ошибка. Следующие адреса отложены:

Кертис Л. [email protected]
Домен imwiz.com превысил разрешенное максимальное количество писем в час (168/150 (112%)). Сообщение будет повторено позже

------- Это копия сообщения, включая все заголовки. ------
Получено: с o5.sgmail.github.com ([192.254.113.10]:45396)
от box969.bluehost.com с esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Эксим 4.87)
(конверт-от)
идентификатор 1dGU7y-000QH7-Mz
для [email protected]; Чт, 01 июня 2017 г. 11:43:21 -06:00
DKIM-подпись: v=1; а=риша-ша1; c=расслабленный/расслабленный; д=github.com;
h= от:ответить- кому :кому:копия:в-ответе-кому:ссылки :тема :мим -версия:тип- контента :контент-передача- кодировка:идентификатор-списка :список- архив:список-пост :список -отписаться;
с=s20150108; бх=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
Получено: от filter0654p1mdw1.sendgrid.net с идентификатором SMTP 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])
от ismtpd0002p1iad1.sendgrid.net (SG) с идентификатором ESMTP 8eFn2zRFThqa_B9E8cA5dw
для [email protected] ; Чт, 01 июня 2017 г. 17:43:06.085 +0000 (UTC)
Дата: Чт, 01 июня 2017 10:43:05 -07:00
От: Эрик Сирси[email protected]
Ответить на: kubernetes/kubernetes [email protected]
Кому: kubernetes/kubernetes [email protected]
Копия: подписано [email protected]
Идентификатор сообщения:
В ответ на:
Использованная литература:
Тема: Re: [kubernetes/kubernetes] Переход на Linux Foundation (CNCF) CLA
система (# 27796)
Mime-версия: 1.0
Content-Type: составной/альтернативный;
border="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
кодировка = UTF-8
Контент-передача-кодирование: 7 бит
Приоритет: список
X-GitHub-Sender: emsearcy
X-GitHub-Получатель: falenn
X-GitHub-Причина: подписан
Идентификатор списка: kubernetes/kubernetes
Список-архив: https://github.com/kubernetes/kubernetes
Список сообщений: [email protected]
Список-Отписаться:,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-Auto-Response-Suppress: Все
Адрес получателя X-GitHub: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+wOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
Статус X-Spam: Нет, оценка = -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)
[192.254.113.10 указан в wl.mailspike.net]
-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: Скорректированная оценка репутации AWL для From: address
X-спам-флаг: НЕТ

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Content-Type: текстовый/обычный;
кодировка = 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, так что это маловероятно.

Мы рассматриваем это (адреса электронной почты без ответа) как запрос функции, но у нас могут возникнуть проблемы с этим, поскольку все больше проектов начинают внедрять DCO в CNCF (что требует электронной почты в подписи Signed-Off-By).

Я подписал CLA, как задокументировано (с правильной учетной записью github и электронной почты), и это не работает для этого PR: https://github.com/kubernetes/charts/pull/1578

Для индивидуального устранения неполадок, пожалуйста, напишите по адресу [email protected] , если вы еще этого не сделали.

Из-за требования CNCF использовать корпоративные адреса электронной почты в качестве электронной почты для восстановления LF, мой личный аккаунт 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 не имеет возможности публично отображать дополнительные адреса электронной почты. У меня есть только одна учетная запись LF, которая имеет адрес электронной почты [email protected] и уже связана с моей учетной записью GitHub, и CLA отправлен, но, похоже, нет никакого способа настроить это так, чтобы мой адрес canonical.com подписывает CLA.

Привет. Я пытаюсь зарегистрироваться в CNCF CLA, чтобы иметь возможность отправлять код, и мне это не удается. Это PR, в котором соответствующая проверка не удалась:

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

Коммиты были сделаны с использованием моего корпоративного почтового адреса. Я зарегистрировался в LinuxFoundation, используя свою личную учетную запись Github и связанный с ней личный почтовый адрес (не такой, как корпоративный почтовый адрес), а затем изменил свой почтовый адрес, чтобы он совпадал с корпоративным. Оттуда я зарегистрировал компанию моего работодателя как организацию в фонде Linux со мной (и некоторыми другими сотрудниками) в качестве менеджера. Проверка ЦС по-прежнему не выполняется.

Затем в отчаянии я изменил почтовый адрес обратно на частный и создал вторую, совершенно новую учетную запись LF с другим именем пользователя и моим корпоративным почтовым адресом в качестве почтового адреса, и успешно пригласил и присоединил этого пользователя к группе. Проверка ЦС по-прежнему не выполняется.

Как узнать чего не хватает? Пожалуйста помоги.

ОБНОВЛЕНИЕ: Теперь он работает. Спасибо @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].

@emsearcy @alanapost не могли бы вы посмотреть, если что-то не так.

(Также ответил через службу поддержки)

Причиной этой проблемы было то, что GitHub предположительно возвращает только проверенные адреса электронной почты через Oauth, но для этой учетной записи они предоставили искаженный/запутанный адрес электронной почты (без знака @), который использовался для этой учетной записи. Компонент электронной подписи столкнулся с крайним случаем, потому что он не был протестирован с несоответствующими строками электронной почты.

Мы установим исправление в программном обеспечении, в результате чего пользователю придется исправить все неправильно сформированные адреса электронной почты, а затем подтвердить их через наш сайт.

Спасибо Эрик,

Я смог использовать свою учетную запись «enis» для CLA.

Спасибо за помощь. Мы можем закрыть это.
Энис

Во вторник, 21 ноября 2017 г., в 16:21, Эрик Сирси, [email protected]
написал:

(Также ответил через службу поддержки)

Причиной этой проблемы было то, что GitHub якобы возвращает только проверенные
адреса электронной почты через Oauth, но для этой учетной записи они предоставили
искаженный/запутанный адрес электронной почты (без знака @), который использовался для
этот аккаунт. Компонент электронной подписи попал в крайний случай, потому что он не был
проверено с несоответствующими строками электронной почты.

Мы внесем исправление в программное обеспечение, в результате чего пользователю придется
исправить любые неправильно сформированные адреса электронной почты, а затем проверить их через наш сайт.

—
Вы получаете это, потому что вас упомянули.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ,
или заглушить тему
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

Кажется, я не могу получить CNCF-CLA, подписанный корпоративным адресом электронной почты.

Первоначально я пытался подписать CNCF-CLA, войдя в свою учетную запись github.com, увидел, что в 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

8 января 2018 г., в 10:32, Кристиан Рой[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 как индивидуальный участник.
Теперь я работаю в компании, где я буду делать взносы в рабочее время, и, очевидно, что ИС принадлежит компании, когда я это делаю. Но не все, что я делаю вне работы, принадлежит компании.

Мои вопросы:

• Как изменить свою учетную запись с «Индивидуального» на «Сотрудник»? Я уже изменил адрес электронной почты, но не могу найти кнопку для его изменения.
• Как отразить, что ИС вещей, которые я создаю, зависит от контекста (когда я создаю вещи и что это такое)? Это не редкость в европейском трудовом законодательстве. Потому что компаниям незаконно заявлять права на все, что создают люди, пока они работают во многих юрисдикциях.
• Так что технически я могу быть и (соавтором Шредингера), и частным лицом, и наемным работником, в зависимости от довольно многих обстоятельств. Как мне сохранить обе вещи подписанными?

Я подписал CLA как физическое лицо и присоединился к GitHub. У меня есть ожидающий PR, который жалуется, что я этого не сделал. Я проверил, что электронная почта в коммите соответствует моему GitHub, который был проверен.

Не могли бы вы проверить?

Вот ссылка на ПР:
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-жизненный цикл устарел

Гнилые проблемы закрываются после 30 дней бездействия.
Повторно откройте вопрос с помощью /reopen .
Отметьте проблему как свежую с помощью /remove-lifecycle rotten .

Отправьте отзыв в sig-testing, kubernetes/test-infra и/или fejta .
/Закрыть

/повторно открыть

Остается серьезным барьером для новых участников

/remove-жизненный цикл гнилой

К вашему сведению, на прошлой неделе во время семинара для новых участников KubeCon / CloudNativeCon China я наблюдал, как многие (большинство?) участников боролись с UI/UX в:

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

Конкретно две вещи:

• Facebook, Google, GitHub, OpenStack в разной степени зависят от местоположения или экосистемы, а также являются графическими, поэтому, скорее всего, не переводятся в браузере.
• альтернативная половина элемента входа в систему «Или — ВХОД» не выделяется четко как элемент, на который можно щелкнуть, а не просто представляет собой синий тематический текст Linux Foundation в синем поле.

Учитывая, что для участия обычно требуется GitHub, может быть визуально проще иметь только два поля:

1. Войти с помощью GitHub
2. Войдите в систему с идентификатором Linux Foundation

и уберите другие параметры с экрана, чтобы визуально упростить. Если человек выбрал только идентификатор Linux Foundation ID, _тогда_ появляется экран, который запрашивает его существующий идентификатор Linux Foundation или позволяет создать его.

Я подозреваю, что большинство людей просто выберут GitHub, и это поток, для которого следует оптимизировать диалог.

Я пытался подписать CLA, чтобы продолжить свой PR https://github.com/kubernetes/kubernetes/pull/72275 , но я не получил соглашение по электронной почте, несмотря на многочисленные попытки. Я также связался с [email protected] 2 дня назад, но пока не получил никакого ответа - похоже, что их ответы будут минимальными/с задержкой, так как это период праздников. Я надеялся найти способ разблокировать себя в этом пиаре в ближайшее время.

Приносим извинения @srmocher, но служба поддержки Linux Foundation не сможет решить эту проблему до 2 января.

Проблемы устаревают после 90 дней бездействия.
Отметьте проблему как свежую с помощью /remove-lifecycle stale .
Устаревшие проблемы гниют после дополнительных 30 дней бездействия и в конечном итоге закрываются.

Если эту проблему можно безопасно закрыть сейчас, сделайте это с помощью /close .

Отправьте отзыв в sig-testing, kubernetes/test-infra и/или fejta .
/жизненный цикл устарел

/remove-жизненный цикл устарел
/жизненный цикл заморожен