On Sat, May 27, 2017 at 01:16:39PM +0200, Erik Bray wrote:
> All I'm proposing are some very *minor* changes that change little about
> how Sage is currently worked on, while still being a quality of life
> improvement, in a way.
Hi Erik.
that's great news.
and it sounds like the way to go, part
Hi,
On 2017-05-27, Jeroen Demeyer wrote:
> Personally, I find it more intuitive if "sage -i PKGNAME" would
> unconditionally install the Sage package PKGNAME, even if PKGNAME was
> detected as system package.
I find it more intuitive if "sage -f PKGNAME" would install the Sage package
even whe
On Sat, May 27, 2017 at 4:46 PM, Erik Bray wrote:
> On May 27, 2017 11:13 AM, "Volker Braun" wrote:
>
> In fact, if we were to do some major changes to the build system we should
> consider building on top of conda. In particular, we shouldn't just crap
> arbitrary files into $SAGE_LOCAL during
On May 27, 2017 11:32 AM, "Jeroen Demeyer" wrote:
Otherwise it sets `$(inst_)` to a
> dummy file that always exists (this way any dependencies for that
> package are still satisfied, but the spkg is never actually
> built/installed).
>
Let me mention *why* I came up with this dummy file: even if
On May 27, 2017 11:13 AM, "Volker Braun" wrote:
In fact, if we were to do some major changes to the build system we should
consider building on top of conda. In particular, we shouldn't just crap
arbitrary files into $SAGE_LOCAL during build, but turn each package into
separate binary achive that
Otherwise it sets `$(inst_)` to a
dummy file that always exists (this way any dependencies for that
package are still satisfied, but the spkg is never actually
built/installed).
Let me mention *why* I came up with this dummy file: even if configure
detects that a Sage package is not needed, it
Have a look at spack as well, which is a package-manager. Although it's not
a single software application, it uses system packages when specified to
build a package.
http://spack.readthedocs.io/en/latest/build_settings.html
Isuru Fernando
On Sat, May 27, 2017 at 1:19 PM, Erik Bray wrote:
> On
In fact, if we were to do some major changes to the build system we should
consider building on top of conda. In particular, we shouldn't just crap
arbitrary files into $SAGE_LOCAL during build, but turn each package into
separate binary achive that then gets installed.
* Going back in the git
On May 26, 2017 23:49, "William Stein" wrote:
On Fri, May 26, 2017 at 6:01 AM, Erik Bray wrote:
[...]
> The extent and scope to which Sage "vendors" its dependencies, in the
> form of what some call "sage-the-distribution", is *not* particularly
> normal in the open source world. Vendoring *som
