Kubernetes: Masalah payung untuk sistem CLA Linux Foundation (CNCF)

Dibuat pada 21 Jun 2016  ·  152Komentar  ·  Sumber: kubernetes/kubernetes

Karena aset IP Kubernetes dimiliki oleh Cloud Native Computing Foundation (CNCF), sudah saatnya kita beralih ke sistem CLA CNCF. Kami akan menguji beta terlebih dahulu pada repo uji sebelum meluncurkannya di mana-mana. cc: @bgrant0607

lifecyclfrozen sicontributor-experience

Komentar yang paling membantu

Oke, @emsearcy , itu berhasil dengan sangat baik. Terima kasih. Saya akan menghubungi penyedia email saya dan mencoba membuat mereka menyelesaikan ini.

Saya membuat tulisan kecil tentang ini di bawah ini yang semoga dapat kami tambahkan ke https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ

Karena GitHub Wiki saat ini tidak mengizinkan kontribusi dari luar, di bawah ini dianggap sebagai kontribusi berdasarkan lisensi yang baru saja saya tandatangani :)

Saya tidak menerima email yang berisi PKB untuk Perjanjian Kontributor Perorangan.

@emsearcy menjelaskan dalam
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
yang dialami oleh beberapa pengguna penyedia email tertentu (yaitu FastMail)
masalah keterkiriman dengan email dari vendor penandatanganan elektronik, HelloSign. Sampai ini
diperbaiki, solusi berikut tersedia:

  1. Buat akun di HelloSign menggunakan email yang sama untuk CLA.
  2. Buka bagian "Dokumen" menggunakan bilah navigasi kiri dan tekan tombol
    Tombol "Tanda" untuk "Perjanjian Lisensi Kontributor Individual CNCF".
    HelloSign Documents Section
  3. Tinjau dan tanda tangani, jika diinginkan.
    HelloSign Signing Page
  4. Konfirmasikan bahwa perjanjian telah ditandatangani di bagian "Dokumen".
    HelloSign Documents Section Confirmed
  5. Jika Anda memiliki PR dengan cncf-cla: no , tunggu 5 menit untuk HelloSign
    dan server CI untuk menyelesaikan perjanjian baru. Tinggalkan komentar baru di
    PR, dan label cncf-cla: no harus menjadi cncf-cla: yes .
    CLA Fixed

Penurunan harga:

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

Semua 152 komentar

Bisakah Anda menjelaskan proses migrasi PKB?

@smarterclayton kami akan memberi tahu komunitas segera setelah kami memiliki sistem baru dan berjalan, ada beberapa pendekatan yang kami diskusikan untuk meminimalkan gangguan alur kerja

Kami sedang bertransisi ke CLA Cloud Native Computing Foundation di semua repositori kubernetes dalam waktu dekat.
Transisi ini diharapkan terjadi di semua repositori kami selama minggu 10/3.

Mulai hari ini, kami menguji mekanisme CLA baru di repositori kubernetes/contrib.
Bot Google CLA akan beroperasi secara paralel dengan bot CNCF CLA hingga 10/3.
Harap dicatat bahwa penggabungan PR dan antrian kirim tidak diblokir pada penandatanganan CLA CNCF saat ini, tetapi akan terjadi ketika kami menyelesaikan transisi.

Untuk meminimalkan gangguan alur kerja, jika Anda adalah kontributor,
silakan kunjungi https://identity.linuxfoundation.org/projects/cncf dan tandatangani PKB sebagai individu atau karyawan, mana saja yang sesuai.
Jika ada masalah, silakan rujuk ke masalah pelacakan di: https://github.com/kubernetes/kubernetes/issues/27796

Langkah-langkah yang akan datang:

  • [x] Antrian kirim harus menghormati label cncf-cla.
  • [x] Label cla-yes/no googlebot harus dihapus dari repositori.
  • [x] Putar seluruh org webhook CNCF dan matikan bot Google CLA.

Hai, saya ingin menandatangani PKB individu dan halaman hellosign di bagian akhir meminta "Judul" (Tanda tangan, nama, judul, dan tanggal).

Saya tidak benar-benar tahu apa yang harus saya taruh di Judul. Saya mencoba melihat https://github.com/kubernetes/kubernetes/blob/master/CONTRIBUTING.md dan CLA sebelumnya dan tidak ada judul yang diperlukan (atau diminta). Saya seorang mahasiswa ilmu komputer.

Apa yang harus saya gunakan untuk judul? Atau memang sengaja ada atau mungkin sisa?

Terima kasih!

@rata , saya pikir gelar "Mahasiswa" adalah solusi yang bagus. @caniszczyk , bisa Anda konfirmasi?

@sarahnovotny Siswa atau T/A baik-baik saja

@sarahnovotny @caniszczyk : terima kasih banyak!

@sarahnovotny , @caniszczyk , sepertinya Redhat mengalami masalah dengan CNCF CLA. Bisakah Anda membantu mereka? Ini bisa menjadi masalah dengan PKB perusahaan, atau masalah teknis dan kami tidak yakin.

cc @eparis @ingvagabund

@eparis , apa yang terjadi ketika Anda membuka https://identity.linuxfoundation.org/projects/cncf dan memilih "Berkontribusi sebagai karyawan"? Ini akan meminta Anda untuk mengaitkan akun GitHub Anda, yang belum selesai.

(Mereka yang berwenang untuk mengelola kontributor resmi untuk perusahaan mereka tidak secara otomatis ditetapkan sebagai kontributor itu sendiri; sistem masih mengharapkan mereka untuk mendaftar sebagai kontributor untuk tujuan pelacakan.)

@emsearcy Saya mengirim email ke @caniszczyk
tetapi ketika saya pergi ke tautan itu saya mendapatkan
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 apakah ada cara agar kita bisa mengobrol secara pribadi? email aku? epari di redhat ?

Saya menemukan bug dengan sistem akun di https://identity.linuxfoundation.org. Siapa yang harus saya hubungi tentang itu?


Tidak dapat mengubah kata sandi pada akun yang dibuat melalui kredensial github

  • Membuat akun dengan github. Tidak pernah membuat kata sandi
  • Pergi untuk mengubah alamat email saya
  • Diberitahu bahwa saya memerlukan kata sandi untuk mengubah alamat email
  • Email pengaturan ulang kata sandi yang diminta
  • Tautan yang diikuti di email
  • Mengklik "tautan setel ulang kata sandi"
  • Diberitahu bahwa saya memerlukan kata sandi untuk mengubah kata sandi saya

@jbeda , saya kira Anda masih masuk? (Halaman pengaturan ulang kata sandi mengatakan "Anda harus keluar untuk menggunakan tautan pengaturan ulang kata sandi di email"). Kalau tidak, dikatakan Anda masih masuk ketika Anda mencoba dan menggunakannya.

Saya mencoba untuk "mendaftar sebagai karyawan", dan sampai sejauh "Silakan hubungi seseorang di dalam organisasi Anda yang bertanggung jawab untuk mengawasi kontributor karyawan resmi untuk proyek ini".

Itu saya; apa selanjutnya?

@bboreham minta perusahaan/organisasi Anda mendaftar di sini https://identity.linuxfoundation.org/node/285/organization-signup

@caniszczyk apa yang saya lakukan:

  • Kunjungi URL Anda.
  • Masuk melalui Google.
  • Cari cara apapun untuk mendeklarasikan organisasi saya dan personelnya.
  • Kembali ke sini.

Dapatkah Anda mengatakan dengan tepat di mana saya mengklik agar organisasi (Weaveworks, Inc) mendaftar?

@bboreham dengan tautan itu, ada cara untuk mendaftarkan organisasi Anda dan menandatangani PKB perusahaan secara elektronik, setelah Anda melakukannya, Anda akan dapat melakukan yang lainnya

Bagi saya, caranya adalah dengan membuka jendela browser "incognito", lalu setelah login kembali muncul formulir. Tidak ada jumlah logout atau klik di jendela asli yang akan memunculkan formulir ini.

Tampaknya ada beberapa masalah dengan PKB perusahaan CNCF. @euank harus tercakup dalam CLA perusahaan untuk CoreOS, namun

tidak mencerminkan ini.

@caniszczyk bisakah Anda melihat masalah yang disebutkan @calebamiles di atas?

Sepertinya @euank hanya perlu mengklik "Berkontribusi sebagai Karyawan" dan akan secara otomatis dikaitkan dengan CoreOS CCLA.

Yup, terima kasih @emsearcy , terakhir kali saya pikir saya pasti tidak sengaja berakhir dengan email pribadi saya. Terlihat bagus sekarang!

(juga, gambar profil yang bagus)

Ketika saya mencoba masuk dengan github untuk memverifikasi CLA saya, saya mendapatkan kesalahan akses ditolak, dan kemudian ketika saya mencoba lagi saya mendapatkan akses ditolak dengan "Anda telah mendaftarkan identitas ini". Apakah ada cara saya dapat memverifikasi PKB saya?

Oh ... lalu ketika saya melihat tautan "Rincian" untuk seseorang yang belum menandatangani PKB, saya _me__mendapatkan PKB _saya_. Saya berharap untuk melihat status CLA untuk pengguna yang bersangkutan.

Juga mengalami masalah dengan CLA CNCF. Pilih kontributor individu, dan tidak dapat mengubah email yang dipilihnya untuk saya yang merupakan email kerja lama, mungkin ditarik dari github (untungnya dapat mengaksesnya). Sekarang, saya dapat melihat PKB saya yang ditandatangani tetapi saya masih belum ditandai disetujui pada PR.

Juga mengalami masalah, mencoba mendaftar melalui GH yang memiliki email lama sebagai primer, kemudian mendaftar menggunakan email yang berbeda dan sekarang tidak dapat menautkan akun GH saya.

Jelas bahwa Linux Foundation (LF) CLAbot belum sepenuhnya matang. Yang kami butuhkan saat ini adalah bantuan manajer produk untuk menganalisis di mana pengguna (kadang-kadang) terjebak dalam cul de sac. Berdasarkan analisis tersebut, kami akan melihat apakah akan meningkatkan LF CLAbot atau mempertimbangkan solusi alternatif (sumber terbuka).

Saya telah berbicara dengan @philips tentang kemungkinan memberikan bantuan, dan berharap untuk segera mendapatkan pembaruan. Jika ada orang lain yang ingin membantu mendorong kemajuan ini, jangan ragu untuk menghubungi saya melalui email .

Sementara itu, mohon maaf atas keterlambatannya.

@derekparker Saya mengalami masalah yang sama dan akhirnya menemukan halaman edit akun: https://identity.linuxfoundation.org/user/me/edit

Masuk melalui akun github saya dan kemudian secara manual mengubah email ke CoreOS saya membuatnya berfungsi. Saya pikir saya harus melalui alur kerja pengaturan ulang kata sandi untuk dapat mengedit detail saya juga

@dankohn , saya pikir beberapa dokumentasi yang kuat tentang pendaftaran perusahaan,
pendaftaran individu perusahaan, dan pemecahan masalah umum dari GH . ini
masalah akan menjadi awal yang besar.

Pada Selasa, 25 Oktober 2016 pukul 20:24, Euan [email protected] menulis:

@derekparker https://github.com/derekparker Saya mengalami masalah yang sama dan
akhirnya menemukan halaman edit akun: https://identity.
linuxfoundation.org/user/me/edit

Masuk melalui akun github saya dan kemudian secara manual mengubah email ke
CoreOS saya membuatnya berfungsi.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -256239957,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAHxigmn_N1BhGJDqvbBLWoCyNxMbsZlks5q3sfXgaJpZM4I7IQL
.

Saya manajer Red Hat org. Ketika orang bertanya kepada saya apa yang salah, saya biasanya tidak tahu. Saya tidak tahu bagaimana mendapatkan visibilitas itu, tetapi jika itu tidak berhasil, saya benar-benar tersesat ...

@caniszczyk @emsearcy Webhook gagal dan tidak ada status cncf-cla di https://github.com/kubernetes/kubernetes/pull/35581. Bisakah Anda memeriksa ini?

@dankohn Saat ini saya sedang mengirim email kepada orang-orang potensial yang dapat bekerja sama dengan kami; dan saya perlu menulis dokumen persyaratan produk. Saya berharap untuk melakukannya dengan EOW.

@foxish Apakah kami mematikan Google CLAbot di repo kubernetes?

@bgrant0607 Tidak, kami belum melakukannya. Kami akan menonaktifkannya di seluruh organisasi hanya setelah kami memiliki bot mungegithub CNCF berdasarkan webhook. Diblokir oleh https://github.com/kubernetes/contrib/issues/1834

Saya ingin metrik kontribusi perusahaan dapat diverifikasi secara independen oleh grup yang berbeda.
Sepertinya proses CLA adalah fungsi pemaksaan yang sangat baik yang dapat digunakan untuk membantu memelihara peta kontributor individu dan afiliasi perusahaan mereka (dari waktu ke waktu).

Saya telah menguraikan format untuk pengungkapan PKB yang diminta ini dalam masalah ini: https://github.com/kubernetes/contrib/issues/1972

Kami siap untuk beralih ke gerbang di CLA CNCF pada akhir minggu. Akan mengirimkan dokumentasi, FAQ, dan seterusnya minggu ini sebelum kami menyelesaikan transisi.
Masalah pemblokiran sejauh ini adalah: https://github.com/kubernetes/contrib/issues/1834 , yang sekarang telah diperbaiki.

cc @dims @soltysh @sarahnovotny

terima kasih banyak @foxish

Peluncuran sekarang selesai dan organisasi kubernetes dan kubernetes-inkubator menggunakan CLA CNCF.

@emsearcy @caniszczyk Bisa tolong lihat di https://github.com/kubernetes/kubernetes/pull/35672 ? Penulis mengatakan dia menandatangani cla tetapi statusnya masih mengatakan bahwa dia belum.

@emsearcy Saya juga mengalami masalah https://github.com/kubernetes/kubernetes/pull/37640#issuecomment -263760417

Selain: Saya mencari opsi open source untuk penanganan CLA sehingga kami dapat menggali dan memperbaiki masalah ini tanpa menjadi SPOF di @emsearcy. Tidak ada yang cocok dengan cetakan ATM.

PTAL, @emsearcy atau @caniszczyk -- karyawan deis lain @michelleN mengalami masalah dengan CLAbot yang mengenali CCLA-nya.

Pertanyaan pengguna:
Dapatkah saya menandatangani PKB CNCF sebagai karyawan dan sebagai individu?

Saya akan mengumpulkan pertanyaan seperti ini dan memperbarui FAQ sehingga kita tidak perlu terlalu sering campur tangan secara manual.

Untuk menguraikan komentar sebelumnya:

Saya telah menandatangani PKB sebagai individu menggunakan akun Github ini dan email pribadi saya. Sekarang majikan saya telah menandatangani PKB dan saya ingin dapat berkontribusi menggunakan akun Github yang sama, yang juga mendaftarkan email karyawan saya.

Ketika saya mengklik untuk mendaftar sebagai karyawan, saya mendapatkan pesan berikut:

Sistem tidak dapat mengaitkan Anda dengan organisasi mana pun yang telah menandatangani Perjanjian Lisensi Kontributor Perusahaan untuk proyek ini. Harap pastikan Anda menggunakan alamat email organisasi Anda di profil Anda, hubungi seseorang di dalam organisasi Anda yang bertanggung jawab untuk mengawasi kontributor karyawan resmi untuk proyek ini, atau gunakan formulir kontak di bawah ini.

Profil Linux Foundation saya memiliki set email pribadi saya dan sepertinya tidak ada cara untuk menambahkan banyak email.

Saya mengalami masalah juga. Perusahaan saya menandatangani CCLA. ID LF saya menunjukkan bahwa saya adalah bagian dari grup Kontributor CNCF. Tetapi saya tidak dapat menautkan Identitas LF saya ke identitas github saya. Saya mendapatkan kesalahan "Identitas ini terdaftar ke pengguna lain" ketika saya mencoba menautkan Id LF ke Id github. Saya menggunakan email yang berbeda untuk LF (perusahaan) & Github (pribadi). Mungkin masalah Id LF tetapi mungkin ada orang lain yang mengalami ini.

Diblokir pada permintaan tarik k8s saya.

Di repositori kubernetes/helm, di suatu tempat dalam proses sebelum membuat PR, saya diarahkan ke formulir Google CCLA. Setelah membuat PR, bot LF CLA masuk dan mengarahkan saya ke formulir CNCF CCLA.

