You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since version 5.0.0, jupyter_client sets the sticky bit on the connection info file and its parent directory. This is to avoid the file being unexpectedly "garbage collected". See fixes in 5.0.0
This is harmless since the file is normally placed in /run/user/$uid/jupyter which is only used for that purpose.
Now remote_ikernel copies the connection info file on the remote machine in the current directory, resulting in that directory having its sticky bit set. This may be an unwanted side effect.
How about putting the remote copy of the connection info file also in /run/user/$uid/jupyter (on the remote machine).
The text was updated successfully, but these errors were encountered:
Original comment by Tom Daff (Bitbucket: tdaff, GitHub: tdaff).
Thanks for the issue!
It's been a while since I looked at any of these projects, but from a quick glance I'm tempted to say that Jupyter is misbehaving. The connection file is written by remote_ikernel to the working directory as the remote system could be anything and there is no guarantee that any other directories exist or would be accessible.
I'll see what they say on the Jupyter repository as I think the launcher should really only be setting the sticky bit if it has created the connection file itself.
Original report by Anonymous.
Since version 5.0.0, jupyter_client sets the sticky bit on the connection info file and its parent directory. This is to avoid the file being unexpectedly "garbage collected". See
fixes in 5.0.0
This is harmless since the file is normally placed in /run/user/$uid/jupyter which is only used for that purpose.
Now remote_ikernel copies the connection info file on the remote machine in the current directory, resulting in that directory having its sticky bit set. This may be an unwanted side effect.
How about putting the remote copy of the connection info file also in /run/user/$uid/jupyter (on the remote machine).
The text was updated successfully, but these errors were encountered: