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

livedns: add a resource to manipulate domain keys #92

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

vincentbernat
Copy link
Member

@vincentbernat vincentbernat commented Jan 8, 2022

There are two important shortcomings with this implementation:

  • When creating a key, the API does not return its UUID. We guess the
    UUID to be the last one, but this is quite a wild guest. Gandi
    should provide the UUID in the return of the API call.

  • go-gandi does not return the public key when asking for the key
    associated to a domain. This makes it impossible to register the
    key properly with the Domain API.
    See GetDomainKey should provide public key go-gandi#55

Also, I didn't generate the documentation as I expect this to be done
prior to releasing.

@vincentbernat vincentbernat force-pushed the feature/livedns-key branch 2 times, most recently from 3b0fa1c to e33f849 Compare January 8, 2022 21:45
@nlewo
Copy link
Member

nlewo commented Jan 13, 2022

I would prefer to postpone this after the release.

@vincentbernat
Copy link
Member Author

No problem, as this also requires a new release of go-gandi to be useful.

@vincentbernat vincentbernat force-pushed the feature/livedns-key branch 3 times, most recently from 69dd4ff to f18b311 Compare January 15, 2022 13:31
@vincentbernat
Copy link
Member Author

I have updated this PR and bumped go-gandi dependency.

@vincentbernat
Copy link
Member Author

I think this PR is ready for merge now that we have a release.

Also, how about hosting the Pulumi provider under go-gandi? Since I am using both LiveDNS and domains, I think I can maintain it for Python and Go.

@tiramiseb
Copy link
Contributor

@vincentbernat why not :-)

I'll welcome any contribution. I started go-gandi and the terraform provider as a small personal side-project, it is now well beyond my scope. If you are okay to be identified as the main (and maybe only, for now) maintainer for the Pulumi provider, I'm completely okay to have it in this group!

@vincentbernat
Copy link
Member Author

Yes, I am OK with that. The goal is just to have something a bit more official in term of namespace. I don't intend to spend a lot of time on it, but I can fix bugs and keep it in sync with the terraform provider. I don't intend to push it to the Pulumi registry yet, I'll see if there are other users first.

@tiramiseb
Copy link
Contributor

@vincentbernat I have invited you to the team. After you accept the invitation, you should be able to create & transfer repositories.

last = keys[len(keys)-1].UUID
}

_, err = client.SignDomain(domain)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you should be able to get the resource UUID by using the Location response header such as in https://github.com/go-gandi/go-gandi/blob/8ada87e22651f84dc33b6365f0d1dcad5c483e45/simplehosting/simplehosting.go#L48

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks! I'll do that!

@nlewo
Copy link
Member

nlewo commented Feb 1, 2022

I have invited you to the team

🎉 Welcome aboard 🎉

Regarding the Pulumi repository, would you accept to add something such as (maintainer @vincentbernat) in the repository description?
I never used Pulumi so i won't be able to do any reviews :(

Also, you could submit your pulumi project in the awesome-gandi repository if you want to make it more visible ;)

@vincentbernat
Copy link
Member Author

I am running a bit short on time currently, but fear not, I have not forgotten!

@vincentbernat
Copy link
Member Author

I have rebased this PR. It should be ready now.

As for the Pulumi provider, since @rawkode already pushed its version to pulumiverse, I prefer to use it instead of my "own" (that's really just a thin wrapper).

There are one important shortcoming with this implementation:

 - When creating a key, the API does not return its UUID. We guess the
   UUID to be the last one, but this is quite a wild guest. Gandi
   should provide the UUID in the return of the API call.

I didn't generate the documentation as I expect this to be done
prior to releasing.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants