Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Migrate DirectXMan12/k8s-prometheus-adapter to kubernetes-sigs #2182

Closed
brancz opened this issue Sep 10, 2020 · 40 comments
Closed

Migrate DirectXMan12/k8s-prometheus-adapter to kubernetes-sigs #2182

brancz opened this issue Sep 10, 2020 · 40 comments
Assignees
Labels
area/github-repo Creating, migrating or deleting a Kubernetes GitHub Repository sig/instrumentation Categorizes an issue or PR as relevant to SIG Instrumentation.
Milestone

Comments

@brancz
Copy link
Member

brancz commented Sep 10, 2020

New Repo, Staging Repo, or migrate existing

Migrate DirectXMan12/k8s-prometheus-adapter to kubernetes-sigs

Requested name for new repository

prometheus-adapter

Which Organization should it reside

kubernetes-sigs

If not a staging repo, who should have admin access

@DirectXMan12 , @s-urbaniak , myself ( @brancz )

If not a staging repo, who should have write access

@DirectXMan12 , @s-urbaniak , myself ( @brancz )

If not a staging repo, who should be listed as approvers in OWNERS

@DirectXMan12 , @s-urbaniak , myself ( @brancz )

If not a staging repo, who should be listed in SECURITY_CONTACTS

@DirectXMan12 , @s-urbaniak , myself ( @brancz )

What should the repo description be

An implementation of the custom.metrics.k8s.io API using Prometheus.

What SIG and subproject does this fall under in sigs.yaml

this is a new subproject for sig-instrumentation

Approvals

Following the SIG instrumentation charter there was a the public thread on the donation proposal, which was accepted through lazy consensus. Additionally, this topic was brought up in the 2020-08-06 and 2020-07-09 SIG meetings, without objection.

@DirectXMan12 @kubernetes/sig-instrumentation-misc

cc @nikhita

@brancz brancz added the area/github-repo Creating, migrating or deleting a Kubernetes GitHub Repository label Sep 10, 2020
@k8s-ci-robot k8s-ci-robot added the sig/instrumentation Categorizes an issue or PR as relevant to SIG Instrumentation. label Sep 10, 2020
@DirectXMan12
Copy link

Hey, so we probably just want me to transfer the repository, right? It'll keep issues and such.

@DirectXMan12
Copy link

I can give one of the GH admins permission on the repo so that they can do the transfer. Let me know.

@DirectXMan12
Copy link

(can't do it myself apparently, since I don't have permission to create repos in k-sigs)

@brancz
Copy link
Member Author

brancz commented Sep 14, 2020

Hey, so we probably just want me to transfer the repository, right? It'll keep issues and such.

Yep :)

I can give one of the GH admins permission on the repo so that they can do the transfer. Let me know.

I imagine that could speed things up.

cc @mrbobbytables

@nikhita
Copy link
Member

nikhita commented Sep 14, 2020

Unfortunately, we'll need to do a few more things before migration :(

Note: if your name is listed above, could you please sign the CNCF CLA so that we can migrate the k8s-prometheus-adapter repo to Kubernetes? Instructions on how to sign the CLA can be found here. Thank you! :)

@Multiply
Copy link

I've signed it now. Not sure why it wasn't signed, since I've been through that before.

@s-urbaniak
Copy link

@nikhita thank you! If there is anything technical I can help in moving the repository, please let me know too :-)

@brancz
Copy link
Member Author

brancz commented Sep 15, 2020

@s-urbaniak maybe you can take care of the files that need to be changed/added?

@rjackson90
Copy link

Thanks for the mention, I'd hate to slow this migration. I had previously signed the CLA, but I guess some of my linux foundation account details were out of date. I believe everything's in order now, please let me know if there is further action I need to take.

@parsifal-47
Copy link

Is it supposed to be signed from exactly the same email that I have in commit messages or same github id is enough?

@s-urbaniak
Copy link

@brancz will do 👍

@s-urbaniak
Copy link

@nikhita question: @lilic expressed interest in co-maintaining prometheus-adapter. I added her OWNER files in kubernetes-sigs/prometheus-adapter#314, is that ok from your perspective?

@DirectXMan12
Copy link

I've invited @mrbobbytables as a collaborator in the meantime, so you should be all set from my end.

@mrbobbytables
Copy link
Member

@nikhita question: @lilic expressed interest in co-maintaining prometheus-adapter. I added her OWNER files in DirectXMan12/k8s-prometheus-adapter#314, is that ok from your perspective?

That should be fine, they will just need to be added as a member to k-sigs before migration, but as a kubernetes org member that won't be an issue 👍

@nikhita
Copy link
Member

nikhita commented Sep 22, 2020

I've invited @mrbobbytables as a collaborator in the meantime, so you should be all set from my end.

GitHub didn't allow adding admin collaborators iirc, not sure if that's changed recently.

We'll need to move the repo to a dummy org first before transferring it to k-sigs. @DirectXMan12 I've invited you to https://github.com/kubernetes-purgatory. When the repo is ready to be migrated i.e. either me or @mrbobbytables has confirmed that the CLA issue is good to go, please transfer the repo to kubernetes-purgatory and we'll get it moved over to kubernetes-sigs. :)

@vainu-arto
Copy link

This should now finally be OK on my side, sorry about the delay (my Github account was deleted and later re-created, which made it fairly difficult to get the LF CLA system and Github back into sync).

@nirrozenbaum
Copy link

Hi, I've signed it using corporate CLA (working at IBM)

@mrbobbytables
Copy link
Member

Is it supposed to be signed from exactly the same email that I have in commit messages or same github id is enough?

Sorry @parsifal-47 didn't see your question earlier >_< It's tied to the email address with the commit. In the past we've sometimes had to re-add the commits signed by the author with a new email address associated with a valid CLA.

@parsifal-47
Copy link

@mrbobbytables
done, should be the same email that I used when contributing, thanks!

@montenegrodr
Copy link

I've signed I guess two weeks ago. Did you get that?

@s-urbaniak
Copy link

@nikhita small question, can I help with the following ?

We'll need to move the repo to a dummy org first before transferring it to k-sigs. @DirectXMan12 I've invited you to https://github.com/kubernetes-purgatory. When the repo is ready to be migrated i.e. either me or @mrbobbytables has confirmed that the CLA issue is good to go, please transfer the repo to kubernetes-purgatory and we'll get it moved over to kubernetes-sigs. :)

@mrbobbytables
Copy link
Member

mrbobbytables commented Nov 4, 2020

@s-urbaniak I think we're still waiting on people to finish signing the cla =\ It's been a little bit since I checked, but going from the comments in this thread these folk still need to sign:
@john-delivuk
@rrtaylor
@thisisamurray
@skozlov
@rjackson90
@duane-ibm

@sergii-koshel-exa
Copy link

I've signed already

@lilic
Copy link
Member

lilic commented Nov 4, 2020

@mrbobbytables according to this comment it's been longer than the two weeks, if folks don't sign by end of this week would it be okay to just proceed or is there anything else we could do to speed up the process? Thanks!

@nikhita
Copy link
Member

nikhita commented Nov 4, 2020

@swinslow @caniszczyk can you please take a look at this from a legal perspective? We want to migrate a repo but there are some contributors who have not signed the CLA. It's been over a month that we have not heard from them.

@swinslow
Copy link

swinslow commented Nov 4, 2020

@nikhita Looking through the contributions from this list of folks who haven't signed, it looks like @john-delivuk in particular made several commits that were substantive. I would encourage continuing to try to get @john-delivuk to sign the CLA if possible.

If that fails, then I think the process would be what you linked to in the rules, to add the NOTICE file explicitly stating the situation.

