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
{{ message }}
This repository was archived by the owner on Apr 15, 2022. It is now read-only.
Some users reported that when they start sage from the SageMath shortcut they get as the first output:
sys:1: RuntimeWarning: not adding directory '' to sys.path since it's writable by an untrusted group.
Untrusted users could put files in this directory which might then be imported by your Python code. As a general precaution from similar exploits, you should not execute Python code from this directory
This is something sage's Python is known to do, but the question is why it's doing it in this case. The directory that sage is installed into should have permissions such that it's not "writable by an untrusted group", but how Cygwin is interpreting the user's ACL could in some cases be incorrect in such a way that causes this warning, but I haven't figured out a way to reproduce yet.
The text was updated successfully, but these errors were encountered:
I was able to reproduce this, this time. This seems to be related to the fact that we mount C:\Users\<username> as the user's home directory, and start sage there as the current working directory.
However, the group ownership of the directory might not line up with what Sage's Python is expecting here (for example, it may be owned by the SYSTEM user). This is similar to the issue described here: https://cygwin.com/faq/faq.html#faq.using.ssh-pubkey-stops-working
I'm not sure yet how to work around it, but it would be good to fix as this is an alarming warning for an unwary user to see.
Some users reported that when they start sage from the
SageMath
shortcut they get as the first output:This is something sage's Python is known to do, but the question is why it's doing it in this case. The directory that sage is installed into should have permissions such that it's not "writable by an untrusted group", but how Cygwin is interpreting the user's ACL could in some cases be incorrect in such a way that causes this warning, but I haven't figured out a way to reproduce yet.
The text was updated successfully, but these errors were encountered: