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

removes gofork direct usage as fix is part of go #1465

Merged
merged 1 commit into from
Aug 21, 2019

Conversation

d1egoaz
Copy link
Contributor

@d1egoaz d1egoaz commented Aug 21, 2019

fixes #1438

jcmturner/gokrb5 needs to use the jcmturner/gofork in order to have
some workarounds about some stuff not implemented or not working as
expected.

For the specific case of github.com/jcmturner/gofork/encoding/asn1 there
is no reason right now to keep using jcmturner/gofork as the issue
golang/go#17321 was solved/closed in Dec 15, 2016 and released in go
1.10

jcmturner/gokrb5 still uses internally jcmturner/gofork, it seems
the gofork asn1 part could be removed and use the standar library,
but that will need some more work and PRs on the jcmturner/gokrb5
side.

fixes #1438

`jcmturner/gokrb5` needs to use the `jcmturner/gofork` in order to have
some workarounds about some stuff not implemented or not working as
expected.

For the specific case of github.com/jcmturner/gofork/encoding/asn1 there
is no reason right now to keep using `jcmturner/gofork` as the issue
golang/go#17321 was solved/closed in Dec 15, 2016 and released in go
1.10

`jcmturner/gokrb5` still uses internally `jcmturner/gofork`, it seems
the `gofork` `asn1` part could be removed and use the standar library,
but that will need some more work and PRs on the `jcmturner/gokrb5`
side.
Copy link
Contributor

@bai bai left a comment

Choose a reason for hiding this comment

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

LGTM

@bai bai merged commit d5e4de4 into master Aug 21, 2019
@bai bai deleted the diego_remove-direct-reference-gofork branch August 21, 2019 17:53
@twmb
Copy link

twmb commented Jun 21, 2020

I suspect the reason this broke things is because the fork returned its own asn1.ObjectType, which the stdlib marshalled differently, since it was not a stdlib asn1.ObjectType.

To re-apply this patch, you would need to do asn1.ObjectType(gssapi.OIN(....

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.

Unusual / unlicensed dependency in kerberos support
3 participants