Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-22 Thread William Stein
On Thu, Sep 22, 2016 at 12:49 PM, Vincent Delecroix < 20100.delecr...@gmail.com> wrote: > I would benefit a lot from having Sage be part of the system Python. > The reason is that I am using a distribution and my distribution comes > with many Python modules that I am using. For some of them they

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-22 Thread Vincent Delecroix
I would benefit a lot from having Sage be part of the system Python. The reason is that I am using a distribution and my distribution comes with many Python modules that I am using. For some of them they are either broken on Sage or just does not compile at all (eg matplotlib graphics, pygtk). I

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-22 Thread Erik Bray
On Sat, Sep 10, 2016 at 12:30 PM, 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

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-22 Thread Erik Bray
On Sat, Sep 10, 2016 at 4:55 PM, William Stein wrote: > On Sat, Sep 10, 2016 at 3:30 AM, 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

[sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread William Stein
On Saturday, September 10, 2016, Volker Braun wrote: > On Saturday, September 10, 2016 at 4:55:48 PM UTC+2, William wrote: >> >> Python itself could make those same arguments, as one can install >> multiple copies of Python in different ways on a single computer. >> > >

[sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread Volker Braun
On the plus side, now that we don't sent LD_LIBRARY_PATH any more any extensions modules found in ~/.local actually have a chance of working. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread Volker Braun
On Saturday, September 10, 2016 at 4:55:48 PM UTC+2, William wrote: > > Python itself could make those same arguments, as one can install > multiple copies of Python in different ways on a single computer. > Thats not really a valid argument, you are comparing apples and oranges. If anything,

[sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread leif
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

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread William Stein
On Sat, Sep 10, 2016 at 3:30 AM, 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

[sage-devel] Re: PYTHONUSERBASE?

2016-09-10 Thread Volker Braun
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

Re: [sage-devel] Re: PYTHONUSERBASE?

2016-09-09 Thread Jeroen Demeyer
On 2016-09-09 18:29, leif wrote: See also https://trac.sagemath.org/ticket/21430 for a very recent, related discussion. No, it's not related at all. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop

[sage-devel] Re: PYTHONUSERBASE?

2016-09-09 Thread leif
William Stein 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