From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1QqeYi-00027E-6O for garchives@archives.gentoo.org; Tue, 09 Aug 2011 05:08:56 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 9656E21C1F4; Tue, 9 Aug 2011 05:08:47 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id F2B9A21C1DB for ; Tue, 9 Aug 2011 05:08:38 +0000 (UTC) Received: by ywa8 with SMTP id 8so4313237ywa.40 for ; Mon, 08 Aug 2011 22:08:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=JuJpD72jjMCMGUy5faw3HxL2fJskTLYOhPJ4oCNKgxc=; b=m9/SrnkXd8KWYM/G1LG05fwC4lJ4//1e+L2x7+1Ql7u7LHp4V1XLuC8udZzSxhJ02K mu1+nbPPoCqPpz2hz36MlqRWZt3O3PBE2yOF0zPd1uN52z1XKsleRZhDvNMyWDsgDTnD ze8Yw12TcllWsYxKoREEju/wzFAVL3UukptOI= Received: by 10.236.170.1 with SMTP id o1mr840585yhl.213.1312866518428; Mon, 08 Aug 2011 22:08:38 -0700 (PDT) Received: from mistaya.nunet.neu.edu ([129.10.68.148]) by mx.google.com with ESMTPS id r28sm6593yhm.38.2011.08.08.22.08.37 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 08 Aug 2011 22:08:37 -0700 (PDT) Date: Tue, 9 Aug 2011 01:07:44 -0400 From: VulK To: gentoo-science@lists.gentoo.org Subject: Re: [gentoo-science] sage queues Message-ID: <20110809050744.GF24561@mistaya.nunet.neu.edu> References: <20110809030859.GE24561@mistaya.nunet.neu.edu> <20110809162952.nn4s0c4048sscww0@webmail.slingshot.co.nz> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-science@lists.gentoo.org Reply-to: gentoo-science@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20110809162952.nn4s0c4048sscww0@webmail.slingshot.co.nz> User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: X-Archives-Hash: 7f97da020f2a0292752c84dbf450f06c 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? Thank you S. * fbissey@slingshot.co.nz [2011-08-09 16:29:52]: > Quoting VulK : > > > Dear all, > > this is my first post to gentoo-science and I am writing because I have some > > problems running experimental code from the sage project. > > My issue is the following: > > I have sci-mathematics/sage-4.7-r2 installed from the sage-on-gentoo overlay > > and I would like to install the combinat queue; I am following these > > instructions: http://wiki.sagemath.org/combinat/MercurialStepByStep > > The command I am supposed to run is > > # sage -combinat install > > unfortunately -combinat is not recognized by sage as a valid option. I > > browsed a little bit around the filesystem and I noticed that $SAGE_ROOT is > > empty (except for some documentation) while on other installations of sage > > (not using the ebuilds) there is plenty of stuff including a devel/combinat > > folder. > > Is there an option I can use when installing sage to allow for experimental > > sources? or is there any other way I can use queues without installing sage > > not using portage? > > Thanks > > VulK > > > > PS: some weird behaviour: > > > > % sage -h > > ---------------------------------------------------------------------- > > | Sage Version 4.7, Release Date: 2011-05-23 | > > ---------------------------------------------------------------------- > > > > Optional arguments: > > file. -- run given .sage, .py or .spyx files > > -advanced -- list all command line options > > -c -- Evaluates cmd as sage code > > -experimental -- list all experimental packages that can be installed > > -gap [...] -- run Sage's Gap with given arguments > > -gp [...] -- run Sage's PARI/GP calculator with given arguments > > -h, -? -- print this help message > > -i [packages] -- install the given Sage packages > > -inotebook [...] -- start the *insecure* Sage notebook > > -maxima [...] -- run Sage's Maxima with given arguments > > -mwrank [...] -- run Sage's mwrank with given arguments > > -n, -notebook [...] -- start the Sage notebook (options are the same > > as for the notebook command in Sage) > > -optional -- list all optional packages that can be installed > > -python [...] -- run the Python interpreter > > -R [...] -- run Sage's R with given arguments > > -singular [...] -- run Sage's singular with given arguments > > -root -- print the Sage root directory > > -t [options] > > -- test examples in .py, .pyx, .sage or .tex files > > options: > > -long -- include lines with the phrase > > 'long time' > > -verbose -- print debugging output during > > the test > > -optional -- also test all #optional examples > > -only-optional -- only run tests > > including one of the #optional tags > > -randorder[=seed] -- randomize order of tests > > -v, -version -- print the Sage version > > > > % sage -experimental > > sage-run received unknown option: -experimental > > usage: sage [options] > > Try 'sage -h' for more information. > > Hi VuLK, > > unfortunately at this stage we do not support that in sage-on-gentoo. > Actually the version we ship is stripped down in some ways. > Let me explain: > sage has its own upgrade system, it wouldn't work in the kind of > installation we > do and that would mean changing, adding and deleting files in the > system outside > the control of the package manager. We definitely don't want to do that. So we > removed the options for sage upgrade. The only option to upgrade is > portage/package-core etc... > > There are options to help you create spkg, install spkg and so on, we could > probably give back the one to create spkg but we otherwise completely > circumvent the sage build system so the corresponding options are gone. > > The main problem is that sage's normal distribution model is trying to be > developer friendly but isn't distro friendly. We coerced it into a > distro which > makes it more appealing for an end user to try but it is stripped of > some of the > dev-friendly features. > > There are advantages and disadvantages for both models. We can be/are > more up to > date than sage with some packages. If I patch something I literally have to > reinstall the whole of of the sage spkg from portage, the equivalent of sage > -ba while from vanilla sage you could use sage -b and only rebuild the > necessary bits. > > Now you are the first person making this kind of request about using something > like the combinat queue. We probably can give you an ebuild pulling the > combinat queue. There are just two caveats here: > 1) it may take a bit of time for us to come up with something. > 2) because I expect the queue to be somewhat in flux it would have to be a hot > ebuild of some kind. If you can live with that we can probably work something > out. > > Francois > > > >