Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-03 Thread William A Stein
On Tue, Sep 2, 2014 at 11:27 PM, Samuel Lelièvre
 wrote:
>
> William Stein wrote:
>
>> Is there anybody out there whose interested in (greatly) increasing
>> the number of optional gap packages in the optional GAP spkg for Sage?
>>
>> This thread has a lot of info about this.In particular, this would
>> be very beneficial to SageMathCloud...
>>
>>  -- William
>
>
> Ideally, the sagecell server(s) at sagecell.sagemath.org and
> aleph.sagemath.org could also have a fuller GAP, so that it
> would be a place to play with GAP online.

Yes, that's exactly why I'm hoping we improve the Sage gap spkg,
rather than me just using BOB (say) on SageMathCloud.  I want Sage and
all sage-related services to also have a better GAP install.

William

>
> Samuel
>
>
> --
> 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 http://groups.google.com/group/sage-devel.
> For more options, visit https://groups.google.com/d/optout.



-- 
William Stein
Professor of Mathematics
University of Washington
http://wstein.org
wst...@uw.edu

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread Samuel Lelièvre

William Stein wrote:

Is there anybody out there whose interested in (greatly) increasing 
> the number of optional gap packages in the optional GAP spkg for Sage? 
>
> This thread has a lot of info about this.In particular, this would 
> be very beneficial to SageMathCloud... 
>
>  -- William
>

Ideally, the sagecell server(s) at sagecell.sagemath.org and
aleph.sagemath.org could also have a fuller GAP, so that it
would be a place to play with GAP online.

Samuel
 

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread François Bissey
On Tue, 02 Sep 2014 23:46:37 Alexander Konovalov wrote:
> On 2 Sep 2014, at 23:40, François Bissey  
wrote:
> > That's a point were I think I should chip in some info.
> > 
> > When sage moved to gap 4.5+ I was in pain making a new ebuild for sage-on-
> > gentoo. Initially I was just installing the full gap instead of a trimmed
> > version. Installation takes ages. I have now trimmed things a little bit
> > but it still take ages - but still an improvement.
> 
> Thanks, François. Would be interested to know what takes particularly long
> time there.
> 
One aspect here is probably Gentoo specific, there are a lot of small files
and they all have to be indexed by the package manager before being installed.
The point between the compilation and copying gap onto the system proper is
what takes time. Apart from the indexing issue I suspect one the helper
from portage (the system package manager) is suboptimal for that particular
use case.
If gap had a proper "make install" target (that respect DESTDIR) it may
improve the install time greatly.

Francois

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread Alexander Konovalov

On 2 Sep 2014, at 23:40, François Bissey  
wrote:

> That's a point were I think I should chip in some info. 
> 
> When sage moved to gap 4.5+ I was in pain making a new ebuild for sage-on-
> gentoo. Initially I was just installing the full gap instead of a trimmed 
> version. Installation takes ages. I have now trimmed things a little bit
> but it still take ages - but still an improvement.

Thanks, François. Would be interested to know what takes particularly long 
time there.

> I had to very quickly blacklist xgap, removing it altogether. In gap 4.5.x
> it would automatically load when gap was started in sage and cause sage to 
> hang. It took us a little while to pinpoint it.
> https://github.com/cschwan/sage-on-gentoo/issues/189
> in particular
> https://github.com/cschwan/sage-on-gentoo/issues/189#issuecomment-12587392

It makes sense about xgap. There are two gap packages, xgap and pargap, which
can not be loaded from GAP with LoadPackage command. Instead, they have own
shell scripts to start GAP in a specific way.

Best wishes
Alexander



-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.


Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread William A Stein
On Tue, Sep 2, 2014 at 3:40 PM, François Bissey
 wrote:
> That's a point were I think I should chip in some info.
>
> When sage moved to gap 4.5+ I was in pain making a new ebuild for sage-on-
> gentoo. Initially I was just installing the full gap instead of a trimmed
> version. Installation takes ages. I have now trimmed things a little bit
> but it still take ages - but still an improvement.
>
> I had to very quickly blacklist xgap, removing it altogether. In gap 4.5.x
> it would automatically load when gap was started in sage and cause sage to
> hang. It took us a little while to pinpoint it.
> https://github.com/cschwan/sage-on-gentoo/issues/189
> in particular
> https://github.com/cschwan/sage-on-gentoo/issues/189#issuecomment-12587392
>
> Installing the rest had an effect on a couple of doctests if I remember
> correctly but nothing dramatic.

