Kubernetes: Umbrella-Problem für das CLA-System der Linux Foundation (CNCF).

Können Sie den Prozess für die Migration von CLAs beschreiben?

@smarterclayton Wir werden die Community informieren, sobald wir das neue System in Betrieb genommen haben. Es gibt einige Ansätze, die wir diskutieren, um Unterbrechungen des Arbeitsablaufs zu minimieren

Siehe auch: https://github.com/cncf/foundation/issues/1

Wir stellen in naher Zukunft für alle Kubernetes-Repositories auf die CLA der Cloud Native Computing Foundation um.
Dieser Übergang wird voraussichtlich in der Woche vom 3.10. in allen unseren Repositories stattfinden.

Ab heute testen wir den neuen CLA-Mechanismus im Repository kubernetes/contrib.
Der Google CLA-Bot wird bis zum 3.10. parallel zum CNCF-CLA-Bot betrieben.
Bitte beachten Sie, dass PR-Merges und die Einreichungswarteschlange bei der Unterzeichnung des CNCF CLA zu diesem Zeitpunkt nicht blockiert sind, dies jedoch der Fall sein wird, wenn wir den Übergang abschließen.

Um Unterbrechungen des Arbeitsablaufs zu minimieren, wenn Sie ein Mitwirkender sind,
Bitte besuchen Sie https://identity.linuxfoundation.org/projects/cncf und unterzeichnen Sie den CLA entweder als Einzelperson oder als Mitarbeiter, je nachdem, was angemessen ist.
Wenn es Probleme gibt, verweisen Sie bitte im Tracking-Problem unter: https://github.com/kubernetes/kubernetes/issues/27796

Kommende Schritte:

• [x] Die Submit-Queue soll die cncf-cla Labels berücksichtigen.
• [x] Die cla-yes/no-Labels des Googlebots sollen aus den Repositories entfernt werden.
• [x] Aktivieren Sie den CNCF-Webhook organisationsweit und deaktivieren Sie den Google CLA-Bot.

Hallo, ich möchte den individuellen GAV unterschreiben und die hellosign-Seite am Ende fragt nach einem "Title" (Unterschrift, Name, Titel und Datum).

Ich weiß nicht wirklich, was ich auf den Titel schreiben soll. Ich habe versucht, https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md und die vorherige CLA anzusehen, und es war kein Titel erforderlich (noch gefragt). Ich bin Informatikstudent.

Was soll ich als Titel verwenden? Oder ist es absichtlich da oder vielleicht ein Überbleibsel?

Danke!

@rata , ich denke, ein Titel von "Student" ist eine gute Lösung. @caniszczyk , kannst du das bestätigen?

@sarahnovotny Student oder N/A ist in Ordnung

@sarahnovotny @caniszczyk : vielen Dank!

@sarahnovotny , @caniszczyk , es scheint, als hätte Redhat Probleme mit dem CNCF CLA. Kannst du ihnen helfen? Es könnte ein Problem mit dem CLA des Unternehmens oder ein technisches Problem sein, und wir sind uns nicht sicher.

cc @eparis @ingvagabund

@eparis , was passiert, wenn Sie zu https://identity.linuxfoundation.org/projects/cncf gehen und „Als Mitarbeiter beitragen“ auswählen? Dies sollte Sie auffordern, Ihr GitHub-Konto zu verknüpfen, was noch nicht geschehen ist.

(Diejenigen, die berechtigt sind, die autorisierten Mitwirkenden für ihre Unternehmen zu verwalten, werden nicht automatisch selbst als Mitwirkende eingerichtet; das System erwartet dennoch, dass sie sich zu Nachverfolgungszwecken als Mitwirkende anmelden.)

@emsearcy Ich habe @caniszczyk eine E-Mail geschickt
aber wenn ich auf diesen Link gehe, bekomme ich
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 gibt es eine Möglichkeit, privat zu chatten? Maile mir? eparis bei redhat ?

Ich habe einen Fehler im Kontosystem von https://identity.linuxfoundation.org. An wen muss ich mich diesbezüglich wenden?

Das Passwort für Konten, die über Github-Creds erstellt wurden, kann nicht geändert werden

• Konto bei github erstellt. Nie ein Passwort festgelegt
• Wollte meine E-Mail-Adresse ändern
• Mir wurde gesagt, ich brauche ein Passwort, um die E-Mail-Adresse zu ändern
• E-Mail zum Zurücksetzen des Passworts angefordert
• Link in E-Mail gefolgt
• Auf „Link zum Zurücksetzen des Passworts“ geklickt
• Mir wurde gesagt, ich brauche ein Passwort, um mein Passwort zu ändern
  

@jbeda , ich vermute du warst immer noch eingeloggt? (Auf der Seite zum Zurücksetzen des Passworts steht „Sie müssen sich abmelden, um den Link zum Zurücksetzen des Passworts in der E-Mail zu verwenden“). Andernfalls heißt es, dass Sie immer noch angemeldet sind, wenn Sie versuchen, es zu verwenden.

Ich habe versucht, „sich als Mitarbeiter anzumelden“, und bin so weit gekommen wie „Bitte wenden Sie sich an jemanden in Ihrer Organisation, der für die Überwachung autorisierter Mitarbeitermitarbeiter für dieses Projekt verantwortlich ist“.

Das würde ich sein; was nun?

@bboreham Lassen Sie Ihr Unternehmen/Ihre Organisation sich hier anmelden https://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk was ich gemacht habe:

• Besuchen Sie Ihre URL.
• Anmeldung über Google.
• Suchen Sie nach einer Möglichkeit, meine Organisation und ihr Personal zu deklarieren.
• Kam hierher zurück.

Können Sie genau sagen, wo ich klicke, damit sich die Organisation (Weaveworks, Inc) anmeldet?

@bboreham mit diesem Link gibt es eine Möglichkeit, Ihre Organisation anzumelden und den Unternehmens-CLA elektronisch zu unterzeichnen. Sobald Sie dies getan haben, können Sie alles andere tun

Bei mir war der Weg, ein „inkognito“ Browserfenster zu öffnen, dann wurde nach erneutem Einloggen das Formular präsentiert. Kein Abmelden oder Klicken in das ursprüngliche Fenster würde dieses Formular öffnen.

Es scheint einige Probleme mit dem CNCF-Unternehmens-CLA zu geben. @euank sollte jedoch unter den Unternehmens-CLA für CoreOS fallen

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

spiegeln dies nicht wider.

@caniszczyk könntest du dir bitte das Problem ansehen, das @calebamiles oben erwähnt hat?

Es sieht so aus, als müsste @euank nur auf „Als Mitarbeiter beitragen“ klicken und wird automatisch mit dem CoreOS CCLA verknüpft.

Ja, danke @emsearcy , letztes Mal glaube ich, dass ich versehentlich bei meiner persönlichen E-Mail gelandet bin. Sieht jetzt gut aus!

(Auch schönes Profilbild)

Wenn ich versuche, mich mit github anzumelden, um meinen CLA zu verifizieren, erhalte ich eine Fehlermeldung „Zugriff verweigert“, und wenn ich es erneut versuche, wird mir der Zugriff verweigert mit „Sie haben diese Identität bereits registriert“. Gibt es eine Möglichkeit, meinen CLA zu verifizieren?

Oh ... und wenn ich mir dann den Link "Details" für jemanden ansehe, der den CLA nicht unterzeichnet hat, _bekomme_ ich _meinen_ CLA. Ich würde erwarten, den CLA-Status für den betreffenden Benutzer zu sehen.

Habe auch Probleme mit dem CNCF CLA. Ich habe mich für einen einzelnen Mitwirkenden entschieden und konnte die für mich ausgewählte E-Mail nicht ändern, bei der es sich um eine alte Arbeits-E-Mail handelte, die wahrscheinlich aus Github gezogen wurde (glücklicherweise konnte ich darauf zugreifen). Jetzt kann ich meinen unterzeichneten CLA sehen, bin aber immer noch nicht auf dem PR als genehmigt gekennzeichnet.

Ich hatte auch Probleme, habe versucht, mich über GH anzumelden, das eine alte E-Mail als primär hatte, sich dann mit einer anderen E-Mail angemeldet und kann jetzt mein GH-Konto nicht verknüpfen.

Es ist klar, dass der CLAbot der Linux Foundation (LF) noch nicht vollständig gebacken ist. Was wir jetzt brauchen, ist die Hilfe eines Produktmanagers, um zu analysieren, wo Benutzer (manchmal) in einer Sackgasse stecken bleiben. Basierend auf dieser Analyse werden wir prüfen, ob wir den LF CLAbot verbessern oder alternative (Open-Source-)Lösungen in Betracht ziehen.

