Volker Braun wrote: > I think this idea of installing stuff globally (either system-wide or in > ~/.local) is outdated. Really its always better to make a venv if you > need some sort of specialist package. Its just an all-around better > workflow. And Sage-the-distribution really is like a big venv. > > I'd rather spend 5 seconds installing my favorite package into Sage than > an hour debugging what in ~/.local makes Sage crash. > > And there are a lot of potential conflicts; for startes if you compile > Sage with SAGE_DEBUG=yes then the Python ABI will be incompatible with > any extension modules in ~/.local > > If anything I would document that you can opt-in to the account-wide > packages by running "PYTHONUSERBASE=~/.local sage"
+1 As an alternative to the latter, we could also check for some user-provided "magic" file in $PYTHONUSERBASE/... such as OK_TO_BE_USED_BY_SAGE, say, and accept a user's setting iff that file is present. Same for IPYTHONDIR etc. by the way. That way, it is 100% clear that the user actively acts at his/her own risk (provided Sage itself *never* /creates/ that file of course). At startup, we could in addition briefly remind the user in case such "external" folders (settings and packages) are currently used as well. "Cross-forwarding" from debian-science-sagemath [1] since (I think) this fits nicely: On Tue, Aug 23, 2016 at 11:28 PM, Jerome BENOIT <calculus at rezozer.net> wrote: > Is Sage a distribution ? Hi, sorry to drop in on this as a lurker unannounced, but in my opinion, SageMath is definitely a distribution. It's not something that's used very widely, but for a narrow target of higher mathematics (of a certain kind) it is very useful. It setups a rather closed environment, where all components are tested to work well together and have a clear version number (that can be used in scientific publications). Drawback is, that all that is more like organically grown and detached from the "outside world". That's definitely a bad aspect, but hey, it still solves a lot of the tiny issues that arise, when you try to do computational mathematics in those areas. -- harald (Feel free to also read the replies which -- regarding the subject of the list -- naturally state a different point of view.) -leif [1] http://lists.alioth.debian.org/pipermail/debian-science-sagemath/Week-of-Mon-20160822/000094.html > On Friday, September 9, 2016 at 5:38:58 PM UTC+2, William wrote: > > Hi, > > I personally disagree with trying to make Sage's python and the > general environment be as isolated as possibly from each other. We > should try to interoperate with the greater Python world as much as > possible, not change things to discourage that. If you want total > isolation, use Docker, don't mess with environment variables like > this... > > I realize that this might just get closed due to philosophical > differences. How about just document PYTHONUSERBASE in our FAQ or > something (like it is in python) and trust users to have a clue? > > I've made https://trac.sagemath.org/ticket/21456 > <https://trac.sagemath.org/ticket/21456> about this. However, > the authors of the new code in Sage that sets PYTHONUSERBASE if it > isn't set, might have a very different opinion, and for a good reason. > Thoughts? > > -- William > > > -- > William (http://wstein.org) -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.