Wow, many thanks for sharing your experience!

 -- William

>
> Francois
>
> On Tue, 02 Sep 2014 15:22:21 Alexander Konovalov wrote:
>> On Monday, September 1, 2014 10:30:30 AM UTC+1, Stein William wrote:
>> > I'm cc'ing this to sage-devel.  It is about GAPs long, long list of
>> > packages, most of which we don't include or even package optionally
>> > for Sage...
>> >
>> > On Fri, Aug 29, 2014 at 3:18 AM, Alexander Konovalov
>> >
>> > > wrote:
>> > > On Friday, August 29, 2014 8:06:33 AM UTC+1, Stein William wrote:
>> > >> > There are a large number of packages here.
>> > >> >
>> > >> >   http://www.gap-system.org/Packages/packages.html
>> > >> >
>> > >> > Which ones should I install?  All of them?  Some of them?
>> > >> >
>> > >> >
>> > >> >
>> > >> > Can you ask at the meeting?
>> > >>
>> > >> Do you know if I could install *all* of them, or do some change
>> > >>
>> > >> behavior of Gap and interfere with others?  Or, like with Python,
>> > >>
>> > >> possibly increase startup time.
>> > >
>> > > Installing all packages will not increase GAP startup time, since they
>> >
>> > are not loaded (it's not a good idea to load all packages simultaneously).
>> > It will only increase the disk space used by GAP. OTOH, the user will be
>> > able to use GAP help system to search across manuals of ALL packages
>> > installed on the system.
>> >
>> > > Then, since the same packages will be loaded after default GAP startup,
>> >
>> > the user will have the same experience in both cases.
>> >
>> > > Furthermore, testing the GAP distribution, we ensure that this
>> >
>> > particular set of packages is fitting together, so I'd not guarantee that
>> > tearing it apart will not cause any side effects.
>> >
>> >
>> > Can I use BOB to install all the "accepted GAP packages" into an
>> > existing GAP install?   It seems to me that BOB both builds GAP and
>> > installs all packages into that GAP.  I don't want that -- I instead
>> > want to use the GAP I built as part of Sage.
>> >
>> > Also, in general, my understanding is that installing a GAP package is
>> > explained here
>> >
>> >http://www.gap-system.org/Manuals/doc/ref/chap76.html#X7B6CD527825945CD
>> >
>> > and basically that says to download the package, extract it, and
>> > read/guess/etc. what to do next.  In particular, what to do can be
>> > anything from nothing, to really complicated, and there's no single
>> > script to just run.  I was expecting that I could just make a list of
>> > packages and type something like
>> >
>> > gap -i names of packages ...
>> >
>> > and it would install all of them, like every other package system I've
>> > ever used does (e.g., R, Pypi, Sage's, npm, and many others).  If
>> > BOB can basically do exactly this, then that's very, very cool and a
>> > great contribution to GAP.   If you could quickly summarize the
>> > situation about what BOB can actually do with an existing GAP install,
>> > it would be greatly appreciated.   (I haven't just tried diving into
>> > BOB due to lack of time.)
>> >
>> > Thanks,
>> >
>> >  -- William
>>
>> Thank you for questions. At the moment, BOB performs a new install, so it's
>> not suitable to update an existing GAP installation. That is a suggestion
>> for the future perhaps, for BOB or for any other package manager for GAP
>> that may appear. I was recommending BOB in response to Samuel saying "...
>> alternatively, would it be possible to have a separate full GAP install?".
>> If you prefer just to add some more packages to the GAP version that is
>> built as part of Sage, and do not want all of them for some reasons, then
>> it would be great at least to ensure that all packages listed under the
>> 'PackagesToLoad' user preference in lib/package.gi are included:
>>
>>   default:= [ "autpgrp", "alnuth", "crisp", "ctbllib", "factint", "fga",
>>   "irredsol", "laguna", "polenta", "polycyclic", "resclasses",
>>   "sophus", "tomlib" ],
>>
>>
>> But the actual list will be larger, since these default packages have some
>> dependencies, as can be seen from the GAP startup information:
>>  ┌───┐   GAP, Version 4

Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread François Bissey
That's a point were I think I should chip in some info. 

When sage moved to gap 4.5+ I was in pain making a new ebuild for sage-on-
gentoo. Initially I was just installing the full gap instead of a trimmed 
version. Installation takes ages. I have now trimmed things a little bit
but it still take ages - but still an improvement.

I had to very quickly blacklist xgap, removing it altogether. In gap 4.5.x
it would automatically load when gap was started in sage and cause sage to 
hang. It took us a little while to pinpoint it.
https://github.com/cschwan/sage-on-gentoo/issues/189
in particular
https://github.com/cschwan/sage-on-gentoo/issues/189#issuecomment-12587392

Installing the rest had an effect on a couple of doctests if I remember
correctly but nothing dramatic.

Francois

On Tue, 02 Sep 2014 15:22:21 Alexander Konovalov wrote:
> On Monday, September 1, 2014 10:30:30 AM UTC+1, Stein William wrote:
> > I'm cc'ing this to sage-devel.  It is about GAPs long, long list of
> > packages, most of which we don't include or even package optionally
> > for Sage...
> > 
> > On Fri, Aug 29, 2014 at 3:18 AM, Alexander Konovalov
> > 
> > > wrote:
> > > On Friday, August 29, 2014 8:06:33 AM UTC+1, Stein William wrote:
> > >> > There are a large number of packages here.
> > >> > 
> > >> >   http://www.gap-system.org/Packages/packages.html
> > >> > 
> > >> > Which ones should I install?  All of them?  Some of them?
> > >> > 
> > >> > 
> > >> > 
> > >> > Can you ask at the meeting?
> > >> 
> > >> Do you know if I could install *all* of them, or do some change
> > >> 
> > >> behavior of Gap and interfere with others?  Or, like with Python,
> > >> 
> > >> possibly increase startup time.
> > > 
> > > Installing all packages will not increase GAP startup time, since they
> > 
> > are not loaded (it's not a good idea to load all packages simultaneously).
> > It will only increase the disk space used by GAP. OTOH, the user will be
> > able to use GAP help system to search across manuals of ALL packages
> > installed on the system.
> > 
> > > Then, since the same packages will be loaded after default GAP startup,
> > 
> > the user will have the same experience in both cases.
> > 
> > > Furthermore, testing the GAP distribution, we ensure that this
> > 
> > particular set of packages is fitting together, so I'd not guarantee that
> > tearing it apart will not cause any side effects.
> > 
> > 
> > Can I use BOB to install all the "accepted GAP packages" into an
> > existing GAP install?   It seems to me that BOB both builds GAP and
> > installs all packages into that GAP.  I don't want that -- I instead
> > want to use the GAP I built as part of Sage.
> > 
> > Also, in general, my understanding is that installing a GAP package is
> > explained here
> > 
> >http://www.gap-system.org/Manuals/doc/ref/chap76.html#X7B6CD527825945CD
> > 
> > and basically that says to download the package, extract it, and
> > read/guess/etc. what to do next.  In particular, what to do can be
> > anything from nothing, to really complicated, and there's no single
> > script to just run.  I was expecting that I could just make a list of
> > packages and type something like
> > 
> > gap -i names of packages ...
> > 
> > and it would install all of them, like every other package system I've
> > ever used does (e.g., R, Pypi, Sage's, npm, and many others).  If
> > BOB can basically do exactly this, then that's very, very cool and a
> > great contribution to GAP.   If you could quickly summarize the
> > situation about what BOB can actually do with an existing GAP install,
> > it would be greatly appreciated.   (I haven't just tried diving into
> > BOB due to lack of time.)
> > 
> > Thanks,
> > 
> >  -- William
> 
> Thank you for questions. At the moment, BOB performs a new install, so it's
> not suitable to update an existing GAP installation. That is a suggestion
> for the future perhaps, for BOB or for any other package manager for GAP
> that may appear. I was recommending BOB in response to Samuel saying "...
> alternatively, would it be possible to have a separate full GAP install?".
> If you prefer just to add some more packages to the GAP version that is
> built as part of Sage, and do not want all of them for some reasons, then
> it would be great at least to ensure that all packages listed under the
> 'PackagesToLoad' user preference in lib/package.gi are included:
> 
>   default:= [ "autpgrp", "alnuth", "crisp", "ctbllib", "factint", "fga",
>   "irredsol", "laguna", "polenta", "polycyclic", "resclasses",
>   "sophus", "tomlib" ],
> 
> 
> But the actual list will be larger, since these default packages have some
> dependencies, as can be seen from the GAP startup information:
>  ┌───┐   GAP, Version 4.7.5 of 24-May-2014 (free software, GPL)
>  │  GAP  │   http://www.gap-system.org
>  └───┘   Architecture: x86_64-unknown-linux-gnu-gcc-default64
>  Libs used:  gmp, readline
>  Loading the library and pack

Re: [sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread William A Stein
Hi Sage-devs,

Is there anybody out there whose interested in (greatly) increasing
the number of optional gap packages in the optional GAP spkg for Sage?

This thread has a lot of info about this.In particular, this would
be very beneficial to SageMathCloud...

 -- William

On Tue, Sep 2, 2014 at 3:22 PM, Alexander Konovalov
 wrote:
> On Monday, September 1, 2014 10:30:30 AM UTC+1, Stein William wrote:
>>
>> I'm cc'ing this to sage-devel.  It is about GAPs long, long list of
>> packages, most of which we don't include or even package optionally
>> for Sage...
>>
>> On Fri, Aug 29, 2014 at 3:18 AM, Alexander Konovalov
>>  wrote:
>> > On Friday, August 29, 2014 8:06:33 AM UTC+1, Stein William wrote:
>> >> > There are a large number of packages here.
>> >>
>> >> >
>> >>
>> >> >   http://www.gap-system.org/Packages/packages.html
>> >>
>> >> >
>> >>
>> >> > Which ones should I install?  All of them?  Some of them?
>> >>
>> >> >
>> >>
>> >> > Can you ask at the meeting?
>> >>
>> >>
>> >>
>> >> Do you know if I could install *all* of them, or do some change
>> >>
>> >> behavior of Gap and interfere with others?  Or, like with Python,
>> >>
>> >> possibly increase startup time.
>> >>
>> >
>> > Installing all packages will not increase GAP startup time, since they
>> > are not loaded (it's not a good idea to load all packages simultaneously).
>> > It will only increase the disk space used by GAP. OTOH, the user will be
>> > able to use GAP help system to search across manuals of ALL packages
>> > installed on the system.
>> >
>> > Then, since the same packages will be loaded after default GAP startup,
>> > the user will have the same experience in both cases.
>> >
>> > Furthermore, testing the GAP distribution, we ensure that this
>> > particular set of packages is fitting together, so I'd not guarantee that
>> > tearing it apart will not cause any side effects.
>> >
>>
>> Can I use BOB to install all the "accepted GAP packages" into an
>> existing GAP install?   It seems to me that BOB both builds GAP and
>> installs all packages into that GAP.  I don't want that -- I instead
>> want to use the GAP I built as part of Sage.
>>
>> Also, in general, my understanding is that installing a GAP package is
>> explained here
>>
>>http://www.gap-system.org/Manuals/doc/ref/chap76.html#X7B6CD527825945CD
>>
>> and basically that says to download the package, extract it, and
>> read/guess/etc. what to do next.  In particular, what to do can be
>> anything from nothing, to really complicated, and there's no single
>> script to just run.  I was expecting that I could just make a list of
>> packages and type something like
>>
>> gap -i names of packages ...
>>
>> and it would install all of them, like every other package system I've
>> ever used does (e.g., R, Pypi, Sage's, npm, and many others).  If
>> BOB can basically do exactly this, then that's very, very cool and a
>> great contribution to GAP.   If you could quickly summarize the
>> situation about what BOB can actually do with an existing GAP install,
>> it would be greatly appreciated.   (I haven't just tried diving into
>> BOB due to lack of time.)
>>
>> Thanks,
>>
>>  -- William
>
>
> Thank you for questions. At the moment, BOB performs a new install, so it's
> not suitable to update an existing GAP installation. That is a suggestion
> for the future perhaps, for BOB or for any other package manager for GAP
> that may appear. I was recommending BOB in response to Samuel saying "...
> alternatively, would it be possible to have a separate full GAP install?".
> If you prefer just to add some more packages to the GAP version that is
> built as part of Sage, and do not want all of them for some reasons, then it
> would be great at least to ensure that all packages listed under the
> 'PackagesToLoad' user preference in lib/package.gi are included:
>
>   default:= [ "autpgrp", "alnuth", "crisp", "ctbllib", "factint", "fga",
>   "irredsol", "laguna", "polenta", "polycyclic", "resclasses",
>   "sophus", "tomlib" ],
>
>
> But the actual list will be larger, since these default packages have some
> dependencies, as can be seen from the GAP startup information:
>
>  ┌───┐   GAP, Version 4.7.5 of 24-May-2014 (free software, GPL)
>  │  GAP  │   http://www.gap-system.org
>  └───┘   Architecture: x86_64-unknown-linux-gnu-gcc-default64
>  Libs used:  gmp, readline
>  Loading the library and packages ...
>  Components: trans 1.0, prim 2.1, small* 1.0, id* 1.0
>  Packages:   AClib 1.2, Alnuth 3.0.0, AtlasRep 1.5.0, AutPGrp 1.6,
>  Browse 1.8.5, Carat 2.1.4, CRISP 1.3.8, Cryst 4.1.12,
>  CrystCat 1.1.6, CTblLib 1.2.2, FactInt 1.5.3, FGA 1.2.0,
>  GAPDoc 1.5.1, IO 4.3.1, IRREDSOL 1.2.4, LAGUNA 3.6.4,
>  Polenta 1.3.2, Polycyclic 2.11, RadiRoot 2.7, ResClasses 3.3.2,
>  Sophus 1.23, SpinSym 1.5, TomLib 1.2.4
>  Try '?help' for help. See also  '?copyright' and  '?authors'
> gap>
>
>
> 

[sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-02 Thread Alexander Konovalov
On Monday, September 1, 2014 10:30:30 AM UTC+1, Stein William wrote:
>
> I'm cc'ing this to sage-devel.  It is about GAPs long, long list of 
> packages, most of which we don't include or even package optionally 
> for Sage... 
>
> On Fri, Aug 29, 2014 at 3:18 AM, Alexander Konovalov 
> > wrote: 
> > On Friday, August 29, 2014 8:06:33 AM UTC+1, Stein William wrote: 
> >> > There are a large number of packages here. 
> >> 
> >> > 
> >> 
> >> >   http://www.gap-system.org/Packages/packages.html 
> >> 
> >> > 
> >> 
> >> > Which ones should I install?  All of them?  Some of them? 
> >> 
> >> > 
> >> 
> >> > Can you ask at the meeting? 
> >> 
> >> 
> >> 
> >> Do you know if I could install *all* of them, or do some change 
> >> 
> >> behavior of Gap and interfere with others?  Or, like with Python, 
> >> 
> >> possibly increase startup time. 
> >> 
> > 
> > Installing all packages will not increase GAP startup time, since they 
> are not loaded (it's not a good idea to load all packages simultaneously). 
> It will only increase the disk space used by GAP. OTOH, the user will be 
> able to use GAP help system to search across manuals of ALL packages 
> installed on the system. 
> > 
> > Then, since the same packages will be loaded after default GAP startup, 
> the user will have the same experience in both cases. 
> > 
> > Furthermore, testing the GAP distribution, we ensure that this 
> particular set of packages is fitting together, so I'd not guarantee that 
> tearing it apart will not cause any side effects. 
> > 
>
> Can I use BOB to install all the "accepted GAP packages" into an 
> existing GAP install?   It seems to me that BOB both builds GAP and 
> installs all packages into that GAP.  I don't want that -- I instead 
> want to use the GAP I built as part of Sage. 
>
> Also, in general, my understanding is that installing a GAP package is 
> explained here 
>
>http://www.gap-system.org/Manuals/doc/ref/chap76.html#X7B6CD527825945CD 
>
> and basically that says to download the package, extract it, and 
> read/guess/etc. what to do next.  In particular, what to do can be 
> anything from nothing, to really complicated, and there's no single 
> script to just run.  I was expecting that I could just make a list of 
> packages and type something like 
>
> gap -i names of packages ... 
>
> and it would install all of them, like every other package system I've 
> ever used does (e.g., R, Pypi, Sage's, npm, and many others).  If 
> BOB can basically do exactly this, then that's very, very cool and a 
> great contribution to GAP.   If you could quickly summarize the 
> situation about what BOB can actually do with an existing GAP install, 
> it would be greatly appreciated.   (I haven't just tried diving into 
> BOB due to lack of time.) 
>
> Thanks, 
>
>  -- William 
>

Thank you for questions. At the moment, BOB performs a new install, so it's 
not suitable to update an existing GAP installation. That is a suggestion 
for the future perhaps, for BOB or for any other package manager for GAP 
that may appear. I was recommending BOB in response to Samuel saying "... 
alternatively, 
would it be possible to have a separate full GAP install?". If you prefer 
just to add some more packages to the GAP version that is built as part of 
Sage, and do not want all of them for some reasons, then it would be great 
at least to ensure that all packages listed under the 'PackagesToLoad' user 
preference in lib/package.gi are included:

  default:= [ "autpgrp", "alnuth", "crisp", "ctbllib", "factint", "fga",  
  "irredsol", "laguna", "polenta", "polycyclic", "resclasses",  
  "sophus", "tomlib" ], 


But the actual list will be larger, since these default packages have some 
dependencies, as can be seen from the GAP startup information:
 ┌───┐   GAP, Version 4.7.5 of 24-May-2014 (free software, GPL)
 │  GAP  │   http://www.gap-system.org
 └───┘   Architecture: x86_64-unknown-linux-gnu-gcc-default64
 Libs used:  gmp, readline
 Loading the library and packages ...
 Components: trans 1.0, prim 2.1, small* 1.0, id* 1.0
 Packages:   AClib 1.2, Alnuth 3.0.0, AtlasRep 1.5.0, AutPGrp 1.6, 
 Browse 1.8.5, Carat 2.1.4, CRISP 1.3.8, Cryst 4.1.12, 
 CrystCat 1.1.6, CTblLib 1.2.2, FactInt 1.5.3, FGA 1.2.0, 
 GAPDoc 1.5.1, IO 4.3.1, IRREDSOL 1.2.4, LAGUNA 3.6.4, 
 Polenta 1.3.2, Polycyclic 2.11, RadiRoot 2.7, ResClasses 3.3.2, 
 Sophus 1.23, SpinSym 1.5, TomLib 1.2.4
 Try '?help' for help. See also  '?copyright' and  '?authors'
gap>


Ideally, starting GAP from Sage, one should be able to see the same.

Best regards

Alexander



 

-- 
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 

[sage-devel] Re: [sage-cloud] gap on smc; whitelist gap-system.org

2014-09-01 Thread William A Stein
I'm cc'ing this to sage-devel.  It is about GAPs long, long list of
packages, most of which we don't include or even package optionally
for Sage...

On Fri, Aug 29, 2014 at 3:18 AM, Alexander Konovalov
 wrote:
> On Friday, August 29, 2014 8:06:33 AM UTC+1, Stein William wrote:
>> > There are a large number of packages here.
>>
>> >
>>
>> >   http://www.gap-system.org/Packages/packages.html
>>
>> >
>>
>> > Which ones should I install?  All of them?  Some of them?
>>
>> >
>>
>> > Can you ask at the meeting?
>>
>>
>>
>> Do you know if I could install *all* of them, or do some change
>>
>> behavior of Gap and interfere with others?  Or, like with Python,
>>
>> possibly increase startup time.
>>
>
> Installing all packages will not increase GAP startup time, since they are 
> not loaded (it's not a good idea to load all packages simultaneously). It 
> will only increase the disk space used by GAP. OTOH, the user will be able to 
> use GAP help system to search across manuals of ALL packages installed on the 
> system.
>
> Then, since the same packages will be loaded after default GAP startup, the 
> user will have the same experience in both cases.
>
> Furthermore, testing the GAP distribution, we ensure that this particular set 
> of packages is fitting together, so I'd not guarantee that tearing it apart 
> will not cause any side effects.
>

Can I use BOB to install all the "accepted GAP packages" into an
existing GAP install?   It seems to me that BOB both builds GAP and
installs all packages into that GAP.  I don't want that -- I instead
want to use the GAP I built as part of Sage.

Also, in general, my understanding is that installing a GAP package is
explained here

   http://www.gap-system.org/Manuals/doc/ref/chap76.html#X7B6CD527825945CD

and basically that says to download the package, extract it, and
read/guess/etc. what to do next.  In particular, what to do can be
anything from nothing, to really complicated, and there's no single
script to just run.  I was expecting that I could just make a list of
packages and type something like

gap -i names of packages ...

and it would install all of them, like every other package system I've
ever used does (e.g., R, Pypi, Sage's, npm, and many others).  If
BOB can basically do exactly this, then that's very, very cool and a
great contribution to GAP.   If you could quickly summarize the
situation about what BOB can actually do with an existing GAP install,
it would be greatly appreciated.   (I haven't just tried diving into
BOB due to lack of time.)

Thanks,

 -- William



> Best regards,
> Alexander
>
> --
> You received this message because you are subscribed to the Google Groups 
> "sage-cloud" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to sage-cloud+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/sage-cloud/f9d3ad3c-4a94-4887-8c47-1f9c2df9bf9f%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.



-- 
William Stein
Professor of Mathematics
University of Washington
http://wstein.org
wst...@uw.edu

-- 
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 http://groups.google.com/group/sage-devel.
For more options, visit https://groups.google.com/d/optout.