For the others on the list, looking through their commits it looks like they were all extremely minor edits (typo fixes). Although I'd guess many of these are likely to not consist of copyrightable content, I would suggest that if these contributors cannot be reached, that their edits be reverted before it comes over. That way it's clearer that the incoming repo's main branch tip does not contain their content, regardless of the earlier commit history.

@s-urbaniak
Copy link

thank you everyone for the help and instructions how to proceed! 🙇 I will try to contact contributors wherever their email is available from their profile.

@skozlov
Copy link

skozlov commented Nov 11, 2020

I've signed the CLA.

@s-urbaniak
Copy link

just a small heads-up: unfortunately I cannot reach @duane-ibm @john-delivuk @rjackson90. Those emails have been public on github, but I didn't get any answers so far 🤷‍♂️

@rjackson90
Copy link

Hi there! I signed the CLA months ago and must have missed @s-urbaniak 's email. I just fixed a typo, if reverting that commit is the easiest way forward it's fine with me. I've turned on notifications for this thread again so if there's something else that I need to do please let me know.

@nikhita
Copy link
Member

nikhita commented Dec 8, 2020

@s-urbaniak 👋 just following up to check if you've received any responses about signing the CLA?

If not, I think we should move ahead with adding a NOTICE file explicitly stating the situation. The repo has been ready to be migrated for a while, so I'm hoping we can at least get this in by the end of 2020. 😄

fyi @dims

@s-urbaniak
Copy link

@nikhita unfortunately no additional news from my side, I tried to ping, but no additional answers so far 🤷‍♂️ I would then say let's add the NOTICE file 😊

@s-urbaniak
Copy link

kubernetes-sigs/prometheus-adapter#359 was merged with the necessary NOTICE changes. Any advise how to proceed? :)

@mrbobbytables
Copy link
Member

With that I think its now mostly coordinating the migration

@nikhita
Copy link
Member

nikhita commented Jan 29, 2021

GitHub doesn't allow migrating user-owned repos, only org-owned repos are allowed. @DirectXMan12 can you transfer the repo to https://github.com/kubernetes-purgatory? You should have an invite to the org.

Once the repo is transferred, we can migrate that to k-sigs.

@DirectXMan12
Copy link

Transfer under way!

@nikhita
Copy link
Member

nikhita commented Jan 30, 2021

Repo has been finally migrated! 🎉 🚀 🥳

New repo location - https://github.com/kubernetes-sigs/prometheus-adapter

Updates:

  • I have pushed commits directly to the master branch of prometheus-adapter to fix the filenames for OWNERS, OWNERS_ALIASES and SECURITY_CONTACTS. Before this commit, they all had the .txt file extension. If the file extension is incorrect, prow will not be able to recognize the file and you won't be able to approve PRs.
  • Updated the repo name from k8s-prometheus-adapter to prometheus-adapter as requested in the issue body.
  • Created Add GitHub team for prometheus-adapter #2476 to add GitHub teams to grant access.
  • Created sig-instrumentation: add prometheus-adapter repo community#5447 to add the repo to sigs.yaml in k/community.

Once #2476 and kubernetes/community#5447 merge, we can close this issue.

@s-urbaniak
Copy link

thank you @nikhita @brancz @DirectXMan12 🙌 🎉 cc @dgrisonnet

@nikhita
Copy link
Member

nikhita commented Feb 1, 2021

All PRs have merged. Closing! 🚀

@nikhita nikhita closed this as completed Feb 1, 2021
@spiffxp
Copy link
Member

spiffxp commented Mar 10, 2021

/milestone v1.21

@k8s-ci-robot k8s-ci-robot added this to the v1.21 milestone Mar 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/github-repo Creating, migrating or deleting a Kubernetes GitHub Repository sig/instrumentation Categorizes an issue or PR as relevant to SIG Instrumentation.
Projects
None yet
Development

No branches or pull requests