Ich habe mit @philips darüber gesprochen, ob ich möglicherweise Hilfe leisten kann, und hoffe, bald ein Update zu erhalten. Wenn jemand anderes Shepherd helfen möchte, diesen Fortschritt voranzutreiben, wenden Sie sich bitte per E-Mail an mich.

In der Zwischenzeit entschuldigen Sie die Verzögerung.

@derekparker Ich hatte das gleiche Problem und fand schließlich die Seite zum Bearbeiten des Kontos: https://identity.linuxfoundation.org/user/me/edit

Wenn ich mich über mein Github-Konto anmelde und dann die E-Mail manuell auf mein CoreOS ändere, funktioniert es. Ich glaube, ich musste den Workflow zum Zurücksetzen des Passworts durchlaufen, um meine Daten auch bearbeiten zu können

@dankohn , ich denke, eine solide Dokumentation zur Unternehmensanmeldung,
Unternehmenseinzelanmeldungen und gemeinsame Fehlerbehebung aus diesen GH
Probleme wären ein großer Anfang.

Am Dienstag, den 25. Oktober 2016 um 20:24 Uhr schrieb Euan Kemp [email protected] :

@derekparker https://github.com/derekparker Ich habe das gleiche Problem und
fand schließlich die Kontobearbeitungsseite: https://identity.
linuxfoundation.org/user/me/edit

Melden Sie sich über mein Github-Konto an und ändern Sie dann die E-Mail manuell auf
mein CoreOS hat es zum Laufen gebracht.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

Ich bin der Manager der Red Hat-Organisation. Wenn Leute mich fragen, was los ist, habe ich im Allgemeinen keine Ahnung. Ich habe keine Ahnung, wie man diese Sichtbarkeit bekommt, aber wenn es nicht funktioniert hat, bin ich total verloren ...

@caniszczyk @emsearcy Der Webhook ist fehlgeschlagen und es gibt keinen cncf-cla-Status auf https://github.com/kubernetes/kubernetes/pull/35581. Könnten Sie das überprüfen?

@dankohn Ich sende derzeit eine E-Mail an potenzielle Leute, mit denen wir zusammenarbeiten könnten. und ich muss das Dokument mit den Produktanforderungen schreiben. Ich hoffe, das bis EOW zu tun.

@foxish Haben wir den Google CLAbot im Kubernetes-Repo ausgeschaltet?

@bgrant0607 Nein, das haben wir nicht getan. Wir werden es erst dann organisationsweit deaktivieren, wenn wir den CNCF-Mungegithub-Bot auf der Basis von Webhooks haben. Blockiert durch https://github.com/kubernetes/contrib/issues/1834

Ich möchte, dass Unternehmensbeitragsmetriken von verschiedenen Gruppen unabhängig überprüfbar sind.
Es scheint, als wäre der CLA-Prozess eine ausgezeichnete Forcierungsfunktion, die verwendet werden kann, um eine Karte der einzelnen Mitwirkenden und ihrer Unternehmenszugehörigkeiten (im Laufe der Zeit) zu erhalten.

Ich habe ein Format für diese angeforderten CLA-Offenlegungen in dieser Ausgabe skizziert: https://github.com/kubernetes/contrib/issues/1972

Wir sind bereit, bis Ende der Woche auf Gate auf der CNCF CLA umzustellen. Wir werden diese Woche Dokumentation, FAQs usw. versenden, bevor wir die Umstellung abschließen.
Das Blockierungsproblem war bisher: https://github.com/kubernetes/contrib/issues/1834 , das jetzt behoben ist.

cc @dims @soltysh @sarahnovotny

Tausend Dank @foxish

Der Rollout ist nun abgeschlossen und die Kubernetes- und Kubernetes-Inkubator- Organisationen verwenden die CNCF CLA.

@emsearcy @caniszczyk Könntest du bitte einen Blick auf https://github.com/kubernetes/kubernetes/pull/35672 werfen? Der Autor sagt, er habe die Cla unterschrieben, aber der Status sagt immer noch, dass er es nicht getan hat.

@emsearcy Ich bin auch auf ein Problem gestoßen https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

Beiseite: Ich suche nach Open-Source-Optionen für die CLA-Handhabung, damit wir diese Probleme untersuchen und beheben können, ohne ein SPOF auf @emsearcy zu sein. Nichts von der Stange passt zum Schimmel-Geldautomaten.

PTAL, @emsearcy oder @caniszczyk – eine andere deis-Mitarbeiterin @michelleN hat Probleme damit, dass CLAbot ihre CCLA erkennt.

Benutzerfrage:
Kann ich den CNCF CLA als Arbeitnehmer und als Einzelperson unterzeichnen?

Ich werde Fragen wie diese zusammenfassen und die FAQ aktualisieren, damit wir nicht so oft manuell eingreifen müssen.

Um auf den vorherigen Kommentar einzugehen:

Ich habe den CLA bereits als Einzelperson unter Verwendung dieses Github-Kontos und meiner persönlichen E-Mail-Adresse unterzeichnet. Jetzt hat mein Arbeitgeber den CLA unterzeichnet und ich möchte in der Lage sein, mit demselben Github-Konto beizutragen, in dem auch meine Mitarbeiter-E-Mail registriert ist.

Wenn ich mich durchklicke, um mich als Mitarbeiter anzumelden, erhalte ich die folgende Meldung:

Das System konnte Sie keiner Organisation zuordnen, die eine Corporate Contributor License Agreement für dieses Projekt unterzeichnet hat. Bitte stellen Sie sicher, dass Sie die E-Mail-Adresse Ihrer Organisation in Ihrem Profil verwenden, wenden Sie sich an jemanden in Ihrer Organisation, der für die Beaufsichtigung autorisierter Mitwirkender für dieses Projekt verantwortlich ist, oder verwenden Sie das unten stehende Kontaktformular.

Mein Linux Foundation-Profil hat meine persönliche E-Mail-Adresse und es scheint keine Möglichkeit zu geben, mehrere E-Mails hinzuzufügen.

Ich habe auch Probleme. Mein Unternehmen hat den CCLA unterzeichnet. Meine LF-ID zeigt, dass ich Teil der CNCF Contributors-Gruppe bin. Aber ich kann meine LF-Identität nicht mit meiner Github-Identität verknüpfen. Ich erhalte den Fehler "Diese Identität ist an einem anderen Benutzer registriert", wenn ich versuche, LF-ID an GitHub-ID zu verknüpfen. Ich verwende verschiedene E-Mail-Adressen für LF (Firma) und Github (persönlich). Wahrscheinlich ein LF-ID-Problem, aber vielleicht hat jemand anderes dies getroffen.

Bei meinem k8s-Pull-Request blockiert.

Im kubernetes/helm-Repository wurde ich irgendwo im Prozess vor dem Erstellen eines PR zum Google CCLA-Formular geleitet. Nachdem ich die PR erstellt hatte, kam der LF CLA-Bot herein und leitete mich zum CNCF CCLA-Formular weiter.

Wahrscheinlich müssen Sie diesen ersten Link reparieren, da er Verwirrung und zusätzliche Arbeit für Manager verursacht (was selten eine gute Sache ist :)).

Anknüpfend an meinen vorherigen Kommentar:

Ich habe mich entschieden, ein separates GitHub-Konto zu erstellen und dieses für meinen Unternehmens-CLA zu verwenden. Ich habe meine Firmen-E-Mail-Adresse aus meinem persönlichen Konto entfernt und sie für mein neues Konto verwendet (https://github.com/yissacharcw).

Meine Organisation schickte mir dann eine Einladung, der Linux Foundation beizutreten. Ich bin dem Link gefolgt und habe mich mit meinem neuen GitHub-Konto angemeldet. Ich habe die Informationen zur Kontoerstellung ausgefüllt und versucht, ein Konto zu erstellen, aber die Fehlermeldung erhalten, dass meine E-Mail-Adresse bereits verwendet wird. Dies sollte nicht der Fall sein, da ich diese E-Mail noch nicht zur Registrierung eines Kontos verwendet habe. Ich sehe in meinem persönlichen Konto keinen Hinweis darauf, dass dort die Firmen-E-Mail verwendet wird. Es gibt keine Informationen darüber, wie Sie diese E-Mail zur Verwendung beanspruchen können.

Ich stecke jetzt fest, dass ich keine Möglichkeit habe, meine Firmen-E-Mail für ein Linux Foundation-Konto zu registrieren.

Bitte senden Sie eine E-Mail an [email protected] , um Unterstützung bezüglich Linux Foundation IDs oder der Unterzeichnung von CLAs zu erhalten. Wir benötigen Informationen wie die verwendeten E-Mail-Adressen, die wir hier nicht fragen möchten, und es ist schwierig, einzelne Anfragen in einem einzigen Thread zu verfolgen. Durch die Verwendung der Kontaktformulare in „Sackgassen“ im CLA-Unterzeichnungsprozess wird auch ein Support-Ticket bei der Linux Foundation erstellt.

Ein paar Anmerkungen zu dem oben Gesagten für die Nachwelt:

Sie sollten keine zweite Linux Foundation ID benötigen, um „als Mitarbeiter“ statt als Einzelperson einen Beitrag zu leisten. Sie können einer Organisation entweder durch den CCLA-Manager Ihrer Organisation zugeordnet werden, der Ihnen eine Einladung sendet, oder, falls durch den CCLA-Manager Ihrer Organisation aktiviert, durch Übereinstimmung mit der Unternehmens-E-Mail-Adresse. Sie müssten die E-Mail-Adresse in Ihrem Linux Foundation ID-Profil vorübergehend ändern, um Letzteres zu tun, wenn es sich derzeit nicht um die Adresse Ihrer Organisation handelt ("Bitte stellen Sie sicher, dass Sie die E-Mail-Adresse Ihrer Organisation in Ihrem Profil verwenden").

Sie können einer Einladung zum Beitritt zu einer Organisation folgen, indem Sie sich bei Ihrem bestehenden Linux Foundation ID-Konto anmelden.

Sie können Ihr GitHub-Konto nicht mehr als einer Linux Foundation ID zuordnen.

Status, die nicht aktualisiert werden, scheinen ein Fehler zu sein: z. B. hat unser lfcla-Bot (ein eigenständiger Webservice, der Github-Benachrichtigungen empfängt und die PRs basierend auf dem Status des Benutzers im LF CLA-System aktualisiert) bei jedem Update auf 37640 versucht, eine „philips authorisierte " cla/linuxfoundation state=success Statusbenachrichtigung zu den Commits, die gemäß der go-github-Funktion erfolgreich ausgeführt werden – außer dass Github sie nicht wirklich speichert. Ich werde dem nachgehen.

Ich erhalte auch die Fehlermeldung "Diese Identität ist für einen anderen Benutzer registriert." wie @hasahni. Anfangs war die LF-E-Mail persönlich (ich habe mich als einzelner Mitwirkender angemeldet), und die Git-E-Mail hatte meine Firmen-E-Mail als primäre Adresse. Ich habe meine Git-E-Mail geändert, erhalte aber immer noch denselben Fehler.

Ich habe eine E-Mail an die oben angegebene Adresse @emsearcy gesendet , und sie konnten mein Problem lösen, indem sie die Verknüpfung meiner Firmen-E-Mail mit dem Konto, mit dem sie verknüpft war, aufheben. Ich konnte dann mit meinem Firmen-GitHub-Konto und meiner Firmen-E-Mail-Adresse ein Linux Foundation-Konto erstellen.

Wie oben erwähnt, ist es einfacher, wenn Sie nur ein Konto verwenden. Wenn Sie zurück zu https://identity.linuxfoundation.org/projects/cncf gehen, können Sie „Employee“ auswählen, wenn Sie zuvor „Individual“ ausgewählt haben, und umgekehrt. Ihr Organisationsmanager kann Sie zu einem späteren Zeitpunkt aus der Organisation entfernen, wenn Sie unter dieser Organisation nicht mehr autorisiert sein sollten.

Linux Foundation-IDs können mit Anmeldungen zu verschiedenen LF-Projektwebsites, Konferenzvorschlägen und unseren Sysadmin-Zertifizierungen (die bei Ihnen bleiben sollten, wenn Sie das Unternehmen wechseln) verknüpft werden, sodass erwartet wird, dass das Konto eher ein „gehört Ihnen/folgt Sie" einrichten. (Ähnlich wie alle, die dieses Problem melden, haben Sie vermutlich nur ein GitHub-Konto, das Sie verwenden!)

Wir sehen viele Leute, die weiterhin Einwände gegen das CLA haben.

Ist der Quellcode für den CLA-Bot Open Source (und wenn ja, wo ist das Repo), damit wir versuchen können, den Fluss zu verbessern? Oder sind Screenshots vorhanden (insbesondere für die Einzelversion)?

_Etwas_ führt offensichtlich dazu, dass die Leute den Trichter verlassen. Mir ist sofort aufgefallen, dass ich mich mit einem Nicht-Github-Konto anmelden konnte, aber dann musste ich mich mit Github anmelden, um ein Github-Konto zu verknüpfen. Leider habe ich keinen zweiten Github-Account, also war das alles, was ich bekommen habe. Aber es gibt definitiv niedrig hängende Früchte.

Andere Gedanken:

• Gibt es eine strenge Anti-Spam-Richtlinie zur Verwendung der E-Mail-Adresse, die offensichtlich verlinkt ist?
• Ist die Linux-Foundation-ID standardmäßig meine E-Mail-Adresse?

Der LF CLAbot ist nicht Open Source und wird es auch nicht werden, weil er (trotz guter Arbeit von @emsearcy) ein Haarball ist, insbesondere in Bezug auf seinen Backend-Speicher. Im Namen von CNCF möchte ich mich für die Probleme entschuldigen, auf die Menschen stoßen. Die beste kurzfristige Lösung für Anmeldeprobleme ist eine E-Mail an [email protected] , da sie recht reaktionsschnell sind, allerdings nur während der PT-Geschäftszeiten.

Die langfristige Lösung, die von @philips untersucht wird, besteht darin, mit einem der Open-Source-CLAbots zusammenzuarbeiten und einen Vertrag mit einem ihrer Kernentwickler abzuschließen, um die von Kubernetes erforderlichen Änderungen vorzunehmen und diese Änderungen auch vorzuladen. Ich bin zuversichtlich, dass wir an dieser Front im Januar Fortschritte machen werden.

Ich denke nicht, dass es so sehr ein Problem mit CLAbot ist, sondern die Tatsache, dass der CLA überhaupt erforderlich ist. Wenn ein Benutzer ein umfangreiches Feature hat, das er wieder in den Upstream einbringen möchte, wird er es wahrscheinlich akzeptieren und den CLA-Prozess durchlaufen. Aber wenn der Benutzer nur eine einfache Doc-Korrektur oder eine kleine Fehlerbehebung beisteuert, wird er wahrscheinlich einfach abhauen.

Betrachten Sie das gerade verlinkte Problem @justinsb : Der Benutzer trägt buchstäblich einen Fix für ein einzelnes Zeichen bei. Und dafür bekommen sie einen Tarifvertrag aufgebürdet, der sie dazu zwingt, ihre Daten und eine rechtliche Vereinbarung einzugeben. Kein Wunder, dass sie aussteigen wollen.

Ich weiß aus eigener Erfahrung, dass ich mich eine Zeit lang dagegen gewehrt habe, Doc-Fixes beizusteuern, da ich mich nicht mit dem CLA befassen wollte. Erst als ich eine Funktion hatte, die ich wirklich hinzufügen wollte, machte ich mir die Mühe, den CLA zu unterzeichnen.

Ich weiß nicht, ob es rechtlich machbar ist, aber ich denke wirklich, dass Nicht-Code-Einreichungen nicht dem CLA unterliegen sollten (es wäre auch ideal, wenn triviale Codeänderungen nicht dem CLA unterliegen würden, aber ich weiß, dass diese Zeile schwieriger ist Zeichnen als Code/Nicht-Code).

Ich verstehe die Notwendigkeit für das Kubernetes-Projekt, sich rechtlich zu schützen, aber das Drängen des CLA auf triviale Änderungen verhindert aktiv die Drive-by-PRs, die in GitHub-Projekten so üblich sind.

Es scheint mir auch etwas absurd, dass es keine CLAbot-Interaktion geben würde, wenn der Benutzer stattdessen gerade ein Problem geöffnet hätte ("Die Dokumente sollten us-east-2 nicht us-east-1 sagen"), es würde keine CLAbot-Interaktion geben und jemand würde einfach machen die Veränderung für sie.

Da mir das Problem jetzt bekannt ist, nachdem ich die PR gesehen habe, kann ich außerdem fortfahren und die Korrektur selbst einreichen (es sei denn, Sie sagen mir, dass dies mit dem CLA in Konflikt gerät, was ich noch überraschender finden würde!).

Basierend auf dem Feedback von mehreren aktuellen und potenziellen Projekten hat CNCF im vergangenen Monat seine Charta geändert, damit jedes gehostete Projekt entscheiden kann, ob es einen CLA (langer Thread mit Kontext) möchte oder nicht. Angesichts der Tatsache, dass Kubernetes jetzt eines der Softwareprojekte mit der höchsten Geschwindigkeit in der Geschichte ist, halte ich es jedoch für sehr unwahrscheinlich, dass die Betreuer beschließen werden, die CLA aufzugeben. Wenn Sie sie dazu ermutigen möchten, würde ich vorschlagen, dass Sie ein neues Thema eröffnen.

Im Moment gehen wir davon aus, dass die CLA-Anforderung bestehen bleibt (und auch, dass CNCF wahrscheinlich neue Projekte mit CLAs haben wird), also wollen wir einen CLAbot, der so wenig Reibung wie möglich verursacht.

Zu Ihrer Information, OpenStack hat seit langem das gleiche Problem mit der Anforderung eines ICLA/CCLA. "Wir" bewegen sich in Richtung DCO:
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

Hallo!

Ich versuche, den CLA zu unterschreiben, stecke aber im Schritt „E-Mail validieren“ fest. Ich habe keine E-Mail erhalten (auf Spam und überall geprüft), nachdem der Validierungscode an mich gesendet werden sollte. Ich habe 5 Stunden gewartet, also habe ich das Gefühl, dass es nicht kommen wird. Ich habe auch ein paar Mal die Schaltfläche "Bestätigung erneut senden" ausprobiert, und dies hat mir auch keinen Code gesendet.

Meine Github-E-Mail (die Autorisierung, die ich beim Einrichten des Linuxfoundation-Kontos gewählt habe) ist die richtige E-Mail.

Ich bin mir nicht sicher, wo ich das richtig stellen soll, aber die CLA-FAQ hat mir gesagt, dass ich hierher kommen soll, wenn ich irgendwelche Probleme habe.

Danke schön!

Entschuldigung. Bitte senden Sie eine E-Mail an den Linux Foundation Helpdesk <
[email protected]>.

Am Mittwoch, den 18. Januar 2017 um 13:23 Uhr schrieb khalpin11 [email protected] :

Hallo!

Ich versuche, den CLA zu unterschreiben, stecke aber im Schritt „E-Mail validieren“ fest. ich
habe keine email erhalten (überprüft spam und überall) nach dem
Der Validierungscode sollte mir zugeschickt werden. Die habe ich auch probiert
Schaltfläche "Bestätigung erneut senden" ein paar Mal und dies hat mir keine gesendet
Code entweder.

Ich bin mir nicht sicher, wo ich das fragen soll, aber die CLA-FAQ hat es mir gesagt
Komm her, wenn ich irgendwelche Probleme hatte.

Danke schön!

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

--
Dan Kohn [email protected]
Geschäftsführer, Cloud Native Computing Foundation https://cncf.io/
Tel.: +1-415-233-1000

Hallo, ich habe versucht, mich als Mitarbeiter von Heptio zu registrieren, aber das System konnte mich nicht verifizieren. Bitte helfen Sie! Danke.

@skriss Bitte senden Sie eine E-Mail mit Ihrer E-Mail-Adresse und Ihrem GitHub-Benutzernamen an den Helpdesk der Linux Foundation [email protected].

Ich versuche, CERN beim CNCF CLA zu registrieren.

Ich habe einen CNCF CLA für den „Test“ des Unternehmens erstellt, um eine Kopie der Vereinbarung zur Überprüfung mit unserer Rechtsabteilung zu erhalten. Leider kann ich CERN jetzt nicht als Organisation registrieren.

Können Sie die von mir registrierte „Test“-Firma löschen und mich wieder in den Status zurücksetzen, dass ich dem System nicht bekannt bin? Meine E-Mail ist Tim. [email protected].

@noggin143 Sie müssen Ihre Anfrage per E-Mail an [email protected] senden und sie werden Ihnen helfen.

Ich habe versucht, den CNCF CLA zu unterzeichnen, habe aber immer noch Probleme. Ich hätte auch als offizieller Kontakt für die OpenStack Foundation registriert werden sollen, um andere Mitwirkende zu genehmigen. Ich habe auch ein Ticket beim Helpdesk erstellt. Danke, Chris

@hogepodge , bitte senden Sie eine E-Mail an [email protected] , um dies zu beheben. (Zur Anmerkung: Wenn Sie als Kontakt registriert sind, werden Sie nicht automatisch in die CLA-Gruppe aufgenommen.)

Ich habe CNCF CLA unterschrieben. Mein Commit ist https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch , in dem „ [email protected] “ vorhanden ist. Und ich habe diese E-Mail in die E-Mail-Liste meines Github-Kontos aufgenommen.
Aber mein Pull-Request (https://github.com/kubernetes/kubernetes/pull/42232) ist immer noch im Zustand „cncf-cla: no“.

@honkiko Tencent hat den Unternehmens-CLA noch nicht unterzeichnet:

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

Wenn Sie eine Kopie des unterzeichneten CCLA haben, können Sie es an mich senden: [email protected] oder an [email protected]

Auf den ersten Blick sieht es so aus, als hätte „ [email protected] “ versucht, es zu signieren, aber nie fertig.

Ich habe eine PR eingereicht, und der Autor des Commit hat meine primäre E-Mail-Adresse verwendet, die sich in Github angemeldet hat, aber warum hat die CLA den ganzen Weg an meine öffentliche E-Mail-Adresse gesendet? Auch wenn ich die öffentliche E-Mail-Adresse in meine primäre E-Mail-Adresse geändert habe, wird der CLA immer noch an die vorherige E-Mail-Adresse gesendet? Wie man es löst?

Ich habe versucht, mich als Einzelperson anzumelden, aber der Link https://identity.linuxfoundation.org/projects/cncf führt zu einer nicht gefundenen Seite.

@sdomula Ich habe ein dringendes Ticket bei der Linux Foundation zur Lösung geöffnet. Ich poste nochmal, wenn es behoben ist.

@sdomula Das ist jetzt gelöst. Wir untersuchen, was die Ausfallzeit verursacht hat. Tut mir leid wegen dem Ärger.

Seite nicht gefunden: https://identity.linuxfoundation.org/projects/cncf

Wenn ich richtig liege ist die richtige URL jetzt: https://identity.linuxfoundation.org/node/285/

Richtig ?

Sieht nach einem schlechten Konfigurations-Push aus.

/cc @caniszczyk

Jetzt wieder eskalieren.

Und es geht wieder. Wir fügen unsere Untersuchung dieser Ausfallzeit der anderen Untersuchung hinzu.

Hallo zusammen, ich habe Probleme, den Cla-Bot für https://github.com/kubernetes/charts/pull/766 zu befriedigen. Ich denke, das liegt daran, dass ich mich als „ [email protected] “ angemeldet habe, während meine Git-Commits unter „ [email protected] “ sind. Seitdem habe ich meine Linux Foundation-E-Mail an meine Git-Commits angepasst, kann aber anscheinend keine neue CLA unter der neuen E-Mail generieren. Bitte helft.

@jpoon senden Sie bitte eine E-Mail an [email protected]

Wird besorgt. Danke @dankohn

Hallo, ich habe Probleme, den Cla-Check auf https://github.com/kubernetes/helm/pull/2143 zu bestehen, und soweit ich das beurteilen kann, habe ich alles getan, was ich brauchte, z. B. E-Mail ist richtig eingestellt, Formular ist unterschrieben und so weiter. Kann mir bitte jemand helfen, warum die cla nicht besteht? Danke.

@dankohn Ich habe [email protected] gemailt und die letzte Antwort war vor einer Woche. Keine Ahnung wie man das lösen kann....

@jpoon entschuldigt das Problem. Könnten Sie bitte mit einem cc an caniszczyk at linuxfoundation.org erneut an den Helpdesk senden

Ich habe zweimal um eine E-Mail gebeten. Nur das erste kam an, und es ist jetzt abgelaufen. Zweiter kam nie an. Auch beim dritten Mal gescheitert.

@TheStalwart Hast du dem Helpdesk eine E-Mail geschickt?

Nach einem weiteren erneuten Versuch konnte ich über den zuvor abgelaufenen Link signieren. Yay!

Ich habe Probleme, den Cla-Check für https://github.com/kubernetes/test-infra/pull/2450 zu erfüllen. Ich habe mich mit meinem Github-Konto als Mitarbeiter von Google angemeldet und dieselbe E-Mail-Adresse verwendet, die ich für meine Commits verwende. Ich habe eine E-Mail erhalten, in der ich gebeten wurde, meine E-Mail-Adresse zu bestätigen, und seitdem sagt die Linuxfoundation-Site, dass ich mich ordnungsgemäß angemeldet habe. Mein Pull-Request hat jedoch immer noch das Flag „cnfc-cla: no“, auch nachdem ich zusätzliche Kommentare zum PR hinterlassen habe. Ich würde mich über jede Hilfe freuen, die ich zu diesem Thema bekommen kann. Danke!

Ich sehe das gleiche auf mehreren PRs.

@spxtr kannst du auf die relevanten PRs hinweisen?

Außerdem empfehle ich, eine E-Mail an "Linux Foundation Helpdesk [email protected] " zu senden, wenn Sie auf CLA-Probleme stoßen.

Meistens liegt es daran, dass Sie die entsprechende E-Mail-Adresse nicht in Ihren GitHub-Profileinstellungen aufgeführt haben oder Sie sich nicht vollständig bei https://identity.linuxfoundation.org/projects/cncf angemeldet und Ihr GitHub-Profil mit der verknüpft haben LF-System.

Ich habe Probleme, den Cla-Check für kubernetes/test-infra#2450 zu erfüllen. Ich habe mich mit meinem Github-Konto als Mitarbeiter von Google angemeldet und dieselbe E-Mail-Adresse verwendet, die ich für meine Commits verwende. Ich habe eine E-Mail erhalten, in der ich gebeten wurde, meine E-Mail-Adresse zu bestätigen, und seitdem sagt die Linuxfoundation-Site, dass ich mich ordnungsgemäß angemeldet habe. Mein Pull-Request hat jedoch immer noch das Flag „cnfc-cla: no“, auch nachdem ich zusätzliche Kommentare zum PR hinterlassen habe. Ich würde mich über jede Hilfe freuen, die ich zu diesem Thema bekommen kann. Danke!

Dasselbe hier, außer dass ich mich als individueller Mitwirkender angemeldet habe und dabei genau dieselbe E-Mail-Adresse wie bei GitHub (mit GitHub-Anmeldung) verwendet habe. Versuchen Sie trotzdem herauszufinden, was schief gelaufen ist.
Ich habe an den Linux Foundation Helpdesk geschrieben, bisher habe ich nichts von ihnen gehört.

https://github.com/kubernetes/kubernetes/pull/44727 Submit Queue – PR fehlt CLA-Label; braucht einen von cla: yes, cncf-cla: yes oder cla: human-approved

Ich glaube ich habe alles getan...

Ich habe versucht, mich als Einzelperson anzumelden ( gh<at>purefiction.net ), aber nach ungefähr 4 Stunden habe ich noch keine Bestätigungs-E-Mail von der CNCF-Sache erhalten. Nichts im Spamordner.

@atombender Melden Sie sich bei hellosign mit derselben E-Mail-Adresse an und Sie finden dort möglicherweise das Vertragsdokument. Leider gibt es keine re-send agreement -Option.

@dolftax : Was ist "hellosign" und wie komme ich dorthin? Diese E-Mail-Adresse ist nicht die, die ich zum Verfassen von Commits verwende, also muss ich sie ändern, aber sie lässt mich den Prozess nicht noch einmal durchlaufen.

@dolftax : Ich konnte weiterkommen, indem ich Cookies löschte und die Kontoerstellung hier durchging. Es passiert jedoch nichts weiter. Wenn ich dann auf denselben Link zurückgehe, erhalte ich eine Seite mit der Aufschrift:

Eine Lizenzvereinbarung für Mitwirkende wurde an Ihre E-Mail-Adresse gesendet. Dieser muss elektronisch unterschrieben werden, um den Registrierungsprozess für Mitwirkende abzuschließen.

...aber keine E-Mail.

@atombender @dolftax senden Sie bitte eine E-Mail an [email protected] und sie können Ihnen bei Ihren Problemen helfen. Wir prüfen auch, wie die Fehlermeldungen geändert werden können, um den nächsten Schritt deutlicher zu machen, wenn die E-Mail nicht ankommt.

Unser Helpdesk wird Ihr Ticket weiterverfolgen, aber für allgemeine Hinweise: HelloSign (unser E-Signatur-Anbieter, der die Vereinbarungs-E-Mails sendet) sendet Erinnerungen nach 3 und 7 Tagen. Unser Helpdesk kann auch manuell eine Erinnerung senden, obwohl diese Funktion in der Benutzeroberfläche nicht vorhanden ist.

Was den Kommentar zur Anmeldung bei Hellosign angeht (danke für den Vorschlag @dolftax!), wäre das, zu https://www.hellosign.com/ zu gehen und auf „Anmelden“ zu klicken. Mit einem kostenlosen Konto können Sie bis zu 3 Dokumente pro Monat senden, Dokumente, die von anderen Personen an Sie gesendet werden (die normalerweise ohne Kontoerstellung auf der HelloSign-Seite signiert werden), nicht mitgezählt.

(Ich sehe eine ausstehende Vereinbarung auf der HelloSign-"Seite" für die "gh"-E-Mail. Ihre ausgehende Benachrichtigung ist auch nicht zurückgeprallt, oder sie würde mir das sagen.)

@dankohn : Ist das ein häufiges Problem, dass Benutzer keine E-Mails erhalten, wenn keine Tippfehler oder ähnliche Probleme im Spiel sind? Wir können uns an den HelloSign-Support wenden und sehen, ob sie eine fallweise Fehlerbehebung für diese Probleme anbieten können.

@dankohn Ein erneutes Senden der Vereinbarung von der Benutzeroberfläche der Linuxfoundation wäre viel besser.

Ich habe den CLA unterschrieben, aber immer noch das "cnfc-cla: no" Flag, bitte schau mal @foxish @sarahnovotny

Ich habe ein Problem mit dem CLA, https://github.com/kubernetes/test-infra/pull/2764
Ich habe bestätigt, dass ich die richtige E-Mail-Adresse verwendet habe, mich als Einzelperson bei CNCF angemeldet, es mit Github und Google verknüpft und danach ein weiteres Commit durchgeführt. Ich habe immer noch einen Fehler bei CLA erhalten. Könnten Sie bitte einen Blick darauf werfen?

@yutongz können Sie Ihr Problem per E-Mail an den Linux Foundation Helpdesk [email protected] senden. Stellen Sie sicher, dass Ihre Github-ID mit https://identity.linuxfoundation.org/projects/cncf und Ihren Commits verknüpft ist

@sarahnovotny und @foxish
Ich habe Probleme mit der Unterzeichnung des CLA

Ich habe mich als [email protected] angemeldet und kann mich nicht mit [email protected] (primäre Github-E-Mail) anmelden, also habe ich ein Problem auf Github wie dieses: https://github.com/kubernetes/contrib/pull /2548 (warte immer noch auf mein Zeichen auf CLA)

Ich habe vor einem Monat eine E-Mail an die Linux Foundation gesendet, aber ich bin immer noch blockiert ...
kannst du das Reparieren ?

@naarani Entschuldigung für das Problem. Ich werde dies mit LF IT eskalieren.

Die Lizenzprüfung für https://github.com/kubernetes/community/pull/631 schlägt fehl, aber mein Profil (siehe Anhang) scheint mich der CNCF-Gruppe zuzuordnen:

Meine E-Mail-Adresse unter https://identity.linuxfoundation.org/user/me/edit ist die gleiche wie die, die ich beim Commit verwendet habe.

Kann ich irgendetwas tun, um das aufzuklären? Vielen Dank!

Diese Gruppe wird auch für nicht signierte (ausstehende) CLAs angezeigt.

Danke. Wahrscheinlich habe ich damals nicht unterschrieben.

Ich warte jetzt schon eine Weile auf die E-Mail und habe sie nicht erhalten ... Spam und alles überprüft. Außerdem scheine ich keine Kopien der Nachrichten zu erhalten, bei denen "Kopie senden" aktiviert ist, daher könnte es sich sehr wohl um ein Zustellbarkeitsproblem handeln. Ich benutze FastMail. Gibt es eine Webseite oder eine andere Möglichkeit, wie ich die Vereinbarung unterzeichnen kann?

@wyc : Ja, ein anderer Benutzer mit Fastmail hat auch keine E-Mails erhalten. Wir haben das Problem darauf zurückgeführt, dass Fastmail keine E-Mails von HelloSign, unserem E-Signatur-Anbieter, akzeptiert, mit der folgenden Antwort des Mailservers (von HelloSign bereitgestellt, da es sich um deren IP-Adresse handelt):
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>
Könnten Sie Fastmail kontaktieren und ihnen mitteilen, dass diese 40-Tage-pro-IP-Grenze (scheint mir wirklich niedrig...) Ihre Fähigkeit, E-Mails von diesem legitimen Dienstanbieter zu akzeptieren, beeinträchtigt?

Oben wurde von einem anderen Benutzer oben vorgeschlagen, dass Sie, wenn Sie sich bei www.hellosign.com anmelden/registrieren, die ausstehende E-Signatur-Anfrage sehen können sollten (obwohl ich dies nicht versucht habe, um zu bestätigen, dass es funktioniert). . Sofern Sie keine Google-Identität mit dieser E-Mail haben und eine validierte E-Mail über SSO bereitstellen, müssen Sie wahrscheinlich in der Lage sein, eine anfängliche Kontovalidierungs-E-Mail von HelloSign zu erhalten ... und dann sind wir wieder dabei, Fastmail zu brauchen, um die Rate zu stoppen -Einschränkung von HelloSign.

Okay, @emsearcy , das hat wunderbar funktioniert. Danke. Ich werde meinen E-Mail-Anbieter kontaktieren und versuchen, ihn dazu zu bringen, das Problem zu lösen.

Ich habe unten einen kleinen Artikel dazu geschrieben, den wir hoffentlich zu https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ hinzufügen können

Da das GitHub-Wiki derzeit keine Beiträge von außen zulässt, zählt das Folgende als Beitrag basierend auf der Lizenz, die ich gerade unterzeichnet habe :)

Ich erhalte keine E-Mail mit dem CLA für individuelle Anbietervereinbarungen.

@emsearcy erklärt in
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
die einige Benutzer bestimmter E-Mail-Anbieter (nämlich FastMail) erlebten
Zustellbarkeitsprobleme bei E-Mails des E-Signatur-Anbieters HelloSign. Bis dahin
behoben wird, ist die folgende Problemumgehung verfügbar:

1. Erstellen Sie ein Konto bei HelloSign mit derselben E-Mail-Adresse für den CLA.
2. Gehen Sie über die linke Navigationsleiste zum Bereich „Dokumente“ und drücken Sie die
   Schaltfläche „Unterzeichnen“ für „CNCF Individual Contributor License Agreement“.
   
3. Überprüfen und unterschreiben Sie, falls gewünscht.
   
4. Bestätigen Sie im Bereich „Dokumente“, dass die Vereinbarung unterzeichnet wurde.
   
5. Wenn Sie einen bestehenden PR mit cncf-cla: no haben, warten Sie 5 Minuten auf HelloSign
   und die CI-Server, um die neue Vereinbarung zu lösen. Hinterlasse einen neuen Kommentar auf der
   PR, und aus dem Label cncf-cla: no sollte ein cncf-cla: yes werden.
   

Abschlag:

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

Danke @wyc! FAQ aktualisiert.

Hallo,

Ich habe versucht, den GAV im Namen meiner Firma zu unterzeichnen. Ich habe mich bei Github angemeldet und Firmendetails hinzugefügt. Der generierte CLA enthält jedoch meine persönliche E-Mail-Adresse. Ich habe ein weiteres Konto mit meiner Firmen-E-Mail-Adresse erstellt und es als Organisationsmanager eingeladen. Ist es möglich, die Generierung erneut auszulösen, damit meine Firmen-E-Mail im Dokument enthalten ist? Meine Firmen-E-Mail ist adam[@]iflix.com und meine persönliche ist adam[@]boxxen.org

Hallo! Ich möchte meine neue Organisation (Blackduck-Software) als Kubernetes-Mitwirkenden anmelden – mein aktuelles Github-Konto ist jedoch an meine vorherige Organisation (Red Hat) gebunden. Wie trenne ich (1) meinen CLA und (2) erstelle ich einen neuen CLA für eine Organisation, die sich zuvor nicht zu Kubernetes verpflichtet hat? Danke !

Ich habe dich gerade aus dem RH CLA geschmissen. Ich bin mir nicht sicher, wie das mit Selbstbedienung hätte gemacht werden können.

danke Eric :) Ich denke, wir waren auf halbem Weg.

