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

Move ssl_options & auth options into constructor #91

Closed
jimmidyson opened this issue Jun 4, 2015 · 11 comments
Closed

Move ssl_options & auth options into constructor #91

jimmidyson opened this issue Jun 4, 2015 · 11 comments

Comments

@jimmidyson
Copy link
Contributor

No description provided.

jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
jimmidyson added a commit to jimmidyson/kubeclient that referenced this issue Jun 4, 2015
@abonas abonas closed this as completed in 5cf2c3a Jun 19, 2015
abonas added a commit that referenced this issue Jun 19, 2015
Fixes #91: Move SSL options, basic auth & bearer token to constructor
@abonas
Copy link
Member

abonas commented Jul 13, 2015

@jimmidyson, please make sure the readme is aligned with this change, I'd like to release a new gem ver. with latest commits. thanks!

@jimmidyson
Copy link
Contributor Author

@abonas I think it is aligned with this change, isn't it?

@abonas
Copy link
Member

abonas commented Jul 14, 2015

@abonas I think it is aligned with this change, isn't it?

I'm not saying it's not :) , I just wanted to make sure it is fully updated before releasing a new version, as once a gem is released, if it's unusable, it's hard to get rid of it (you need to yank it on rubygems, but can't reupload it unless you bump version again)

@simon3z
Copy link
Collaborator

simon3z commented Aug 12, 2015

@jimmidyson @abonas thanks for this fix (cc @oschreib ), we actually require this ASAP (let's wait for Mooli's changes and then let's build a new gem)

@abonas
Copy link
Member

abonas commented Aug 12, 2015

@jimmidyson @abonas thanks for this fix (cc @oschreib ), we actually require this ASAP (let's wait for Mooli's changes and then let's build a new gem)

@simon3z , this was released as part of 0.2.0 so to use it, either 0.2.0 or 0.3.0 can be taken.
I am probably missing something in your comment above :)
v0.1.17...v0.2.0

@simon3z
Copy link
Collaborator

simon3z commented Aug 12, 2015

@abonas apparently this commit also carries a fix (that shouldn't have been part of the patch):

5cf2c3a#diff-78cbcd17c7ae3f02081ec1ce253bb73bR43

cc @jimmidyson

Now we find ourselves in a situation where we can't bump from v0.1.17 (and fix the to_s part in ManageIQ) without carrying in also all the ssl_options changes. Which is something that Mooli is working on.

@simon3z
Copy link
Collaborator

simon3z commented Aug 12, 2015

@abonas so what I meant is to wait for @moolitayer's patch and build right away because we're not only introducing quota and limits but also fixing an important issue. (This is the effect of not having a stable branch, which anyway is too early to have).

@jimmidyson
Copy link
Contributor Author

@simon3z Moving to ssl_options should be a case of just moving the previous ssl_options into your .new call?

@simon3z
Copy link
Collaborator

simon3z commented Aug 12, 2015

@jimmidyson yes I wanted to fix the to_s part without having to move to the new API. It will be easier in the future when we'll have a stable branch.

@simon3z
Copy link
Collaborator

simon3z commented Aug 12, 2015

@jimmidyson only problem here was the lack of awareness of an important issue that should be filed/resolved separately.

@jimmidyson
Copy link
Contributor Author

@simon3z I'd personally just be happy that the fix is there :)

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

No branches or pull requests

3 participants