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

Avoid triggering extra logic in IPython.paths.get_ipython_dir when performing migration #118

Merged
merged 1 commit into from
Oct 27, 2017

Conversation

minrk
Copy link
Member

@minrk minrk commented Oct 26, 2017

IPython's get_ipython_dir always returns a writable directory that exists, creating one if the default resolution isn't writable.

We don't want to trigger all of this extra logic when checking for old config files to migrate,
so reimplement a simpler IPython dir resolution without any of IPython's own migration logic.

We already had a check if get_ipython_dir() exists to skip migration, but this would always be True because of upstream get_ipython_dir()'s behavior.

closes jupyterhub/jupyterhub#1503

It's also been long enough that we could consider removing automatic migration altogether, leaving only the explicit jupyter-migrate command.

…tion

IPython's get_ipython_dir always returns a writable directory that exists,
creating an empty one if the default resolution doesn't find one.

We don't want to trigger all of this when checking for old config files to migrate,
so reimplement a simpler check.
@takluyver
Copy link
Member

Makes sense. I'd also be OK with dropping auto-migration, since Jupyter has been around over two years. But I don't think it does much harm to leave it around either.

@Carreau Carreau merged commit aa21eff into jupyter:master Oct 27, 2017
@Carreau
Copy link
Member

Carreau commented Oct 27, 2017

Happy to drop auto-migration at some point in the future, it is still cheap to keep.

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.

jupyterhub-singleuser fails when user's home directory doesn't exist
4 participants