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

Remove extra_env and corresponding test #581

Merged
merged 1 commit into from
Sep 12, 2020

Conversation

kevin-bates
Copy link
Member

As mentioned here, the use of extra_env is essentially rogue code that came into existence as part of future work that later was removed from master (or something like that). These changes remove its use since its existence interferes with the use of the long-deprecated kernel_cmd trait.

Fixes #580

Copy link
Member

@willingc willingc left a comment

Choose a reason for hiding this comment

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

This looks good to me @kevin-bates. Will tag @MSeal for review too since he has more historical context.

@willingc willingc requested a review from MSeal September 12, 2020 18:24
Copy link
Contributor

@MSeal MSeal left a comment

Choose a reason for hiding this comment

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

I'm good with removing this. I believe this is the pattern (

) used when env manipulation is done in other applications that I know of which need to do this pattern. We should remember to do a minor version bump next release since it is removing a capability.

@MSeal MSeal merged commit 842fa46 into jupyter:master Sep 12, 2020
@willingc willingc added this to the 6.1 milestone Sep 12, 2020
@kevin-bates
Copy link
Member Author

@willingc and @MSeal - thank you for the review and merge.

Matt, regarding...

We should remember to do a minor version bump next release since it is removing a capability.

I'm a little confused about what capability is being removed since extra_env was essentially invalid since its introduction into the master branch relative to the use of kernel_cmd. (In the kernel_discovery branch, from whence this came, extra_env is definitely a "capability".) I suppose some application could be accessing the kernel manager directly (as the removed test code had done) and explicitly setting both kernel_cmd and extra_env (which would be the only way use of kernel_cmd could be made to work), but I view this PR more as a bug fix than removal of functionality. Clearly, no one had ever tried using kernel_cmd post-6.x until now. Or is your comment more about the eventual removal of the 7-year deprecated kernel_cmd - which probably warrants further discussion?

I don't mind incrementing the minor version on the next release for this particular change but just wanted to understand what capability was being removed. Thanks.

@MSeal
Copy link
Contributor

MSeal commented Sep 14, 2020

That's a decent argument for it being classified as a bug fix. I have found that if it exists in any capacity, someone somewhere has extended and repurposed it, so I tend to assume if I am deleting something that could be used it's a breaking change. Hence the minor version suggestion. Nothing beyond that on my thinking and it's not a strong opinion therein for this change.

@kevin-bates
Copy link
Member Author

Ok - thank you for the explanation.

I have found that if it exists in any capacity, someone somewhere has extended and repurposed it

I agree totally agree and I'm guilty of that myself. 😄

Ok - let's move to 6.2 at next build just to be safe.

@kevin-bates kevin-bates deleted the remove-extra-env branch December 20, 2020 18:23
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.

AttributeError: 'IOLoopKernelManager' object has no attribute 'extra_env'
3 participants