Installation of GAP packages in Sage 7.0

[Graham Gerrard]

Environment Ubuntu 14.04, 32 bit.  Sage is 7.0, installed using the binary for this platform. I am trying to add the GAP database to the GAP installation.
Tried "sage -i database_gap" (recommended method??) but the installation gets confused, looking for gcc in the SageMath search paths.  First gcc it finds is the directory SageMath/local/lib/gcc which is a directory.  There is no gcc in SageMath/local/bin.

Second (related?) problem...  Tried to unpacking a GAP package (no compilation required in this case) directly into the GAP pkg directory.  Sage used to notice that something had changed and make the package available to GAP. This no longer happens.

Should I be using different techniques for installation?

Please advise.  Graham

[Jeroen Demeyer]

On 2016-03-03 15:27, Graham Gerrard wrote:
> Environment Ubuntu 14.04, 32 bit. Sage is 7.0, installed using the
> binary for this platform.

Can you be more specific exactly how did you install this?

> I am trying to add the GAP database to the GAP
> installation.
> Tried "sage -i database_gap" (recommended method??)

Yes, that is certainly the recommended method

> but the installation gets confused
Do you have GCC and binutils installed on your system?

You should give the log files of the failed database_gap installation.


Jeroen.

[Graham Gerrard]

On Thursday, 3 March 2016 14:34:49 UTC, Jeroen Demeyer wrote:

On 2016-03-03 15:27, Graham Gerrard wrote:
> Environment Ubuntu 14.04, 32 bit.  Sage is 7.0, installed using the
> binary for this platform.
Can you be more specific exactly how did you install this?

 

Installed all recommended software from the Sage installation guide, including gcc, g++, gfortran etc. then downloaded binary sage-7.0-Ubuntu_14.04-i686.tar.bz2.  Unpacked it, and ran sage for the first time successfully.  Then tried to install GAP DB.

> I am trying to add the GAP database to the GAP
> installation.
> Tried "sage -i database_gap" (recommended method??)
Yes, that is certainly the recommended method

> but the installation gets confused
Do you have GCC and binutils installed on your system? 

Yes, as advised by installation guide.
 

You should give the log files of the failed database_gap installation.

Installation log attached. Graham

Jeroen.

[Alexander Konovalov]

Graham, which package would you like to install? Even if it uses no compilation, it may depend on other GAP packages which should be installed as well. Some of these may require compilation, some not. Dependencies are described in PackageInfo.g file in the package root directory, and also on package overview pages, e.g. like here: http://www.gap-system.org/Packages/digraphs.html

Hope this helps

Alexander

 

[Dima Pasechnik]

This has nothing to do with GAP packages. It's some weird behaviour of a binary Sage installation, that does not seem to have gcc available (although it should?). It's evident from the attached log.

A short workaround is to install Sage from source.

[Graham Gerrard]

Hi Alexander

Fairly certain that the packages I use do not have dependencies (as I have just extracted them into the package directory in the past, with complete success).  However, packages I use are Repsn, loops, design (which requires GRAPE if nauty is used) and database_gap (which does require compiling).

I have a 64 bit machine and a 32 bit machine.  All problems relate to the latter!  Everything as expected on the 64 bit machine. FYI, it appears that design no longer requires GRAPE (incl nauty), as AutoMorphismGroup of a design can be determined without GRAPE/nauty. (bliss, perhaps?)

Graham

[Graham Gerrard]

Hi Dima

Not urgent for me.  I still have a perfectly good 64 bit version working, no problems.

I am inclined towards the "weird behaviour of the 32 bit distribution".  There is a huge numbers of filenames which differ between the 2 installations...many more than I would have expected.  Details available. 

I shant be installing sage from source (too slow on a 32 bit system).  I would be willing to reinstall Ubuntu (which version?) and try a different binary if that would help.  Would get a clean start!  Have other users had success installing GAP packages with this environment?

Graham

[Dima Pasechnik]

On Friday, March 4, 2016 at 12:07:51 AM UTC, Graham Gerrard wrote:

Hi Dima

Not urgent for me.  I still have a perfectly good 64 bit version working, no problems.

I am inclined towards the "weird behaviour of the 32 bit distribution".  There is a huge numbers of filenames which differ between the 2 installations...many more than I would have expected.  Details available. 

Ah, it's 32-bit...

it could be that the compiler toolchain is broken on your system. The 32-bit binary distribution isn't often tested nowadays, in particular not in the scenario you describe.

 

I shant be installing sage from source (too slow on a 32 bit system).  I would be willing to reinstall Ubuntu (which version?) and try a different binary if that would help. 

our (only ?) 32-bit Linux box used for building sits open in my office, waiting for a new CPU fan.

But it's not true that building  is too slow - you can install system's distribution Atlas (or set SAGE_ATLAS_ARCH=base), then the rest will be built in 4-5 hours even on very old systems. (don't forget to 'export MAKE="make -j2"', or whatever the number of CPUs you have on the box, 

and then run $MAKE)

http://doc.sagemath.org/html/en/installation/source.html#environment-variables

(SAGE_ATLAS_LIB there)

[Graham Gerrard]

Dima

Looks like I have more 32 bit systems than you!  I am just about to pension them off.  One still runs Sage6.7 with GAP packages successfully added under Ubuntu 12.04.  Tried Sage7.0 12.04 version on this platform.  Problems are similar to 14.04.  Supports your hypothesis. 

Graham

[John Cremona]

I just completed my build from source of 7.0 on a 32-bit laptop
running ubuntu 14.04, and all tests pass.

./sage -i database_gap -- all OK
./sage -i gap_packages -- all OK

Those are the only two gap packages I normally install.

John

> --
> You received this message because you are subscribed to the Google Groups
> "sage-support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to sage-support...@googlegroups.com.
> To post to this group, send email to sage-s...@googlegroups.com.
> Visit this group at https://groups.google.com/group/sage-support.
> For more options, visit https://groups.google.com/d/optout.

[Graham Gerrard]

Thanks John

Supports the hypothesis that the problem is with 32 bit binary versions, only.

Graham