Anda mungkin perlu memperbaiki tautan pertama itu, karena menyebabkan kebingungan dan pekerjaan ekstra bagi manajer (yang jarang merupakan hal yang baik :)).

Menindaklanjuti komentar saya sebelumnya:

Saya memutuskan untuk membuat akun GitHub terpisah dan menggunakannya untuk PKB perusahaan saya. Saya menghapus email perusahaan saya dari akun pribadi saya dan menggunakannya untuk akun baru saya (https://github.com/yissacharcw).

Organisasi saya kemudian mengirimi saya undangan untuk bergabung dengan Linux Foundation. Saya mengikuti tautan, dan masuk menggunakan akun GitHub baru saya. Saya mengisi info pembuatan akun dan mencoba membuat akun tetapi mendapatkan kesalahan bahwa email saya sudah digunakan. Seharusnya tidak demikian, mengingat saya belum menggunakan email ini untuk mendaftarkan akun. Saya tidak melihat indikasi apa pun di akun pribadi saya bahwa email perusahaan digunakan di sana. Tidak ada info tentang cara mengklaim email ini untuk digunakan.

Saya sekarang terjebak karena saya tidak punya cara untuk mendaftarkan email perusahaan saya untuk akun Linux Foundation.

Silakan kirim email ke [email protected] untuk menerima dukungan terkait ID Linux Foundation atau menandatangani PKB. Kami akan memerlukan info seperti alamat email yang digunakan yang tidak ingin kami tanyakan di sini, ditambah lagi sulit untuk melacak permintaan individual di satu utas. Menggunakan formulir kontak pada "jalan buntu" apa pun dalam proses penandatanganan CLA juga akan membuat tiket dukungan dengan Linux Foundation.

Beberapa komentar di atas untuk anak cucu:

Anda tidak perlu ID Linux Foundation kedua untuk berkontribusi "sebagai karyawan" daripada sebagai individu. Anda dapat dikaitkan dengan organisasi baik oleh manajer CCLA organisasi Anda yang mengirimi Anda undangan, atau, jika diaktifkan oleh manajer CCLA Anda, cocok dengan alamat email perusahaan. Anda perlu mengubah sementara alamat email di profil ID Yayasan Linux Anda untuk melakukan yang terakhir jika saat ini bukan alamat organisasi Anda ("Pastikan Anda menggunakan alamat email organisasi di profil Anda").

Mengikuti undangan untuk bergabung dengan organisasi dapat dilakukan dengan masuk ke akun ID Linux Foundation Anda yang sudah ada.

Anda tidak dapat mengaitkan akun GitHub Anda dengan lebih dari satu ID Linux Foundation.

Status tidak diperbarui tampaknya merupakan bug: misalnya setiap pembaruan ke 37640, bot lfcla kami (layanan web mandiri yang menerima pemberitahuan Github dan memperbarui PR berdasarkan status pengguna dalam sistem LF CLA) telah mencoba untuk mengatur "philips resmi " cla/linuxfoundation state=success status notifikasi pada komit, yang menurut fungsi go-github berjalan dengan sukses—kecuali bahwa Github sebenarnya tidak menyimpannya. Aku akan melihat ke dalam ini.

Saya juga mendapatkan pesan kesalahan "Identitas ini terdaftar untuk pengguna lain." seperti @hasahni. Awalnya, email LF bersifat pribadi (saya mendaftar sebagai kontributor individu), dan email Git memiliki email perusahaan saya sebagai alamat utama. Saya mengubah email Git saya, tetapi saya masih mendapatkan kesalahan yang sama.

Saya mengirim email ke alamat @emsearcy yang diposting di atas, dan mereka dapat menyelesaikan masalah saya dengan memutuskan tautan email perusahaan saya dari akun apa pun yang ditautkan. Saya kemudian dapat membuat akun Linux Foundation dengan akun GitHub perusahaan saya dan alamat email perusahaan.

Seperti disebutkan di atas, lebih mudah jika Anda hanya menggunakan satu akun. Jika Anda kembali ke https://identity.linuxfoundation.org/projects/cncf Anda dapat memilih "Karyawan" jika Anda memilih "Perorangan" sebelumnya, dan sebaliknya. Manajer organisasi Anda dapat menghapus Anda dari org di kemudian hari jika Anda tidak lagi diberi otorisasi di bawah org itu.

ID Linux Foundation dapat dikaitkan dengan login ke berbagai situs web proyek LF, proposal konferensi, dan sertifikasi sysadmin kami (yang harus tetap bersama Anda saat Anda berganti perusahaan), sehingga akun diharapkan lebih dari "milik Anda/mengikuti Anda" pengaturan. (Mirip dengan bagaimana Anda semua yang melaporkan masalah ini mungkin hanya memiliki satu akun GitHub yang Anda gunakan!)

Kami melihat banyak orang yang terus menolak PKB.

Apakah kode sumber untuk bot CLA open source (dan jika demikian, di mana reponya), sehingga kami dapat mencoba memperbaiki alurnya? Atau apakah tangkapan layar tersedia (khususnya untuk versi individual)?

_Sesuatu_ jelas menyebabkan orang keluar dari corong. Saya langsung menyadari bahwa saya dapat masuk dengan akun non-github, tetapi kemudian saya harus masuk dengan github untuk menautkan akun github. Sayangnya saya tidak memiliki akun github kedua jadi sejauh yang saya dapatkan. Tapi pasti ada buah yang menggantung rendah.

Pikiran lain:

  • Apakah ada kebijakan larangan spam yang kuat tentang penggunaan alamat email, yang jelas-jelas ditautkan?
  • Apakah id yayasan linux default ke alamat email saya?

LF CLAbot bukan open source, dan tidak akan open source, karena (meskipun bekerja dengan baik oleh @emsearcy) ini adalah hairball, terutama dalam hal penyimpanan backendnya. Atas nama CNCF, saya ingin meminta maaf atas masalah yang dihadapi orang-orang. Perbaikan jangka pendek terbaik untuk masalah login adalah mengirim email ke [email protected] karena cukup responsif, meskipun hanya selama jam kerja PT.

Perbaikan jangka panjang yang sedang diselidiki oleh @philips adalah bekerja dengan salah satu CLAbots open source dan membuat kontrak dengan salah satu pengembang inti mereka untuk membuat perubahan yang diperlukan oleh Kubernetes dan juga untuk membuat perubahan tersebut di-upstream. Saya berharap kami akan memiliki kemajuan di depan itu pada bulan Januari.

Saya tidak berpikir begitu banyak masalah dengan CLAbot sebanyak fakta bahwa CLA diperlukan di tempat pertama. Ketika pengguna memiliki fitur besar yang mereka coba sumbangkan kembali ke hulu, mereka cenderung menanggungnya dan menjalani proses CLA. Tetapi ketika pengguna hanya memberikan kontribusi perbaikan dokumen sederhana atau perbaikan bug kecil, mereka cenderung hanya memberikan jaminan.

Pertimbangkan masalah @justinsb yang baru saja ditautkan: pengguna secara harfiah berkontribusi pada perbaikan dokumen satu karakter. Dan untuk itu mereka dibebani dengan PKB yang memaksa mereka untuk memasukkan informasi dan perjanjian hukum mereka. Tidak heran mereka ingin menyelamatkan.

Saya tahu dari pengalaman pribadi saya sendiri bahwa saya menolak kontribusi perbaikan dokumen untuk sementara waktu karena saya tidak ingin harus berurusan dengan PKB. Hanya ketika saya memiliki fitur yang benar-benar ingin saya tambahkan, saya harus melalui kerumitan menandatangani PKB.

Saya tidak tahu apakah itu layak secara hukum tetapi saya benar-benar berpikir bahwa pengiriman non-kode tidak boleh tunduk pada CLA (juga akan ideal jika perubahan kode sepele tidak tunduk pada CLA tetapi saya menyadari bahwa baris lebih sulit untuk menggambar dari kode/non-kode).

Saya memahami perlunya proyek Kubernetes untuk melindungi dirinya sendiri secara legal, tetapi mendorong CLA pada perubahan sepele secara aktif menghambat PR drive-by yang sangat umum di proyek GitHub.

Tampaknya juga agak tidak masuk akal bagi saya bahwa jika pengguna baru saja membuka masalah ("Docs seharusnya mengatakan us-east-2 bukan us-east-1 "), tidak akan ada interaksi CLAbot dan seseorang hanya akan membuat perubahan bagi mereka.

Selain itu, karena saya mengetahui masalah ini sekarang, setelah melihat PR, saya dapat melanjutkan dan mengirimkan perbaikan sendiri (kecuali jika Anda memberi tahu saya bahwa ini bertentangan dengan PKB, yang menurut saya lebih mengejutkan!).

Berdasarkan umpan balik dari beberapa proyek aktual dan prospektif, CNCF memodifikasi piagamnya bulan lalu untuk memungkinkan setiap proyek yang dihosting untuk menentukan apakah mereka menginginkan CLA ( utas panjang dengan konteks) atau tidak. Namun, saya pikir itu sangat kecil kemungkinannya mengingat Kubernetes sekarang menjadi salah satu proyek perangkat lunak berkecepatan tertinggi dalam sejarah sehingga pengelola akan memutuskan untuk menyerah pada CLA. Jika Anda ingin mendorong mereka untuk melakukannya, saya sarankan Anda membuka edisi baru.

Untuk saat ini, kami mengasumsikan persyaratan CLA akan tetap ada (dan juga bahwa CNCF kemungkinan akan memiliki proyek baru dengan CLA dengan baik), jadi kami menginginkan CLAbot yang menyebabkan gesekan sesedikit mungkin.

fyi, OpenStack memiliki masalah yang sama dengan membutuhkan ICLA/CCLA untuk waktu yang lama. "Kami" bergerak menuju DCO:
https://wiki.openstack.org/wiki/OpenStackAndItsCLA#The_Proposal

Halo!

Saya mencoba menandatangani PKB tetapi terjebak pada langkah "validasi email". Saya belum menerima email (memeriksa spam dan di mana-mana) setelah kode validasi seharusnya dikirimkan kepada saya. Saya telah menunggu 5 jam jadi saya merasa itu tidak akan datang. Saya juga telah mencoba tombol "kirim ulang verifikasi" beberapa kali dan ini juga tidak mengirimi saya kode.

Email github saya (otorisasi yang saya pilih saat mengatur akun linuxfoundation) adalah email yang benar.

Saya tidak yakin tempat yang tepat untuk menanyakan hal ini tetapi FAQ CLA mengatakan kepada saya untuk datang ke sini jika saya memiliki masalah.

Terima kasih!

Permintaan maaf. Silakan email Helpdesk Linux Foundation <
[email protected]>.

Pada Rabu, 18 Januari 2017 pukul 13:23, [email protected] menulis:

Halo!

Saya mencoba menandatangani PKB tetapi terjebak pada langkah "validasi email". Saya
belum menerima email (memeriksa spam dan di mana-mana) setelah
kode validasi seharusnya dikirimkan kepada saya. Saya juga sudah mencoba
tombol "kirim ulang verifikasi" beberapa kali dan ini belum mengirimi saya
kode baik.

Saya tidak yakin tempat yang tepat untuk menanyakan hal ini tetapi FAQ CLA mengatakan kepada saya untuk
datang ke sini jika saya punya masalah.

Terima kasih!


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-273605799 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AC8MBlgbtF51VU6H50t-IT3_PFEDyOn3ks5rToLQgaJpZM4I7IQL
.

--
Dan Kohn [email protected]
Direktur Eksekutif, Cloud Native Computing Foundation https://cncf.io/
telp:+1-415-233-1000

Hai - Saya mencoba mendaftar sebagai karyawan Heptio tetapi sistem tidak dapat memverifikasi saya. Tolong bantu! Terima kasih.

@skriss Silakan email Helpdesk Linux Foundation [email protected] dengan email dan nama pengguna GitHub Anda.

Saya mencoba mendaftarkan CERN dengan CNCF CLA.

Saya telah membuat CLA CNCF untuk 'pengujian' perusahaan guna mendapatkan salinan perjanjian untuk ditinjau dengan tim hukum kami. Sayangnya, saya sekarang tidak dapat mendaftarkan CERN sebagai organisasi.

Bisakah Anda menghapus perusahaan 'pengujian' yang saya daftarkan dan mengatur ulang saya kembali ke status tidak diketahui oleh sistem. Email saya adalah tim. [email protected].

@noggin143 Anda harus mengirim email permintaan Anda ke [email protected] dan mereka akan membantu Anda.

Saya sudah mencoba menandatangani CLA CNCF, tetapi saya masih mengalami masalah. Saya juga seharusnya terdaftar sebagai kontak resmi OpenStack Foundation untuk menyetujui kontributor lain. Saya juga sudah mengajukan tiket ke helpdesk. Terima kasih, Chris

@hogepodge , silakan kirim email ke [email protected] untuk memecahkan masalah ini. (Sebagai catatan, terdaftar sebagai kontak tidak secara otomatis menempatkan Anda di grup CLA.)

Saya telah menandatangani CLA CNCF. Komit saya adalah https://github.com/honkiko/kubernetes/commit/38b95f0c38f46303e7b091e56a70a515a8c4706c.patch , di mana " [email protected] " hadir. Dan saya menambahkan email ini ke dalam daftar email akun github saya.
Tapi permintaan tarik saya (https://github.com/kubernetes/kubernetes/pull/42232) masih dalam status "cncf-cla: no".

@honkiko Tencent belum menandatangani PKB perusahaan:

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

Jika Anda memiliki salinan CCLA yang telah ditandatangani, Anda dapat mengirimkannya kepada saya [email protected] atau ke [email protected]

Dari pandangan sekilas, sepertinya " [email protected] " mencoba untuk mendesainnya tetapi tidak pernah selesai.

Saya telah mengirimkan PR, dan penulis komit menggunakan email utama saya yang masuk di Github, tetapi mengapa CLA dikirim ke email publik saya sepenuhnya? Meskipun saya mengubah alamat email publik ke email utama saya, PKB tetap dikirim ke alamat email sebelumnya? bagaimana mengatasinya?

Saya mencoba mendaftar sebagai individu, tetapi tautan https://identity.linuxfoundation.org/projects/cncf mengarah ke halaman tidak ditemukan.

@sdomula Saya telah membuka tiket mendesak dengan Linux Foundation untuk diselesaikan. Saya akan memposting lagi ketika sudah diperbaiki.

@sdomula Ini sekarang teratasi. Kami sedang menyelidiki apa yang menyebabkan downtime. Maaf untuk kerumitannya.

Halaman tidak ditemukan: https://identity.linuxfoundation.org/projects/cncf

Jika saya benar url yang benar sekarang: https://identity.linuxfoundation.org/node/285/

Benar ?

Sepertinya dorongan konfigurasi yang buruk.

/cc @caniszczyk

Meningkat kembali sekarang.

Dan itu kembali. Kami akan menambahkan penyelidikan kami ke dalam waktu henti ini ke dalam penyelidikan lainnya.

Hai semua, saya mengalami masalah dalam memenuhi cla-bot untuk https://github.com/kubernetes/charts/pull/766. Saya pikir itu karena saya mendaftar sebagai " [email protected] " sedangkan komit git saya berada di bawah " [email protected] ". Sejak itu saya telah mengubah email Yayasan Linux saya agar sesuai dengan komitmen git saya, tetapi sepertinya tidak dapat membuat CLA baru di bawah email baru. Tolong berhenti.

@jpoon silahkan email [email protected]

Akan melakukan. Terima kasih @dankohn

Halo, saya mengalami masalah dalam melewati pemeriksaan cla di https://github.com/kubernetes/helm/pull/2143 dan sejauh yang saya tahu saya telah melakukan semua yang saya perlukan seperti email diatur dengan benar, form is ditandatangani dan sebagainya. Adakah yang bisa tolong bantu mengapa cla tidak lulus? Terima kasih.

@dankohn Saya mengirim email ke [email protected] dan tanggapan terakhir adalah seminggu yang lalu. Tidak begitu yakin bagaimana menyelesaikan ini ....

@jpoon mohon maaf atas masalah ini. Bisakah Anda mengirim ulang ke meja bantuan dengan cc ke caniszczyk di linuxfoundation.org

Saya sudah meminta email dua kali. Hanya yang pertama tiba, dan sekarang sudah kedaluwarsa. Yang kedua tidak pernah tiba. Gagal ketiga kalinya juga.

@TheStalwart Sudahkah Anda mengirim email ke meja bantuan?

Setelah coba lagi, saya dapat masuk melalui tautan yang sebelumnya kedaluwarsa. Ya!

Saya mengalami masalah dalam memenuhi pemeriksaan cla untuk https://github.com/kubernetes/test-infra/pull/2450 . Saya mendaftar sebagai karyawan Google menggunakan akun github saya dan saya menggunakan email yang sama yang saya gunakan pada komit saya. Saya menerima email yang meminta untuk memverifikasi alamat email saya dan sejak itu situs linuxfoundation mengatakan bahwa saya telah mendaftar dengan benar. Namun, permintaan tarik saya masih memiliki tanda "cnfc-cla: no", bahkan setelah meninggalkan komentar tambahan di PR. Saya akan sangat menghargai bantuan apa pun yang bisa saya dapatkan untuk masalah ini. Terima kasih!

Saya melihat hal yang sama di beberapa PR.

@spxtr dapatkah Anda menunjukkan PR yang relevan?

Juga, saya sarankan mengirim email "Linux Foundation Helpdesk [email protected] " jika Anda mengalami masalah CLA.

Sebagian besar waktu, itu karena Anda tidak memiliki masing-masing email yang terdaftar di pengaturan profil GitHub Anda atau Anda tidak sepenuhnya masuk ke https://identity.linuxfoundation.org/projects/cncf dan menautkan profil GitHub Anda dengan sistem LF.

Saya mengalami masalah dalam memenuhi pemeriksaan cla untuk kubernetes/test-infra#2450 . Saya mendaftar sebagai karyawan Google menggunakan akun github saya dan saya menggunakan email yang sama yang saya gunakan pada komit saya. Saya menerima email yang meminta untuk memverifikasi alamat email saya dan sejak itu situs linuxfoundation mengatakan bahwa saya telah mendaftar dengan benar. Namun, permintaan tarik saya masih memiliki tanda "cnfc-cla: no", bahkan setelah meninggalkan komentar tambahan di PR. Saya akan sangat menghargai bantuan apa pun yang bisa saya dapatkan untuk masalah ini. Terima kasih!

Sama di sini, kecuali saya masuk sebagai Kontributor Perorangan, menggunakan email yang sama persis seperti GitHub (menggunakan GitHub Login). Masih mencoba mencari tahu apa yang salah.
Saya menulis ke Helpdesk Linux Foundation, sejauh ini saya tidak mendengar kabar dari mereka.

https://github.com/kubernetes/kubernetes/pull/44727 Kirim Antrian — PR tidak memiliki label CLA; membutuhkan salah satu dari cla: yes, cncf-cla: yes atau cla: human-approved

Saya pikir saya telah melakukan segalanya ...

Saya mencoba mendaftar sebagai individu ( gh<at>purefiction.net ), tetapi setelah sekitar 4 jam saya belum menerima email konfirmasi dari pihak CNCF. Tidak ada di folder spam.

@atombender Daftar di hellosign dengan alamat email yang sama dan Anda mungkin menemukan dokumen perjanjian di sana. Sayangnya, tidak ada opsi re-send agreement .

@dolftax : Apa itu "hellosign" dan bagaimana menuju ke sana? Alamat email itu bukan yang saya gunakan untuk membuat komit, jadi saya perlu mengubahnya, tetapi itu tidak akan membiarkan saya melalui proses itu lagi.

@dolftax : Saya bisa melangkah lebih jauh dengan menghapus cookie dan melalui pembuatan akun di sini . Namun, tidak ada hal lain yang terjadi. Jika saya kembali ke tautan yang sama, saya mendapatkan halaman yang mengatakan:

Perjanjian Lisensi Kontributor telah dikirim ke alamat email Anda. Ini harus ditandatangani secara elektronik untuk menyelesaikan proses pendaftaran kontributor.

...tapi tidak ada email.

@atombender @dolftax silakan kirim email ke [email protected] dan mereka dapat membantu Anda dengan masalah Anda. Kami juga mengevaluasi cara mengubah pesan kesalahan untuk memperjelas langkah berikutnya saat email tidak masuk.

Helpdesk kami akan menindaklanjuti tiket Anda, tetapi untuk catatan umum: HelloSign (vendor e-signing kami yang mengirimkan email perjanjian) mengirimkan pengingat pada 3 dan 7 hari. Helpdesk kami juga dapat mengirim pengingat secara manual, meskipun fungsi ini tidak ada di UI yang menghadap pengguna.

Adapun komentar tentang mendaftar di Hellosign (terima kasih atas sarannya @dolftax!), yaitu pergi ke https://www.hellosign.com/ dan tekan "Sign Up". Akun gratis memungkinkan Anda mengirim hingga 3 dokumen per bulan, tidak termasuk dokumen yang dikirimkan kepada Anda oleh orang lain (yang biasanya ditandatangani tanpa pembuatan akun di sisi HelloSign).

(Saya memang melihat perjanjian yang tertunda di "sisi" HelloSign untuk email "gh". Notifikasi keluar mereka juga tidak terpental, atau itu akan memberi tahu saya.)

@dankohn : apakah ini masalah umum bahwa pengguna tidak menerima email, di mana tidak ada kesalahan ketik atau masalah serupa dalam permainan? Kami dapat menghubungi dukungan HelloSign dan melihat apakah mereka dapat memberikan pemecahan masalah kasus per kasus ke dalamnya.

@dankohn Mengirim ulang perjanjian dari linuxfoundation UI akan jauh lebih baik.

Saya telah menandatangani PKB, tetapi masih ada bendera "cnfc-cla: no", silakan lihat @foxish @sarahnovotny

Saya punya masalah dengan CLA, https://github.com/kubernetes/test-infra/pull/2764
Saya mengonfirmasi menggunakan email yang benar, login CNCF sebagai individu, menautkannya ke github dan google, dan membuat komit lain setelahnya, masih ada kesalahan pada CLA, bisakah Anda melihatnya?

@yutongz dapatkah Anda mengirim email ke Helpdesk [email protected] dengan masalah Anda, pastikan id github Anda ditautkan dengan https://identity.linuxfoundation.org/projects/cncf dan komit Anda

@sarahnovotny dan @foxish
Saya mengalami masalah saat menandatangani PKB

Saya telah masuk sebagai [email protected] dan saya tidak dapat masuk dengan [email protected] (email github utama) jadi saya mendapat masalah di github seperti ini: https://github.com/kubernetes/contrib/pull /2548 (masih menunggu tanda saya di PKB)

Saya telah mengirim email ke yayasan linux sebulan yang lalu, tetapi saya masih diblokir ...
bisakah kamu memperbaikinya?

@naarani Mohon maaf atas masalah ini. Saya akan meningkatkan ini dengan LF IT.

Pemeriksaan lisensi untuk https://github.com/kubernetes/community/pull/631 gagal, namun profil saya (lihat terlampir) tampaknya menempatkan saya di bawah grup CNCF:

Profile Screenshot

Email saya di https://identity.linuxfoundation.org/user/me/edit sama dengan yang saya gunakan pada komit.

Apakah ada yang bisa saya lakukan untuk menyelesaikan ini? Terima kasih banyak!

Grup itu juga menunjukkan PKB yang tidak ditandatangani (menunggu keputusan).

Terima kasih. Kemungkinan saya tidak menandatangani saat itu.

Udah lama nunggu emailnya, belum dapet juga...cek spam dan sebagainya. Juga, sepertinya saya tidak mendapatkan salinan pesan dengan "Kirim saya salinan" dicentang, jadi itu bisa menjadi masalah pengiriman. Saya menggunakan FastMail. Apakah ada halaman web atau cara alternatif saya dapat menandatangani perjanjian?

@wyc : ya, pengguna lain dengan Fastmail juga tidak menerima email. Kami menelusuri masalahnya ke Fastmail yang tidak menerima email dari HelloSign, vendor penandatanganan elektronik kami, dengan respons server email berikut (disediakan oleh HelloSign, karena ini adalah alamat IP mereka):
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>
Apakah Anda dapat menindaklanjuti dengan Fastmail dan memberi tahu mereka bahwa batas IP 40 hari per (tampaknya sangat rendah bagi saya...) memengaruhi kemampuan Anda untuk menerima email dari penyedia layanan yang sah ini?

Di atas, disarankan oleh pengguna lain di atas bahwa jika Anda masuk dan masuk/mendaftar di www.hellosign.com Anda seharusnya dapat melihat permintaan tanda elektronik yang tertunda (meskipun saya belum mencoba ini untuk mengonfirmasi bahwa itu berfungsi) . Kecuali jika Anda memiliki Identitas Google dengan email ini, memberikan email yang divalidasi melalui SSO, Anda mungkin harus dapat menerima email validasi akun awal dari HelloSign ... dan kemudian kami kembali membutuhkan Fastmail untuk berhenti menilai -membatasi HelloSign.

Oke, @emsearcy , itu berhasil dengan sangat baik. Terima kasih. Saya akan menghubungi penyedia email saya dan mencoba membuat mereka menyelesaikan ini.

Saya membuat tulisan kecil tentang ini di bawah ini yang semoga dapat kami tambahkan ke https://github.com/kubernetes/kubernetes/wiki/CLA-FAQ

Karena GitHub Wiki saat ini tidak mengizinkan kontribusi dari luar, di bawah ini dianggap sebagai kontribusi berdasarkan lisensi yang baru saja saya tandatangani :)

Saya tidak menerima email yang berisi PKB untuk Perjanjian Kontributor Perorangan.

@emsearcy menjelaskan dalam
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -303234338
yang dialami oleh beberapa pengguna penyedia email tertentu (yaitu FastMail)
masalah keterkiriman dengan email dari vendor penandatanganan elektronik, HelloSign. Sampai ini
diperbaiki, solusi berikut tersedia:

  1. Buat akun di HelloSign menggunakan email yang sama untuk CLA.
  2. Buka bagian "Dokumen" menggunakan bilah navigasi kiri dan tekan tombol
    Tombol "Tanda" untuk "Perjanjian Lisensi Kontributor Individual CNCF".
    HelloSign Documents Section
  3. Tinjau dan tanda tangani, jika diinginkan.
    HelloSign Signing Page
  4. Konfirmasikan bahwa perjanjian telah ditandatangani di bagian "Dokumen".
    HelloSign Documents Section Confirmed
  5. Jika Anda memiliki PR dengan cncf-cla: no , tunggu 5 menit untuk HelloSign
    dan server CI untuk menyelesaikan perjanjian baru. Tinggalkan komentar baru di
    PR, dan label cncf-cla: no harus menjadi cncf-cla: yes .
    CLA Fixed

Penurunan harga:

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

Terima kasih @wyc! Memperbarui FAQ.

Hai,

Saya mencoba menandatangani PKB atas nama perusahaan saya. Saya mendaftar dengan Github, dan menambahkan detail perusahaan. CLA yang dihasilkan memiliki email orang saya di dalamnya. Saya telah pergi dan membuat akun lain dengan email perusahaan saya dan mengundangnya sebagai manajer organisasi. Apakah mungkin untuk memicu kembali generasi sehingga email perusahaan saya ada di dokumen? Email perusahaan saya adam[@]iflix.com, dan email pribadi saya adam[@]boxxen.org

Hai! Saya ingin mendaftarkan organisasi baru saya (perangkat lunak blackduck) sebagai kontributor kubernetes - namun akun github saya saat ini terkait dengan organisasi saya sebelumnya (topi merah). Bagaimana cara (1) melepaskan CLA saya dan (2) membuat CLA baru untuk organisasi yang sebelumnya tidak berkomitmen pada kubernetes ? Terima kasih !

Aku baru saja menendangmu keluar dari RH CLA. Saya tidak yakin bagaimana itu bisa dilakukan layanan mandiri.

terima kasih eric :) saya kira sudah setengah jalan ke sana.