Nachdem Sie aus der Organisation entfernt wurden, können Sie unter https://identity.linuxfoundation.org/node/285/organization-signup eine neue Organisation erstellen

Diese Nachricht wurde automatisch von der E-Mail-Zustellungssoftware erstellt.

Eine von Ihnen gesendete Nachricht konnte an einen oder mehrere davon nicht zugestellt werden
Empfänger. Dies ist ein vorübergehender Fehler. Die folgende(n) Adresse(n) zurückgestellt:

curtis.l. [email protected]
Die Domain imwiz.com hat die zulässige Höchstzahl an E-Mails pro Stunde (168/150 (112 %)) überschritten. Nachricht wird später erneut versucht

------- Dies ist eine Kopie der Nachricht, einschließlich aller Kopfzeilen. ------
Erhalten: von o5.sgmail.github.com ([192.254.113.10]:45396)
von box969.bluehost.com mit esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Exim 4.87)
(Umschlag-von)
ID 1dGU7y-000QH7-Mz
für [email protected]; Do, 01. Juni 2017 11:43:21 -0600
DKIM-Signatur: v=1; a=rsa-sha1; c=entspannt/entspannt; 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 -Abmelden;
s=s20150108; bh=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
Empfangen: von filter0654p1mdw1.sendgrid.net mit SMTP-ID filter0654p1mdw1-19843-5930522A-4
01.06.2017 17:43:06.164526033 +0000 UTC
Erhalten: von github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
von ismtpd0002p1iad1.sendgrid.net (SG) mit ESMTP-ID 8eFn2zRFThqa_B9E8cA5dw
für [email protected] ; Donnerstag, 1. Juni 2017 17:43:06.085 +0000 (UTC)
Datum: Do, 01. Juni 2017 10:43:05 -0700
Von: Eric Searcy [email protected]
Antwort an: kubernetes/kubernetes [email protected]
An: kubernetes/kubernetes [email protected]
Cc: Abonniert [email protected]
Nachrichten ID:
Als Antwort auf:
Verweise:
Betreff: Re: [kubernetes/kubernetes] Wechseln Sie zum CLA der Linux Foundation (CNCF).
System (#27796)
Mime-Version: 1.0
Inhaltstyp: mehrteilig/alternativ;
Grenze="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
Zeichensatz=UTF-8
Content-Transfer-Encoding: 7bit
Vorrang: Liste
X-GitHub-Sender: emsearcy
X-GitHub-Empfänger: falenn
X-GitHub-Grund: abonniert
Listen-ID: kubernetes/kubernetes
Listen-Archiv: https://github.com/kubernetes/kubernetes
Listen-Post: [email protected]
Listen-Abmeldung:,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-Auto-Response-Suppress: Alle
X-GitHub-Empfängeradresse: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+wOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
X-Spam-Status: Nein, Punktzahl=-2,5
X-Spam-Score: -24
X-Spam-Leiste: --
X-Ham-Report: Spam-Erkennungssoftware, läuft auf dem System "box969.bluehost.com",
hat diese eingehende E-Mail NICHT als Spam identifiziert. Das Original
Nachricht wurde an diese angehängt, damit Sie sie anzeigen oder beschriften können
ähnliche zukünftige E-Mail. Wenn Sie Fragen haben, siehe
root @localhost für Details.

Inhaltsvorschau: Nachdem Sie aus der Organisation entfernt wurden, können Sie
Erstellen Sie eine neue Organisation unter https://identity.linuxfoundation.org/node/285/organization-signup
-- Sie erhalten dies, weil Sie diesen Thread abonniert haben. Antwort
direkt an diese E-Mail senden oder auf GitHub anzeigen: https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

Details zur Inhaltsanalyse: (-2,5 Punkte, 4,0 erforderlich)

pts Regelname Beschreibung

-0.0 RP_MATCHES_RCVD Envelope-Senderdomäne stimmt mit Handover-Relay-Domäne überein
-2,8 RCVD_IN_MSPIKE_H2 RBL: Durchschnittlicher Ruf (+2)
[192.254.113.10 aufgeführt in wl.mailspike.net]
-0.0 SPF_PASS SPF: Absender stimmt mit SPF-Eintrag überein
1.3 HTML_IMAGE_ONLY_24 BODY: HTML: Bilder mit 2000-2400 Byte Wörtern
0.0 HTML_MESSAGE BODY: HTML in der Nachricht enthalten
-0.1 DKIM_VALID_AU Nachricht hat eine gültige DKIM- oder DK-Signatur des Autors
Domain
-0.1 DKIM_VALID Nachricht hat mindestens eine gültige DKIM- oder DK-Signatur
0.1 DKIM_SIGNED Nachricht hat eine DKIM- oder DK-Signatur, die nicht unbedingt gültig ist
-0,8 AWL AWL: Angepasste Punktzahl aus AWL-Reputation von Von: Adresse
X-Spam-Flag: NEIN

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Inhaltstyp: Text/Plain;
Zeichensatz=UTF-8
Content-Transfer-Encoding: 7bit

Nachdem Sie aus der Organisation entfernt wurden, können Sie unter https://identity.linuxfoundation.org/node/285/organization-signup eine neue Organisation erstellen

--
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail oder sehen Sie sie auf GitHub an:
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Inhaltstyp: text/html;
Zeichensatz=UTF-8
Content-Transfer-Encoding: 7bit

Nachdem Sie aus der Organisation entfernt wurden, können Sie unter https://identity.linuxfoundation.org/node/285/organization-signup eine neue Organisation erstellen

—
Sie erhalten dies, weil Sie diesen Thread abonniert haben.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm .

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

Ich kann nach dem Bearbeiten meiner Organisation nicht speichern, es gibt einen Fehler You must select one or more groups for this content . Wer könnte helfen? Danke!

Hallo @supereagle , am besten senden Sie eine E-Mail an [email protected]. (Bitte zögern Sie nicht, mich zu cc.

@wyc gute Arbeit!

Gibt es eine Möglichkeit, die Unterzeichnung der Vereinbarung zum Laufen zu bringen, wenn die Github-Noreply-E-Mail-Adresse in Commits verwendet wird?
Siehe https://help.github.com/articles/about-commit-email-addresses/

Das ist eine Frage an [email protected]. Ich glaube jedoch, dass die E-Mail-Adresse für die CLA-Identifizierung verwendet wird, daher ist dies unwahrscheinlich.

Wir betrachten dies (keine Antwort-E-Mail-Adressen) als Feature-Anfrage, aber wir könnten damit auf Probleme stoßen, wenn mehr Projekte beginnen, DCO in CNCF zu übernehmen (was eine E-Mail in der Signed-Off-By-Signatur erfordert).

Ich habe den CLA wie dokumentiert signiert (mit dem richtigen Github- und E-Mail-Konto) und er funktioniert nicht für diesen PR: https://github.com/kubernetes/charts/pull/1578

Für eine fallweise Fehlerbehebung senden Sie bitte eine E-Mail an [email protected] , falls Sie dies noch nicht getan haben.

Aufgrund der CNCF-Anforderung, dass wir Firmen-E-Mail-Adressen als unsere LF-Wiederherstellungs-E-Mail verwenden, wurde ich von meinem persönlichen LF-Konto gesperrt. Ich habe dem Helpdesk eine E-Mail geschickt und sie haben empfohlen, ein neues LF-Konto zu erstellen.

Ich habe 2 Linux Foundation-Konten:

• Kohl. [email protected] (verknüpft mit GitHub), unterzeichnet als individueller Mitwirkender
• Kohl. [email protected] (neu erstellt)

Aber:

1. Ich muss den CLA mit der zweiten Adresse unterschreiben.
2. Um den CLA zu signieren, muss das Konto mit einem GitHub-Konto verknüpft sein.
3. Ich kann das nicht, weil mein GitHub-Account bereits mit meinem persönlichen LF-Account/CLA-Signatur verknüpft ist.

Irgendwelche Vorschläge?

"Dito", fast. Mein GitHub-Konto hat zwei verifizierte E-Mail-Adressen, primär [email protected] und sekundär ryan. [email protected] , GitHub bietet jedoch keine Option zum öffentlichen Anzeigen sekundärer E-Mail-Adressen. Ich habe nur ein LF-Konto, das [email protected] als E-Mail hat und bereits mit meinem GitHub-Konto verknüpft ist, und der CLA wird übermittelt, aber es scheint keine Möglichkeit zu geben, dies so einzurichten, dass meine canonical.com-Adresse unterzeichnet den CLA.

Hallo. Ich versuche, mich bei der CNCF CLA anzumelden, um Code einreichen zu können, und es gelingt mir nicht. Dies ist der PR, bei dem die entsprechende Prüfung fehlschlägt:

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

Die Commits wurden unter Verwendung meiner Firmen-E-Mail-Adresse vorgenommen. Ich habe mich bei LinuxFoundation mit meinem privaten Github-Konto und der zugehörigen privaten E-Mail-Adresse (nicht mit der Firmen-E-Mail-Adresse identisch) angemeldet und dann meine E-Mail-Adresse so geändert, dass sie mit der Firmen-E-Mail-Adresse identisch ist. Von dort aus habe ich die Firma meines Arbeitgebers als Organisation bei der Linux Foundation angemeldet, mit mir (und einigen anderen Mitarbeitern) als Manager. Die CA-Prüfung schlägt immer noch fehl.

Aus Verzweiflung habe ich dann die E-Mail-Adresse wieder auf die private geändert und ein zweites, völlig neues LF-Konto mit einem anderen Benutzernamen und meiner Firmen-E-Mail-Adresse als E-Mail-Adresse erstellt und diesen Benutzer erfolgreich in die Gruppe eingeladen und ihm beigetreten. Die CA-Prüfung schlägt immer noch fehl.

Wie finde ich heraus, was fehlt? Bitte helfen Sie.

UPDATE: Habe es jetzt zum laufen bekommen. Danke an @BenTheElder und die LF-Stiftung, die die Leute unterstützt.

Gibt es einen bestimmten Grund, warum dieses Problem noch offen ist? Sind wir nicht auf das LF CLA-System umgestiegen? Muss dies umbenannt werden, um eine Bereichsänderung widerzuspiegeln?

@spiffxp Es wäre angebracht, in etwas wie "Probleme mit LF CLA aggregieren" umzubenennen.

Zu Ihrer Information, die LF wird bald eine Neufassung unseres CLAbot herausbringen, die hoffentlich die meisten Workflows anspricht, die bisher Probleme verursacht haben. Wenn das passiert, können wir ein neues Problem beginnen und dieses schließen.

Umbenannt

Ich habe versehentlich die falsche E-Mail-Adresse eingegeben, als ich mich für einen individuellen CLA anmeldete. Infolgedessen wurde die „CNCF Individual Contributor License Agreement – ​​Signature request“ an die falsche Adresse gesendet.
Ich habe zwischenzeitlich die Mailadresse in den Kontoeinstellungen aktualisiert.

Ist es möglich, eine neue "Unterschriftsanfrage" an die korrigierte Adresse zu erhalten?

@axdotl Bitte senden Sie eine E-Mail an [email protected] und sie werden sich um Sie kümmern.

@dankohn Danke!

Ich erhalte diesen Fehler, wenn ich versuche, mich als einzelner Mitwirkender bei meinem GitHub anzumelden:

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

@enis Das ist eine nicht hilfreiche Fehlermeldung. Könnten Sie bitte eine E-Mail an [email protected] senden.

@emsearcy @alanapost könnten Sie bitte nachsehen, ob etwas nicht funktioniert.

(Auch über Helpdesk geantwortet)

Die Ursache dieses Problems war, dass GitHub angeblich nur validierte E-Mail-Adressen über Oauth zurückgibt, aber für dieses Konto eine falsch formatierte/verschleierte E-Mail-Adresse (ohne @-Zeichen) angegeben hat, die für dieses Konto verwendet wurde. Die E-Signatur-Komponente traf einen Grenzfall, weil sie nicht mit nicht konformen E-Mail-Strings getestet wurde.

Wir werden eine Korrektur in der Software anwenden, was dazu führt, dass der Benutzer alle falsch formatierten E-Mail-Adressen korrigieren und dann über unsere Website validieren muss.

Danke Eric,

Ich konnte meinen "enis"-Account für den CLA nutzen.

Danke für die Hilfe. Wir können das schließen.
Enis

Am Dienstag, 21. November 2017 um 16:21 Uhr, Eric Searcy [email protected]
schrieb:

(Auch über Helpdesk geantwortet)

Die Ursache für dieses Problem war, dass GitHub angeblich nur validiert zurückgibt
E-Mail-Adressen über Oauth, aber für dieses Konto haben sie a
falsch formatierte/verschleierte E-Mail-Adresse (ohne @-Zeichen), die für verwendet wurde
dieses Konto. Die E-Signatur-Komponente traf einen Grenzfall, weil dies nicht der Fall war
mit nicht konformen E-Mail-Strings getestet.

Wir werden einen Fix in der Software anwenden, mit dem Ergebnis, dass der Benutzer dies tun muss
Korrigieren Sie alle falsch formatierten E-Mail-Adressen und validieren Sie sie dann über unsere Website.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail und zeigen Sie sie auf GitHub an
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ,
oder den Thread stumm schalten
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

Ich kann anscheinend keinen CNCF-CLA mit einer Firmen-E-Mail-Adresse signieren lassen.

Ich habe ursprünglich versucht, einen CNCF-CLA zu unterzeichnen, indem ich mich mit meinem github.com-Konto anmeldete, sah, dass der CLA mein persönliches E-Mail-Konto auflistete, und stellte fest, dass mein corp. E-Mail-Adresse wurde meinem gh-Konto noch nicht hinzugefügt.

Ich habe das Formular storniert, bin zu GH gegangen und habe meine Firmen-E-Mail-Adresse hinzugefügt, dann habe ich versucht, den CLA erneut zu unterzeichnen, aber ich sehe nur eine Nachricht, die besagt, dass der CLA an meine E-Mail-Adresse gesendet wurde. Es wurde kein CLA-Formular erhalten – weder über meine persönliche noch über meine Firmen-E-Mail-Adresse.

@greglanthier Könnten Sie bitte eine E-Mail an [email protected] senden, und sie werden Sie in Ordnung bringen.

Hallo, ich habe mich mit einem Github-Konto angemeldet, aber ich hatte nicht bemerkt, dass es eine alte E-Mail-Adresse verwendet, die ich nicht mehr verwenden möchte. Ich habe vorerst noch Zugriff auf die alte E-Mail. Ich versuche, die E-Mail-Adresse in meinem Linux-Foundation-Profil zu ändern, aber ich erhalte diese Fehlermeldung über einer Meldung, die besagt, dass ich eine E-Mail erhalten werde.

    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.

Ich erhalte keine E-Mails und ich denke, das liegt an der obigen Fehlermeldung. Jede Hilfe wäre willkommen.
Danke.

Bitte kontaktieren Sie [email protected] und sie werden es für Sie regeln.

--
Dan Kohn [email protected]
Geschäftsführer, Cloud Native Computing Foundation https://www.cncf.io
+1-415-233-1000 https://www.dankohn.com

Am 8. Januar 2018 um 10:32 Uhr schrieb Christian Roy [email protected] :

Hallo, ich habe mich mit einem Github-Konto angemeldet, aber ich hatte nicht bemerkt, dass es eine alte E-Mail-Adresse verwendet, die ich nicht mehr verwenden möchte. Ich habe vorerst noch Zugriff auf die alte E-Mail. Ich versuche, die E-Mail-Adresse in meinem Linux-Foundation-Profil zu ändern, aber ich erhalte diese Fehlermeldung über einer Meldung, die besagt, dass ich eine E-Mail erhalten werde.

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.

Eine Bestätigungs-E-Mail wurde an Ihre neue E-Mail-Adresse gesendet. Sie müssen dem Link in dieser E-Mail innerhalb von 24 Stunden folgen, um die Änderung Ihrer Konto-E-Mail-Adresse zu bestätigen.
Ich erhalte keine E-Mails und ich denke, das liegt an der obigen Fehlermeldung. Jede Hilfe wäre willkommen.
Danke.

—
Sie erhalten dies, weil Sie erwähnt wurden.
Antworten Sie direkt auf diese E-Mail, zeigen Sie sie auf GitHub an oder schalten Sie den Thread stumm.

Ich habe den CLA in der Vergangenheit als individueller Mitwirkender unterzeichnet.
Jetzt arbeite ich für ein Unternehmen, in dem ich während der Arbeitszeit Beiträge leiste, und natürlich gehört das geistige Eigentum dem Unternehmen, wenn ich dies tue. Aber nicht alles, was ich außerhalb der Arbeit mache, gehört dem Unternehmen.

Meine Fragen:

• Wie ändere ich mein Konto von „Einzelperson“ auf „Mitarbeiter“? Ich habe die E-Mail-Adresse bereits geändert, aber ich kann die Schaltfläche zum Ändern nicht finden.
• Wie reflektiere ich, dass das geistige Eigentum der Dinge, die ich erschaffe, vom Kontext abhängt (wann ich Dinge erschaffe und was es ist)? Dies ist im europäischen Arbeitsrecht keine Seltenheit. Weil es für Unternehmen illegal ist, einfach alles zu beanspruchen, was Menschen schaffen, während sie in vielen Gerichtsbarkeiten Angestellte sind.
• Technisch gesehen kann ich also sowohl (Schrödingers Mitwirkender) eine Einzelperson als auch ein Mitarbeiter-Mitwirkender sein, abhängig von einigen Umständen. Wie halte ich beide Dinge unterschrieben?

Ich habe den CLA als Einzelperson unterzeichnet und mich bei GitHub angemeldet. Ich habe eine ausstehende PR, die sich darüber beschwert, dass ich dies nicht getan habe. Ich habe überprüft, ob die E-Mail auf dem Commit mit meinem verifizierten GitHub übereinstimmt.

Können Sie es bitte überprüfen?

Hier der Link zur PN:
https://github.com/kubernetes/kubernetes/pull/60962

@technicianted Bitte kontaktieren Sie [email protected] und sie werden es für Sie regeln.

Ausgaben veralten nach 90 Tagen Inaktivität.
Markieren Sie die Ausgabe mit /remove-lifecycle stale als neu.
Veraltete Ausgaben verrotten nach weiteren 30 Tagen Inaktivität und werden schließlich geschlossen.

Wenn Sie dieses Problem jetzt sicher schließen können, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus veraltet

Veraltete Ausgaben verrotten nach 30 Tagen Inaktivität.
Markieren Sie die Ausgabe mit /remove-lifecycle rotten als neu.
Rotten Issues werden nach weiteren 30 Tagen Inaktivität geschlossen.

Wenn Sie dieses Problem jetzt sicher schließen können, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus faul
/remove-lifecycle veraltet

Rotten Issues werden nach 30 Tagen Inaktivität geschlossen.
Öffnen Sie das Problem erneut mit /reopen .
Markieren Sie die Ausgabe mit /remove-lifecycle rotten als neu.

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/nah dran

/wieder öffnen

Bleibt ein großes Hindernis für neue Mitwirkende

/remove-lifecycle faul

FYI letzte Woche während des Workshops für neue Mitwirkende auf der KubeCon / CloudNativeCon China habe ich viele (die meisten?) Teilnehmer beobachtet, die mit UI/UX zu kämpfen haben in:

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

Zwei Dinge konkret:

• Facebook, Google, GitHub, OpenStack sind in unterschiedlichem Maße standort- oder ökosystemspezifisch und auch grafisch, sodass sie wahrscheinlich nicht im Browser übersetzt werden.
• die alternative Hälfte des Anmeldeelements „Oder – ANMELDEN“ hebt sich nicht deutlich als anklickbares Element ab, sondern ist nur ein blauer Linux Foundation-Text in einem blauen Kästchen.

Da GitHub generell für die Teilnahme erforderlich ist, könnte es optisch einfacher sein, nur zwei Boxen zu haben:

1. Melden Sie sich bei GitHub an
2. Melden Sie sich mit der Linux Foundation ID an

und entfernen Sie die anderen Optionen vom Bildschirm, um sie visuell zu vereinfachen. Wenn nur die ausgewählte Linux Foundation ID der Person _dann_ einen Bildschirm hat, der nach ihrer bestehenden Linux Foundation ID fragt oder die Erstellung einer solchen ermöglicht.

Ich vermute, die meisten Leute werden sich einfach für GitHub entscheiden, und das ist der Ablauf, für den der Dialog optimiert werden sollte.

Ich habe versucht, den CLA zu unterzeichnen, um mit meiner PR https://github.com/kubernetes/kubernetes/pull/72275 fortzufahren, aber ich habe die Vereinbarung trotz zahlreicher Versuche nicht per E-Mail erhalten. Ich habe vor 2 Tagen auch [email protected] kontaktiert, aber noch keine Antwort erhalten - es scheint, als würden ihre Antworten minimal/verzögert sein, da es die Urlaubszeit ist. Ich hatte auf einen Weg gehofft, mich bald von dieser PR zu befreien.

Entschuldigung @srmocher , aber der Helpdesk der Linux Foundation kann sich bis zum 2. Januar nicht darum kümmern.

Ausgaben veralten nach 90 Tagen Inaktivität.
Markieren Sie die Ausgabe mit /remove-lifecycle stale als neu.
Veraltete Ausgaben verrotten nach weiteren 30 Tagen Inaktivität und werden schließlich geschlossen.

Wenn Sie dieses Problem jetzt sicher schließen können, tun Sie dies bitte mit /close .

Senden Sie Feedback an sig-testing, kubernetes/test-infra und/oder fejta .
/Lebenszyklus veraltet

/remove-lifecycle veraltet
/Lebenszyklus eingefroren