Skip to content

Separate leftover providers #3942

Description

@Temikus

Ok, let's get this ball rolling, here's the list of providers that I've generated from lib:
find . -maxdepth 1 -type f | sed 's/\.\//- [ ] /g'

  • bare_metal_cloud.rb - @geemus - April 1, 2017
  • bluebox.rb - Need to check if is available
  • clodo.rb
  • cloudsigma.rb
  • cloudstack.rb
  • dnsimple.rb - @lanej - February 11, 2017
  • dnsmadeeasy.rb
  • dreamhost.rb
  • fogdocker.rb
  • glesys.rb
  • go_grid.rb - Need to check if is available
  • ibm.rb
  • internet_archive.rb - @icco - March 8, 2017
  • joyent.rb - @effeminate-batman - March 23, 2017
  • linode.rb
  • ninefold.rb - @lanej - February 23, 2017
  • opennebula.rb
  • openvz.rb
  • ovirt.rb - @orrabin - June 26, 2017
  • rage4.rb
  • vcloud.rb - @jrgarcia - February 10, 2017
  • vcloud_director.rb - @jrgarcia - February 10, 2017
  • zerigo.rb - @plribeiro3000 - February 25, 2018

14 providers left including 2 to check if are still available.

For every provider we need to make a decision:

  • Separate into its' own gem
    or
  • Remove/drop support for it

@plribeiro3000 / @geemus PTAL
Also - can you give an idea (very general is ok, but at least something) on how should separation should be done ideally? I'll format it so it looks straightforward.

Activity

  1. plribeiro3000 commented on Feb 10, 2017

    @plribeiro3000
    Member
  2. lanej commented on Feb 10, 2017

    @lanej
    Member

    @Temikus nice work

  3. lanej commented on Feb 10, 2017

    @lanej
    Member

    Looks like fog-dnsimple just needs removal from this gem as https://github.com/fog/fog-dnsimple already exists. @weppos can you confirm?

  4. plribeiro3000 commented on Feb 10, 2017

    @plribeiro3000
    Member

    Good catch @lanej !

  5. weppos commented on Feb 11, 2017

    @weppos
    Member

    Yep, I confirm @lanej. The DNSimple provider has been moved to fog-dnsimple.

  6. geemus commented on Feb 15, 2017

    @geemus
    Member

    Awesome. If you are taking on something, please edit the comment above (or add a comment here) that says which provider, who you are and what date (so we can judge staleness). That way we don't step on one another's toes. I'll update the listing above with ones I know about.

  7. geemus commented on Feb 15, 2017

    @geemus
    Member

    I also manually removed bin.rb and version.rb from the listing (just noting as the find/sed would no longer match).

  8. lanej commented on Feb 23, 2017

    @lanej
    Member

    I think ninefold can be dropped entirely.

    image

  9. plribeiro3000 commented on Feb 23, 2017

    @plribeiro3000
    Member

    ouch. Good catch @lanej.

  10. added 2 commits that reference this issue on Feb 23, 2017
  11. geemus commented on Feb 24, 2017

    @geemus
    Member

    Easiest, extraction, evar. Thanks!

  12. icco commented on Mar 8, 2017

    @icco
    Member

    I'm going to take ownership of internet_archive.

  13. geemus commented on Mar 9, 2017

    @geemus
    Member

    Thanks!

  14. geemus commented on Mar 9, 2017

    @geemus
    Member

    I need to start taking one (or some) as well, just been swamped of late...

  15. 36 remaining items

  16. ctreatma commented on Apr 23, 2019

    @ctreatma

    I'll look into using MIT. We should be able to figure that out soon. To help with that discussion, are there any licenses that are explicitly forbidden for repos within the fog org?

  17. geemus commented on Apr 23, 2019

    @geemus
    Member

    None are forbidden at this time, but the question hasn't really come up before. If you feel a need to deviate, I would just ask you bring it up as a discussion sooner, rather than later, so there are no surprises. Thanks.

  18. ctreatma commented on Apr 24, 2019

    @ctreatma

    @geemus thank you for your license recommendations; we are going to use the MIT license for fog-linode to align with the rest of the fog-related repos. For tests, is it OK to use VCR to stub out HTTP interactions rather than set up Fog mocks?

  19. geemus commented on Apr 25, 2019

    @geemus
    Member

    @ctreatma sounds good for licensing. I would tend to think about mocks as more of a user-facing-feature than an internal testing thing (though they get used for both purposes). It's not uncommon for us to have providers that start out without mocks (because it is a lot of of work and difficult), and then add mocks only later (or sometimes not at all). So I think it is reasonable to focus on the implementation first, and worry about mocks later. Beyond that, you should use what works well for you. Some consistency with existing things is valuable, but not if it makes things a lot harder for you to work on. ie VCR should probably be fine if you think that will be helpful.

  20. ctreatma commented on May 15, 2019

    @ctreatma

    We are ready to transfer our fog-linode provider to the fog org. Is there a formal process for doing that? If so, what should we do to get started?

  21. geemus commented on May 16, 2019

    @geemus
    Member

    @ctreatma awesome, glad to hear it. The easiest way we have found is if you could add me, with admin privileges, to your repo. Then I can transfer it into the org and do all the permissions poking/prodding, and then we can work from there. Sound good?

  22. displague commented on May 16, 2019

    @displague
    Contributor

    @geemus you should have access to the repo. Can you move it straight over?

  23. geemus commented on May 16, 2019

    @geemus
    Member

    @displague @ctreatma I believe it should be tranferred, and I invited @ctreatma as an admin. Should I add you as well? Also, could you please add me as a gem owner? I'm unlikely to actually release it, but I like to have access just in case (ie if there was a security flaw or something I needed to respond to quickly across the various gems).

  24. ctreatma commented on May 16, 2019

    @ctreatma

    @geemus I added you as a gem owner. Please add @displague as an admin for the repo as well.

  25. geemus commented on May 16, 2019

    @geemus
    Member

    @ctreatma - thanks. I realized you were not a maintainer-role of the fog-linode team, so I updated that for you. I think that means you should be able to add @displague yourself. (I'd prefer you did, so we can be sure the permissions are all fixed up in case you need them in the future). Just let me know if that doesn't work out though. Thanks!

  26. ctreatma commented on May 17, 2019

    @ctreatma

    @geemus It looks like I have permissions to add folks to the fog-linode team, but only if they're already members of the fog org.

  27. geemus commented on May 17, 2019

    @geemus
    Member

    @ctreatma ah. Well, thanks for giving it a try at least, it's good to know where the edges are (I do this infrequently enough that it's easy to forget). I sent an invite now, just let me know if you need other help here in the future.

  28. ctreatma commented on May 17, 2019

    @ctreatma

    Thanks @geemus! Could you also invite @sarahelizgray to the org so that I can add her to the fog-linode team as well?

  29. geemus commented on May 17, 2019

    @geemus
    Member

    Sure, invite sent.

  30. HeroesLament commented on Oct 12, 2020

    @HeroesLament

    Could any effort be made to update vCloud Director?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions