Gentoo Logo
Gentoo Spaceship

Note: Due to technical difficulties, the Archives are currently not up to date. GMANE provides an alternative service for most mailing lists.
c.f. bug 424647
List Archive: gentoo-science
Lists: gentoo-science: < Prev By Thread Next > < Prev By Date Next >
To: gentoo-science@g.o
From: VulK <etn45p4m@...>
Subject: Re: sage queues
Date: Thu, 11 Aug 2011 23:24:45 -0400
* fbissey@... <fbissey@...> [2011-08-09 17:21:10]:

> Quoting VulK <etn45p4m@...>:
> > Hi,
> > Thank you for the explanation: I kind of guessed that some part of sage were
> > omitted to adapt the two packaging system but your explanation gave me the
> > details I was missing.
> > As you said the combinat queue is/should be a real mess of continuous
> > updates (at least this is what I was told) so I am not entirely sure how well
> > an e-build would perform, in case you decide to spend some time on it I will
> > gladly be a guinea pig for testing it out.
> > I do not understand sage package system in details so my request may just be
> > stupid but is it possible to produce separate ebuilds for the different part
> > of sage that are now stripped? If not for all of those can this be 
> > done for the
> > various packages in $SAGE_ROOT/devel ? If an e-build is not feasible, can
> > USE flags be used to select which extensions to include at compile time?
> >
> The details are a bit long to explain but everything provided by sage is
> currently split. Technically what is missing is some scripts from the spkg
> sage_scripts (provided by our sage-baselayout ebuild). Most of the files in
> $SAGE_LOCAL/bin of a vanilla install that starts with sage are provided 
> by this
> spkg. And we omit a lot of them, some are already installed only on use flag
> request. We could add more if it was useful and feasible from a package
> management perspective.
> I must say that talking with sage-developers interested in sage installed with
> portage there is a possibility that some stuff may come back in some form once
> we figured it out. 

Do you mean that in a distant future sage package system *might* become

> Something like sage -combinat creates a new sage branch.
> There is a possibility that we could allow such a branch to be created 
> inside a
> user account (not system wide) and allow its use. But that's still some 
> way off
> on my map. In fact it may come as a surprise to my fellow sage-on-gentoo devs.
> Francois

Re: sage queues
-- fbissey
sage queues
-- VulK
Re: sage queues
-- fbissey
Re: sage queues
-- VulK
Re: sage queues
-- fbissey
Lists: gentoo-science: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
Re: sage queues
Next by thread:
Re: sage queues
Previous by date:
Re: sage queues
Next by date:
Re: sage queues

Updated Jul 05, 2012

Summary: Archive of the gentoo-science mailing list.

Donate to support our development efforts.

Copyright 2001-2013 Gentoo Foundation, Inc. Questions, Comments? Contact us.