Setelah Anda dikeluarkan dari organisasi, Anda dapat membuat organisasi baru di https://identity.linuxfoundation.org/node/285/organization-signup

Pesan ini dibuat secara otomatis oleh perangkat lunak pengiriman surat.

Pesan yang Anda kirim tidak dapat dikirim ke satu atau lebih darinya
penerima. Ini adalah kesalahan sementara. Alamat yang ditangguhkan berikut ini:

curtis.l. [email protected]
Domain imwiz.com telah melampaui email maksimum per jam (168/150 (112%)) yang diizinkan. Pesan akan dicoba lagi nanti

------- Ini adalah salinan pesan, termasuk semua header. ------
Diterima: dari o5.sgmail.github.com ([192.254.113.10]:45396)
oleh box969.bluehost.com dengan esmtps (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128)
(Contoh 4.87)
(amplop-dari)
id 1dGU7y-000QH7-Mz
untuk [email protected]; Kam, 01 Jun 2017 11:43:21 -0600
DKIM-Tanda Tangan: v=1; a=rsa-sha1; c=santai/santai; d=github.com;
h= from:reply-to :to:cc:in-reply-to:r referensi:subject :mime- version:content-type :content-transfer- encoding:list-id :list- archive:list-post :list -berhenti berlangganan;
s=s20150108; bh=ia3KtOMIWMbpcYNB7BF47jscgOE=; b=wrEnOf0+m7yWRmnA
HmbxqBgRZalVLCr9ltrAzRO0Xo9B5hetAXIRGt+KoyYjST6dnSVJZf2qr2c/ywsz
ibzt+VpXLS2N/ktdMhBLy25RzMe/UZzT2Ak1rA4JVgQwI8bW+XUTk3Wf1XW2mLev
aqgwhD/qyryuCJhunLBhqxJztrI=
Diterima: oleh filter0654p1mdw1.sendgrid.net dengan SMTP id filter0654p1mdw1-19843-5930522A-4
01-06-2017 17:43:06.164526033 +0000 UTC
Diterima: dari github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16])
oleh ismtpd0002p1iad1.sendgrid.net (SG) dengan id ESMTP 8eFn2zRFThqa_B9E8cA5dw
untuk [email protected] ; Kam, 01 Jun 2017 17:43:06,085 +0000 (UTC)
Tanggal: Kam, 01 Jun 2017 10:43:05 -0700
Dari: Eric Searcy [email protected]
Balas-Ke: kubernetes/kubernetes [email protected]
Kepada: kubernetes/kubernetes [email protected]
Cc: Berlangganan [email protected]
ID-Pesan:
Di-Balasan-Ke:
Referensi:
Perihal: Re: [kubernetes/kubernetes] Pindah ke Linux Foundation (CNCF) CLA
sistem (#27796)
Versi Mime: 1.0
Tipe-Konten: multibagian/alternatif;
batas="--==_mimepart_59305229e47b9_383e3fe2b5315c2c56015";
rangkaian karakter = UTF-8
Konten-Transfer-Encoding: 7bit
Prioritas: daftar
X-GitHub-Pengirim: emsearcy
Penerima X-GitHub: falenn
X-GitHub-Alasan: berlangganan
Daftar-ID: kubernetes/kubernetes
Daftar-Arsip: https://github.com/kubernetes/kubernetes
Daftar-Posting: [email protected]
Daftar-Berhenti Berlangganan:,
https://github.com/notifications/unsubscribe/AAq2CmYSYGSFsTnGNPIQM8XWSlg0u0-Cks5r_vgpgaJpZM4I7IQL
X-Auto-Response-Suppress: Semua
X-GitHub-Recipient-Address: [email protected]
X-SG-EID: APO41b8ovafPb3SK9rw3vNpc43NX8G/TIzmCUdtslW4MQwNXMLF1riQs5qL7Y2+n37CaeU19Lg72gH
pHediivQ8KuR0LkwdWDe2kalBL0uG3dmE1PZ4RXmc6VDFQRVH7wlG6Wc+wEcvscrXWEuXWCfCL+wOA
x5j/wGGY22HSrKDO211vnPTM3DVM/DsqL9WZDrgs4GyV2tnQ5+HKVxrY8g==
Status X-Spam: Tidak, skor=-2,5
X-Spam-Skor: -24
X-Spam-Bar: --
X-Ham-Report: Perangkat lunak pendeteksi spam, berjalan di sistem "box969.bluehost.com",
belum mengidentifikasi email masuk ini sebagai spam. Asli
pesan telah dilampirkan pada ini sehingga Anda dapat melihatnya atau memberi label
email masa depan yang serupa. Jika Anda memiliki pertanyaan, lihat
root @localhost untuk detailnya.

Pratinjau konten: Setelah Anda dikeluarkan dari organisasi, Anda dapat
buat organisasi baru di https://identity.linuxfoundation.org/node/285/organization-signup
-- Anda menerima ini karena Anda berlangganan utas ini. Membalas
ke email ini secara langsung atau lihat di GitHub: https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
[...]

Detail analisis konten: (-2,5 poin, 4.0 diperlukan)

deskripsi nama aturan pts


-0.0 RP_MATCHES_RCVD Domain pengirim amplop cocok dengan domain relai serah terima
-2.8 RCVD_IN_MSPIKE_H2 RBL: Reputasi rata-rata (+2)
[192.254.113.10 terdaftar di wl.mailspike.net]
-0.0 SPF_PASS SPF: pengirim cocok dengan catatan SPF
1.3 HTML_IMAGE_ONLY_24 BODY: HTML: gambar dengan 2000-2400 byte kata
0.0 HTML_MESSAGE BODY: HTML disertakan dalam pesan
-0.1 DKIM_VALID_AU Pesan memiliki tanda tangan DKIM atau DK yang valid dari penulis
domain
-0.1 Pesan DKIM_VALID memiliki setidaknya satu tanda tangan DKIM atau DK yang valid
0,1 DKIM_SIGNED Pesan memiliki tanda tangan DKIM atau DK, belum tentu valid
-0,8 AWL AWL: Skor yang disesuaikan dari reputasi AWL Dari: alamat
X-Spam-Bendera: TIDAK

----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Content-Type: teks/polos;
rangkaian karakter = UTF-8
Konten-Transfer-Encoding: 7bit

Setelah Anda dikeluarkan dari organisasi, Anda dapat membuat organisasi baru di https://identity.linuxfoundation.org/node/285/organization-signup

--
Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung atau lihat di GitHub:
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment -305567241
----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015
Tipe-Konten: teks/html;
rangkaian karakter = UTF-8
Konten-Transfer-Encoding: 7bit

Setelah Anda dikeluarkan dari organisasi, Anda dapat membuat organisasi baru di https://identity.linuxfoundation.org/node/285/organization-signup


Anda menerima ini karena Anda berlangganan utas ini.
Balas email ini secara langsung, lihat di GitHub , atau nonaktifkan utasnya .


----==_mimepart_59305229e47b9_383e3fe2b5315c2c56015--

Saya tidak dapat menyimpan setelah mengedit organisasi saya, ada kesalahan You must select one or more groups for this content . Ada yang bisa membantu? Terima kasih!

hai @supereagle taruhan terbaik Anda adalah mengirim email ke [email protected]. (silakan cc saya.

@wyc kerja bagus!

Apakah ada cara agar penandatanganan perjanjian berfungsi saat menggunakan alamat email github noreply dalam komit?
Lihat https://help.github.com/articles/about-commit-email-addresses/

Itu adalah pertanyaan untuk [email protected]. Saya percaya bahwa alamat email adalah apa yang digunakan untuk identifikasi CLA, jadi tidak mungkin.

Kami sedang mempertimbangkan ini (bukan alamat email) sebagai permintaan fitur, tetapi kami mungkin mengalami masalah dengannya karena lebih banyak proyek mulai mengadopsi DCO di CNCF (yang memerlukan email dalam tanda tangan Signed-Off-By).

Saya menandatangani PKB seperti yang didokumentasikan (dengan akun github & email yang benar) dan tidak berfungsi untuk PR ini: https://github.com/kubernetes/charts/pull/1578

Untuk pemecahan masalah kasus per kasus, silakan kirim email ke [email protected] jika Anda belum melakukannya.

Karena persyaratan CNCF bahwa kami menggunakan alamat email perusahaan sebagai email pemulihan LF kami, saya telah dikunci dari akun LF pribadi saya. Saya telah mengirim email ke helpdesk dan mereka merekomendasikan untuk membuat akun LF baru.

Saya memiliki 2 akun Linux Foundation:

Tetapi:

  1. Saya perlu menandatangani PKB dengan alamat kedua.
  2. Untuk menandatangani PKB, akun harus dikaitkan dengan akun GitHub.
  3. Saya tidak dapat melakukannya, karena akun GitHub saya sudah dikaitkan dengan akun LF/tanda tangan CLA pribadi saya.

Ada saran?

"Sama", hampir. Akun GitHub saya memiliki dua alamat email terverifikasi, [email protected] primer dan ryan sekunder. [email protected] , namun GitHub tidak memiliki opsi untuk menampilkan alamat email sekunder secara publik. Saya hanya memiliki satu akun LF, yang memiliki [email protected] sebagai email dan sudah ditautkan ke akun GitHub saya, dan CLA dikirimkan, tetapi tampaknya tidak ada cara untuk mengatur ini sehingga alamat canonical.com saya sedang menandatangani PKB.

Hai. Saya mencoba mendaftar ke CNCF CLA untuk dapat mengirimkan kode, dan saya gagal melakukannya. Ini adalah PR di mana pemeriksaan yang sesuai gagal:

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

Komitmen dibuat menggunakan alamat email perusahaan saya. Saya mendaftar di LinuxFoundation menggunakan akun Github pribadi saya dan alamat surat pribadi terkait (tidak sama dengan alamat surat perusahaan), kemudian mengubah alamat surat saya agar identik dengan alamat surat perusahaan. Dari sana saya mendaftarkan perusahaan majikan saya sebagai sebuah organisasi di yayasan Linux, dengan saya (dan beberapa karyawan lainnya) sebagai manajer. Pemeriksaan CA masih gagal.

Karena putus asa, saya kemudian mengubah alamat surat kembali ke alamat pribadi dan membuat akun LF kedua yang sama sekali baru dengan nama pengguna yang berbeda dan alamat surat perusahaan saya sebagai alamat suratnya, dan berhasil mengundang dan bergabung dengan pengguna itu ke dalam grup. Pemeriksaan CA masih gagal.

Bagaimana cara mengetahui apa yang hilang? Tolong bantu.

PEMBARUAN: Sudah berfungsi sekarang. Terima kasih @BenTheElder dan yayasan LF mendukung orang-orang.

Apakah ada alasan khusus mengapa masalah ini masih terbuka? Bukankah kita pindah ke sistem LF CLA? Apakah ini perlu diganti namanya untuk mencerminkan perubahan ruang lingkup?

@spiffxp Akan lebih tepat untuk mengganti nama menjadi sesuatu seperti "Masalah agregat dengan LF CLA".

FYI, LF akan segera meluncurkan penulisan ulang CLAbot kami yang diharapkan akan mengatasi sebagian besar alur kerja yang telah menyebabkan masalah hingga saat ini. Ketika itu terjadi, kita bisa memulai masalah baru dan menutup yang ini.

Berganti nama

Saya tidak sengaja memasukkan alamat email yang salah saat mendaftar untuk CLA individu. Akibatnya "Perjanjian Lisensi Kontributor Individu CNCF - Permintaan tanda tangan" dikirim ke alamat yang salah.
Saya memperbarui alamat email di pengaturan akun sementara itu.

Apakah mungkin untuk menerima "Permintaan Tanda Tangan" baru ke alamat yang diperbaiki?

@axdotl Silakan email [email protected] dan mereka akan mengurus Anda.

@dankohn Terima kasih!

Saya mendapatkan kesalahan ini ketika mencoba mendaftar sebagai kontributor individu dengan github saya:

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

@enis Itu pesan kesalahan yang tidak membantu. Bisakah Anda mengirim email ke [email protected].

@emsearcy @alanapost dapatkah Anda melihat apakah ada yang tidak beres.

(Juga dijawab melalui helpdesk)

Penyebab masalah ini adalah bahwa GitHub seharusnya hanya mengembalikan alamat email yang divalidasi melalui Oauth, tetapi untuk akun ini mereka memberikan alamat email yang salah format/dikaburkan (tanpa tanda @) yang digunakan untuk akun ini. Komponen e-signing mengalami kasus tepi karena tidak diuji dengan string email yang tidak sesuai.

Kami akan menerapkan perbaikan dalam perangkat lunak, sehingga pengguna harus memperbaiki alamat email yang salah format dan kemudian memvalidasinya melalui situs kami.

Terima kasih Eric,

Saya dapat menggunakan akun "enis" saya untuk PKB.

Terima kasih untuk bantuannya. Kita bisa menutup ini.
enis

Pada Selasa, 21 Nov 2017 pukul 16.21, Eric Searcy [email protected]
menulis:

(Juga dijawab melalui helpdesk)

Penyebab masalah ini adalah bahwa GitHub seharusnya mengembalikan hanya divalidasi
alamat email melalui Oauth, tetapi untuk akun ini mereka memberikan
alamat email yang salah format/dikaburkan (tanpa tanda @) yang digunakan untuk
akun ini. Komponen e-signing menabrak kasus tepi karena tidak
diuji dengan string email yang tidak sesuai.

Kami akan menerapkan perbaikan dalam perangkat lunak, sehingga pengguna harus
perbaiki alamat email yang salah format, lalu validasikan melalui situs kami.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub
https://github.com/kubernetes/kubernetes/issues/27796#issuecomment-346203677 ,
atau matikan utasnya
https://github.com/notifications/unsubscribe-auth/AAO1MF8kE4C7uanISq6r_-vl2LdlbZdVks5s42kPgaJpZM4I7IQL
.

Sepertinya saya tidak bisa mendapatkan CNCF-CLA yang ditandatangani dengan alamat email perusahaan.

Saya awalnya mencoba menandatangani CNCF-CLA dengan masuk dengan akun github.com saya, melihat bahwa CLA memiliki akun email pribadi saya yang terdaftar, dan menyadari bahwa perusahaan saya. alamat email belum ditambahkan ke akun gh saya.

Saya membatalkan formulir, pergi ke GH dan menambahkan alamat email perusahaan saya, kemudian mencoba untuk menandatangani kembali PKB tetapi saya hanya melihat pesan yang mengatakan bahwa PKB telah dikirim ke alamat email saya. Tidak ada formulir PKB yang diterima - baik melalui alamat email pribadi atau perusahaan saya.

@greglanthier Bisakah Anda mengirim email ke [email protected] dan mereka akan menyelesaikan masalah Anda.

Halo, saya mendaftar menggunakan akun github tetapi saya tidak menyadari bahwa itu menggunakan alamat email lama yang tidak ingin saya gunakan lagi. Saya masih memiliki akses ke email lama untuk saat ini. Saya mencoba mengubah alamat email di profil yayasan linux saya tetapi saya mendapatkan kesalahan ini di atas pesan yang mengatakan saya akan mendapatkan email.

    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.

Saya tidak menerima email dan saya pikir itu karena pesan kesalahan di atas. Bantuan apa pun akan dihargai.
Terima kasih.

Silakan hubungi [email protected] dan mereka akan menyelesaikannya untuk Anda.

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

Pada 8 Januari 2018, pukul 10:32, Christian Roy [email protected] menulis:

Halo, saya mendaftar menggunakan akun github tetapi saya tidak menyadari bahwa itu menggunakan alamat email lama yang tidak ingin saya gunakan lagi. Saya masih memiliki akses ke email lama untuk saat ini. Saya mencoba mengubah alamat email di profil yayasan linux saya tetapi saya mendapatkan kesalahan ini di atas pesan yang mengatakan saya akan mendapatkan email.

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.

Email konfirmasi telah dikirim ke alamat email baru Anda. Anda harus mengikuti tautan yang diberikan dalam email tersebut dalam waktu 24 jam untuk mengonfirmasi perubahan alamat email akun Anda.
Saya tidak menerima email dan saya pikir itu karena pesan kesalahan di atas. Bantuan apa pun akan dihargai.
Terima kasih.


Anda menerima ini karena Anda disebutkan.
Balas email ini secara langsung, lihat di GitHub, atau matikan utasnya.

Saya menandatangani PKB sebagai kontributor individu di masa lalu.
Sekarang saya bekerja untuk sebuah perusahaan di mana saya akan memberikan kontribusi selama waktu kerja dan jelas IP dimiliki oleh perusahaan ketika saya melakukannya. Tetapi tidak semua yang saya lakukan di luar pekerjaan adalah milik perusahaan.

Pertanyaan saya:

  • Bagaimana cara mengubah akun saya dari "Individu" menjadi "Karyawan"? Saya sudah mengubah alamat email, tetapi saya tidak dapat menemukan tombol untuk mengubah ini.
  • Bagaimana saya mencerminkan bahwa IP dari hal-hal yang saya buat bergantung pada konteks (ketika saya membuat sesuatu dan apa itu)? Ini tidak biasa dalam hukum ketenagakerjaan Eropa. Karena adalah ilegal bagi perusahaan untuk mengklaim semua yang dibuat orang saat mereka menjadi karyawan di banyak yurisdiksi.
  • Jadi secara teknis saya bisa menjadi (kontributor Schrödinger) seorang individu dan kontributor karyawan tergantung pada beberapa keadaan. Bagaimana cara agar kedua hal itu tetap ditandatangani?

Saya Menandatangani PKB sebagai individu dan bergabung ke GitHub. Saya memiliki PR tertunda yang mengeluh bahwa saya belum melakukannya. Saya memeriksa bahwa email pada komit cocok dengan GitHub saya yang telah diverifikasi.

Bisa tolong dicek?

Ini link PRnya :
https://github.com/kubernetes/kubernetes/pull/60962

@technicianted Silakan hubungi [email protected] dan mereka akan menyelesaikannya untuk Anda.

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

Masalah basi membusuk setelah 30 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle rotten .
Masalah busuk ditutup setelah 30 hari tambahan tidak aktif.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup busuk
/hapus siklus hidup basi

Masalah busuk ditutup setelah 30 hari tidak aktif.
Buka kembali masalah dengan /reopen .
Tandai masalah sebagai baru dengan /remove-lifecycle rotten .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/menutup

/buka kembali

Tetap menjadi penghalang utama bagi kontributor baru

/hapus-siklus hidup busuk

FYI minggu lalu selama lokakarya kontributor baru KubeCon / CloudNativeCon China, saya mengamati banyak (kebanyakan?) peserta berjuang dengan UI/UX di:

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

Dua hal khusus:

  • Facebook, Google, GitHub, OpenStack untuk berbagai tingkat lokasi atau ekosistem tertentu dan juga grafis sehingga kemungkinan tidak diterjemahkan dalam browser.
  • setengah alternatif "Atau -- LOG IN" dari elemen masuk tidak terlihat jelas sebagai elemen yang dapat diklik, bukan hanya teks bertema biru Yayasan Linux dalam kotak biru.

Mengingat GitHub umumnya diperlukan untuk partisipasi, mungkin secara visual lebih mudah untuk hanya memiliki dua kotak:

  1. Masuk dengan GitHub
  2. Masuk dengan ID Yayasan Linux

dan hapus opsi lain dari layar untuk menyederhanakan secara visual. Jika hanya Linux Foundation ID yang dipilih orang tersebut _maka_ memiliki layar yang menanyakan Linux Foundation ID mereka yang sudah ada atau mengizinkan pembuatannya.

Saya menduga kebanyakan orang hanya akan memilih GitHub dan itulah alur dialog yang harus dioptimalkan.

Saya sudah mencoba menandatangani PKB untuk melanjutkan PR saya https://github.com/kubernetes/kubernetes/pull/72275 tetapi saya belum menerima perjanjian melalui email meskipun sudah berkali-kali mencoba. Saya juga telah menghubungi [email protected] 2 hari yang lalu tetapi belum menerima tanggapan apa pun - sepertinya tanggapan mereka akan minimal/tertunda karena ini adalah masa liburan. Saya berharap cara untuk membuka blokir diri saya pada PR itu segera.

Maaf @srmocher tetapi meja bantuan Linux Foundation tidak akan dapat mengatasi ini hingga 2 Januari.

Masalah menjadi basi setelah 90 hari tidak aktif.
Tandai masalah sebagai baru dengan /remove-lifecycle stale .
Masalah basi membusuk setelah 30 hari tambahan tidak aktif dan akhirnya ditutup.

Jika masalah ini aman untuk ditutup sekarang, silakan lakukan dengan /close .

Kirim umpan balik ke sig-testing, kubernetes/test-infra dan/atau fejta .
/siklus hidup basi

/hapus siklus hidup basi
/siklus hidup dibekukan

Apakah halaman ini membantu?
0 / 5 - 0 peringkat