Opened 11 years ago
Closed 11 years ago
#8229 closed defect (fixed)
gap_packages-4.4.12 updated
Reported by: | dimpase | Owned by: | tbd |
---|---|---|---|
Priority: | major | Milestone: | sage-4.3.3 |
Component: | packages: optional | Keywords: | GAP, GAP packages |
Cc: | Merged in: | sage-4.3.3.alpha1 | |
Authors: | Dmitrii Pasechnik | Reviewers: | David Joyner |
Report Upstream: | N/A | Work issues: | |
Branch: | Commit: | ||
Dependencies: | Stopgaps: |
Description (last modified by )
I created and tested, together with the updated GAP to 4.4.12 --- see tickets #8150 and #8076 --- gap_packages-4.4.12_2.spkg, that is available at http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg along with http://boxen.math.washington.edu/home/dima/packages/database_gap-4.4.12.spkg and http://boxen.math.washington.edu/home/dima/packages/gap-4.4.12.p2.spkg
please test these (already tested OK on x86, x86_64, ia64, and OSX PPC 10.5) together, not forgetting to apply the patch track-8150 available at #8150, but ignoring the other (obsolete) patches there and at #8076.
CAVEAT: make sure that the file gap-4.4.12.p2.spkg (or any file called like this :)) is physically present in spkg/standard/ before upgrading gap_packages. (And certainly, install gap-4.4.12.p2.spkg before gap_packages)
This ticket is issued in addition to #8150 and #8076
The spkg gap_packages-4.4.12
belongs to the optional packages repository, so this ticket belongs to the component "optional packages".
Change History (24)
comment:1 Changed 11 years ago by
- Status changed from new to needs_review
comment:2 follow-up: ↓ 3 Changed 11 years ago by
comment:3 in reply to: ↑ 2 ; follow-up: ↓ 4 Changed 11 years ago by
Replying to wdj:
The patch 13702 from #8076 failed to apply to 4.3.2.rc0. Is there a reason why? SHould I try 4.3.2 instead?
There is only one patch to apply, namely the one named trac-8150. The other patches, named 13*..., are obsolete - I mention this somewhere (unfortunately I can't just delete these files from trac)
comment:4 in reply to: ↑ 3 ; follow-up: ↓ 5 Changed 11 years ago by
Replying to dimpase:
Replying to wdj:
The patch 13702 from #8076 failed to apply to 4.3.2.rc0. Is there a reason why? SHould I try 4.3.2 instead?
There is only one patch to apply, namely the one named trac-8150. The other patches, named 13*..., are obsolete - I mention this somewhere (unfortunately I can't just delete these files from trac)
Thank you. Yes, you explained it and I misread what you wrote.
I installed the patch and then gap-4.4.12 on sage-4.3.2.rc0, mac 10.6.2. This went fine.
Installing the GAP packages was a different matter:
jeeves:sage-4.3.2.rc0 wdj$ ./sage -i http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Installing http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Calling sage-spkg on http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Warning: Attempted to overwrite SAGE_ROOT environment variable gap_packages-4.4.12_2 Machine: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 Deleting directories from past builds of previous/current versions of gap_packages-4.4.12_2 /Users/wdj/sagefiles/sage-4.3.2.rc0/local/bin/sage-spkg: file gap_packages-4.4.12_2 does not exist Attempting to download it. http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg --> gap_packages-4.4.12_2.spkg [..................................................] Extracting package /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg ... -rw-r--r-- 1 wdj staff 18318369 Feb 10 11:29 /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg Finished extraction **************************************************** Host system uname -a: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 **************************************************** **************************************************** CC Version gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) **************************************************** gap-4.4.10.p13 ******************************************************************** Installing optional GAP packages, which may not be open source. Installing GAP gap-4.4.10 packages to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2/.. Please see SPKG.txt for license details. ******************************************************************** mkdir: /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10: No such file or directory cp: directory /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10/pkg does not exist Error copying SPKG.txt real 0m0.074s user 0m0.008s sys 0m0.022s sage: An error occurred while installing gap_packages-4.4.12_2 Please email sage-devel http://groups.google.com/group/sage-devel explaining the problem and send the relevant part of of /Users/wdj/sagefiles/sage-4.3.2.rc0/install.log. Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2 and type 'make check' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2' && '/Users/wdj/sagefiles/sage-4.3.2.rc0/sage' -sh) When you are done debugging, you can type "exit" to leave the subshell.
Do you see what the problem is?
comment:5 in reply to: ↑ 4 Changed 11 years ago by
Replying to wdj:
Do you see what the problem is?
I think you should do sage -f foo.spkg, and not sage -i foo.spkg
it could be that you installed gap-4.4.12.p2.spkg using -i, and not -f, and this led to this problem --- the package gap did not change the version...
comment:6 follow-up: ↓ 7 Changed 11 years ago by
I tried sage -f as well before posting the above message but didn't post the log since it was similar. However, since you asked for it, here it is!
jeeves:sage-4.3.2.rc0 wdj$ ./sage -f http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Force installing http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Calling sage-spkg on http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Warning: Attempted to overwrite SAGE_ROOT environment variable gap_packages-4.4.12_2 Machine: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 Deleting directories from past builds of previous/current versions of gap_packages-4.4.12_2 Extracting package /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg ... -rw-r--r-- 1 wdj staff 18318369 Feb 10 11:29 /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg Finished extraction **************************************************** Host system uname -a: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 **************************************************** **************************************************** CC Version gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) **************************************************** gap-4.4.10.p13 ******************************************************************** Installing optional GAP packages, which may not be open source. Installing GAP gap-4.4.10 packages to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2/.. Please see SPKG.txt for license details. ******************************************************************** mkdir: /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10: No such file or directory cp: directory /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10/pkg does not exist Error copying SPKG.txt real 0m0.027s user 0m0.008s sys 0m0.019s sage: An error occurred while installing gap_packages-4.4.12_2 Please email sage-devel http://groups.google.com/group/sage-devel explaining the problem and send the relevant part of of /Users/wdj/sagefiles/sage-4.3.2.rc0/install.log. Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2 and type 'make check' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2' && '/Users/wdj/sagefiles/sage-4.3.2.rc0/sage' -sh) When you are done debugging, you can type "exit" to leave the subshell.
comment:7 in reply to: ↑ 6 Changed 11 years ago by
Replying to wdj:
I tried sage -f as well before posting the above message but didn't post the log since it was similar. However, since you asked for it, here it is!
before this, you should also do sage -f gap-4.4.12.p2.spkg
the problem is that the version of gap package did not change, an this must be done during the installation of gap, not during the installation of gap_packages
comment:8 follow-ups: ↓ 9 ↓ 10 Changed 11 years ago by
This seems reasonable. But when I did
./sage -f http://boxen.math.washington.edu/home/dima/packages/gap-4.4.12.p2.spkg
followed by
./sage -b
and then
./sage -f http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg
I got the same error as posted above:
jeeves:sage-4.3.2.rc0 wdj$ ./sage -f http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Force installing http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Calling sage-spkg on http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Warning: Attempted to overwrite SAGE_ROOT environment variable gap_packages-4.4.12_2 Machine: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 Deleting directories from past builds of previous/current versions of gap_packages-4.4.12_2 Extracting package /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg ... -rw-r--r-- 1 wdj staff 18318369 Feb 10 11:29 /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg Finished extraction **************************************************** Host system uname -a: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 **************************************************** **************************************************** CC Version gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) **************************************************** gap-4.4.10.p13 ******************************************************************** Installing optional GAP packages, which may not be open source. Installing GAP gap-4.4.10 packages to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2/.. Please see SPKG.txt for license details. ******************************************************************** mkdir: /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10: No such file or directory cp: directory /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10/pkg does not exist Error copying SPKG.txt real 0m0.032s user 0m0.008s sys 0m0.020s sage: An error occurred while installing gap_packages-4.4.12_2 Please email sage-devel http://groups.google.com/group/sage-devel explaining the problem and send the relevant part of of /Users/wdj/sagefiles/sage-4.3.2.rc0/install.log. Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2 and type 'make check' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2' && '/Users/wdj/sagefiles/sage-4.3.2.rc0/sage' -sh) When you are done debugging, you can type "exit" to leave the subshell.
Moreover,
jeeves:sage-4.3.2.rc0 wdj$ ./sage ---------------------------------------------------------------------- | Sage Version 4.3.2.rc0, Release Date: 2010-02-03 | | Type notebook() for the GUI, and license() for information. | ---------------------------------------------------------------------- ********************************************************************** * * * Warning: this is a prerelease version, and it may be unstable. * * * ********************************************************************** Loading Sage library. Current Mercurial branch is: 6229-gap sage: gap_version() '4.4.12'
so sage thinks it is running gap-4.4.12.
comment:9 in reply to: ↑ 8 Changed 11 years ago by
Replying to wdj:
This seems reasonable. But when I did
./sage -f http://boxen.math.washington.edu/home/dima/packages/gap-4.4.12.p2.spkgfollowed by
./sage -band then
./sage -f http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkgI got the same error as posted above:
jeeves:sage-4.3.2.rc0 wdj$ ./sage -f http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Force installing http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Calling sage-spkg on http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Warning: Attempted to overwrite SAGE_ROOT environment variable gap_packages-4.4.12_2 Machine: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 Deleting directories from past builds of previous/current versions of gap_packages-4.4.12_2 Extracting package /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg ... -rw-r--r-- 1 wdj staff 18318369 Feb 10 11:29 /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/optional/gap_packages-4.4.12_2.spkg Finished extraction **************************************************** Host system uname -a: Darwin jeeves.home 10.2.0 Darwin Kernel Version 10.2.0: Tue Nov 3 10:37:10 PST 2009; root:xnu-1486.2.11~1/RELEASE_I386 i386 i386 **************************************************** **************************************************** CC Version gcc -v Using built-in specs. Target: i686-apple-darwin10 Configured with: /var/tmp/gcc/gcc-5646.1~2/src/configure --disable-checking --enable-werror --prefix=/usr --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin10 --with-gxx-include-dir=/include/c++/4.2.1 --program-prefix=i686-apple-darwin10- --host=x86_64-apple-darwin10 --target=i686-apple-darwin10 Thread model: posix gcc version 4.2.1 (Apple Inc. build 5646) (dot 1) **************************************************** gap-4.4.10.p13 ******************************************************************** Installing optional GAP packages, which may not be open source. Installing GAP gap-4.4.10 packages to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2/.. Please see SPKG.txt for license details. ******************************************************************** mkdir: /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10: No such file or directory cp: directory /Users/wdj/sagefiles/sage-4.3.2.rc0/local/lib/gap-4.4.10/pkg does not exist Error copying SPKG.txt real 0m0.032s user 0m0.008s sys 0m0.020s sage: An error occurred while installing gap_packages-4.4.12_2 Please email sage-devel http://groups.google.com/group/sage-devel explaining the problem and send the relevant part of of /Users/wdj/sagefiles/sage-4.3.2.rc0/install.log. Describe your computer, operating system, etc. If you want to try to fix the problem yourself, *don't* just cd to /Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2 and type 'make check' or whatever is appropriate. Instead, the following commands setup all environment variables correctly and load a subshell for you to debug the error: (cd '/Users/wdj/sagefiles/sage-4.3.2.rc0/spkg/build/gap_packages-4.4.12_2' && '/Users/wdj/sagefiles/sage-4.3.2.rc0/sage' -sh) When you are done debugging, you can type "exit" to leave the subshell.Moreover,
jeeves:sage-4.3.2.rc0 wdj$ ./sage ---------------------------------------------------------------------- | Sage Version 4.3.2.rc0, Release Date: 2010-02-03 | | Type notebook() for the GUI, and license() for information. | ---------------------------------------------------------------------- ********************************************************************** * * * Warning: this is a prerelease version, and it may be unstable. * * * ********************************************************************** Loading Sage library. Current Mercurial branch is: 6229-gap sage: gap_version() '4.4.12'so sage thinks it is running gap-4.4.12.
I am unable reproduce this. Could you please install a fresh sage-4.3.2 from source and then do the above? This worked on 5 different machines (well, not on OSX 10.6 Intel, but, in particular, on OSX 10.5 PPC).
comment:10 in reply to: ↑ 8 Changed 11 years ago by
Replying to wdj:
I insist on a clean install, in another directory, as it seems that you have different instances of Sage lying around in the same directory, one clone of another, one still with gap-4.4.10, another "updated" to 4.4.12, and they appear to interfere with each other in some way.
comment:11 follow-up: ↓ 12 Changed 11 years ago by
I did it again on a fresh install. Same problem.
comment:12 in reply to: ↑ 11 ; follow-up: ↓ 13 Changed 11 years ago by
Replying to wdj:
I did it again on a fresh install. Same problem.
omg...
rename all files gap*4.4.10*.spkg in spkg/standard to something that is not recognised as spkg (I normally just erase them, so perhaps this might be the root of the problem for you)
then redo all the package installs: sage -f gap*...
it can also be that you have scripts in, say, /usr/local/bin pointing out to wrong installation of sage
Failing all this, you can rebuild the whole sage from scratch with right spkgs corresponding to 4.4.12.
comment:13 in reply to: ↑ 12 ; follow-ups: ↓ 14 ↓ 15 Changed 11 years ago by
- Status changed from needs_review to needs_work
Replying to dimpase:
Replying to wdj:
I did it again on a fresh install. Same problem.
omg...
rename all files gap*4.4.10*.spkg in spkg/standard to something that is not recognised as spkg (I normally just erase them, so perhaps this might be the root of the problem for you)
???!!!! This is not the correct way to build a package!
then redo all the package installs: sage -f gap*...
it can also be that you have scripts in, say, /usr/local/bin pointing out to wrong installation of sage
Failing all this, you can rebuild the whole sage from scratch with right spkgs corresponding to 4.4.12.
I have tried your instructions on two different macs (both running 4.3.2 and 10.6.2) and a linux machine (running ubuntu 9.10). Same error on all machines. There is something wrong with
(1) make clone (2) apply trac-8150 (3) sage -f gap-4.4.12 (4) sage -f gap_packages.
The last step is where the error occurs on every machine.
As far as I know, this is the way it is *supposed* to work.
To be as clear as I can, you are *not* supposed to ask people to delete gap-4.4.10 manually at any stage of the install. Maybe if this is not clear, it should be moved to sage-support or sage-devel?
I am marking this as needs work.
comment:14 in reply to: ↑ 13 Changed 11 years ago by
Replying to wdj:
I do not know what happens to the
Replying to dimpase:
Replying to wdj:
I did it again on a fresh install. Same problem.
omg...
rename all files gap*4.4.10*.spkg in spkg/standard to something that is not recognised as spkg (I normally just erase them, so perhaps this might be the root of the problem for you)
???!!!! This is not the correct way to build a package!
then redo all the package installs: sage -f gap*...
it can also be that you have scripts in, say, /usr/local/bin pointing out to wrong installation of sage
Failing all this, you can rebuild the whole sage from scratch with right spkgs corresponding to 4.4.12.
I have tried your instructions on two different macs (both running 4.3.2 and 10.6.2) and a linux machine (running ubuntu 9.10). Same error on all machines. There is something wrong with
(1) make clone
Sorry, but I asked you to do it on a *clean install*, not on a clone...
(2) apply trac-8150 (3) sage -f gap-4.4.12 (4) sage -f gap_packages.
The last step is where the error occurs on every machine.
As far as I know, this is the way it is *supposed* to work.
To be as clear as I can, you are *not* supposed to ask people to delete gap-4.4.10 manually at any stage of the install. Maybe if this is not clear, it should be moved to sage-support or sage-devel?
I am marking this as needs work.
comment:15 in reply to: ↑ 13 ; follow-up: ↓ 16 Changed 11 years ago by
- Status changed from needs_work to needs_review
Replying to wdj:
OK, I can reproduce your problem. Namely, I see this behaviour if I try to upgrade a binary distribution of 4.3.2 (just tried it on boxen, and saw exactly the same thing as you did). But, I swear, it does work on a distribution built from source, even if I compile gap 4.4.10 and its packages in, and then do the regular upgrade with -f, without removing old spkgs, it all goes smoothly.
But this is not a problem of our new packages, IMHO. At worst it would mean that 4.4.12 will not be compatible with older sage releases.
Replying to dimpase:
Replying to wdj:
I did it again on a fresh install. Same problem.
omg...
rename all files gap*4.4.10*.spkg in spkg/standard to something that is not recognised as spkg (I normally just erase them, so perhaps this might be the root of the problem for you)
???!!!! This is not the correct way to build a package!
Well, we were debugging a problem, OK? :-)
We need to understand how you get that 4.4.10 gets back at you on a binary distro.
When I said "a fresh install" I really meant it, not a clone... (cp -a <your-sageroot> <newsageroot> will do the job, but sage -clone won't !) May I humbly request that you create a really new 4.3.2 install, from source (a binary download would NOT work --- I do not know why, but this is not the place fix this bug or feature --- I'll ask on sage-devel), and try the packages there. Thanks in advance.
then redo all the package installs: sage -f gap*...
it can also be that you have scripts in, say, /usr/local/bin pointing out to wrong installation of sage
Failing all this, you can rebuild the whole sage from scratch with right spkgs corresponding to 4.4.12.
I have tried your instructions on two different macs (both running 4.3.2 and 10.6.2) and a linux machine (running ubuntu 9.10). Same error on all machines. There is something wrong with
(1) make clone (2) apply trac-8150 (3) sage -f gap-4.4.12 (4) sage -f gap_packages.
The last step is where the error occurs on every machine.
As far as I know, this is the way it is *supposed* to work.
To be as clear as I can, you are *not* supposed to ask people to delete gap-4.4.10 manually at any stage of the install. Maybe if this is not clear, it should be moved to sage-support or sage-devel?
I am marking this as needs work.
comment:16 in reply to: ↑ 15 Changed 11 years ago by
Replying to dimpase: I found where the problem lies: when you upgrade gap_packages, the file gap-4.4.12.p2.spkg must be physically present in spkg/standard
If it is there, I can do sage -f gap_packages-...spkg just fine. The file names are used by the script spkg/standard/newest_version to get the version of the installed package.
This script is called in spkg-install of gap_packages spkg.
So it would not work if you do spkg -f http://....gap-4.4.12.p2.spkg instead.
This is not our bug, I think. (spkg/standard/newest_version is a standard thing...)
comment:17 Changed 11 years ago by
- Description modified (diff)
comment:18 follow-ups: ↓ 19 ↓ 21 Changed 11 years ago by
- Status changed from needs_review to needs_info
Okay, modulo the sage -f bug reported in http://trac.sagemath.org/sage_trac/ticket/8236, here is what I have done.
On a mac 10.6.2 machine running sage 4.3.2, I applied trac-8150, then sage -f gap-4.4.12, then sage -f gap_packages, then sage -f database_gap, as indicated in the instructions above. All went fine and sage -testall passes. I then ran sage -testall --optional. I could see only one related failure and it might or might not be minor. Apparently when the new gap_packages skpg was built, it was not set to compile and install the guava C code written by J Leon. This caused 2 failures. When I compiled the code (the traceback tells you how), that test passed. I tested the packages with some random GAP commands and everything else seems to be installed and working fine.
If this trac ticket is to judge only gap-4.4.12, then I give it a positive review. If it is to also include gap_packages then maybe I have some reservations (database_gap seems fine though). Since gap_packages is in the title of the ticket, I am hesitant to give this a positive review yet. I don't know if Leon's code is so old that it will not compile on some machines, in which case this is not a problem for this ticket. So, I am marking this as needs info.
comment:19 in reply to: ↑ 18 ; follow-up: ↓ 20 Changed 11 years ago by
Replying to wdj:
Thanks!
could you please meanwhile give the positive review to #8076 - i.e. to the ticket on the gap-4.4.12 spkg?
I suppose Leon's code is also in 4.4.10, so there should be no problem with also compiling it on 4.4.12. I'll add this to spkg-install later today...
database_gap is just a copy you your latest 4.4.12 spkg, unless I forgot something... As far as I recall, no updates were necessary.
Okay, modulo the sage -f bug reported in http://trac.sagemath.org/sage_trac/ticket/8236, here is what I have done.
On a mac 10.6.2 machine running sage 4.3.2, I applied trac-8150, then sage -f gap-4.4.12, then sage -f gap_packages, then sage -f database_gap, as indicated in the instructions above. All went fine and sage -testall passes. I then ran sage -testall --optional. I could see only one related failure and it might or might not be minor. Apparently when the new gap_packages skpg was built, it was not set to compile and install the guava C code written by J Leon. This caused 2 failures. When I compiled the code (the traceback tells you how), that test passed. I tested the packages with some random GAP commands and everything else seems to be installed and working fine.
If this trac ticket is to judge only gap-4.4.12, then I give it a positive review. If it is to also include gap_packages then maybe I have some reservations (database_gap seems fine though). Since gap_packages is in the title of the ticket, I am hesitant to give this a positive review yet. I don't know if Leon's code is so old that it will not compile on some machines, in which case this is not a problem for this ticket. So, I am marking this as needs info.
comment:20 in reply to: ↑ 19 Changed 11 years ago by
Replying to dimpase:
I suppose Leon's code is also in 4.4.10, so there should be no problem with also compiling it on 4.4.12. I'll add this to spkg-install later today...
In 4.4.10 Leon's code was compiled in gap spkg, not in gap_packages spkg. So, when you created 1st versions of 4.4.12-spkg's, you (rightly) took out this compilation from gap spkg, but did not add it in gap_packages spkg. That's why it's missing at the moment. I will add it to gap_packages spkg.
comment:21 in reply to: ↑ 18 Changed 11 years ago by
- Status changed from needs_info to needs_review
Replying to wdj:
There was a trivial typo in spkg-install that prevented all of guava from being compiled. I fixed it, and put the new version of the spkg here http://boxen.math.washington.edu/home/dima/packages/gap_packages-4.4.12_2.spkg Please reinstall and test the relevant part. I tested on Linux that -t -optional passes on sage/coding/ after this fix. Thanks, Dima
Okay, modulo the sage -f bug reported in http://trac.sagemath.org/sage_trac/ticket/8236, here is what I have done.
On a mac 10.6.2 machine running sage 4.3.2, I applied trac-8150, then sage -f gap-4.4.12, then sage -f gap_packages, then sage -f database_gap, as indicated in the instructions above. All went fine and sage -testall passes. I then ran sage -testall --optional. I could see only one related failure and it might or might not be minor. Apparently when the new gap_packages skpg was built, it was not set to compile and install the guava C code written by J Leon. This caused 2 failures. When I compiled the code (the traceback tells you how), that test passed. I tested the packages with some random GAP commands and everything else seems to be installed and working fine.
If this trac ticket is to judge only gap-4.4.12, then I give it a positive review. If it is to also include gap_packages then maybe I have some reservations (database_gap seems fine though). Since gap_packages is in the title of the ticket, I am hesitant to give this a positive review yet. I don't know if Leon's code is so old that it will not compile on some machines, in which case this is not a problem for this ticket. So, I am marking this as needs info.
comment:22 Changed 11 years ago by
- Status changed from needs_review to positive_review
The binary from Leon's code did not compile for me the first time (installing via the internet). Then I downloaded the spkg and installed using sage -f and it worked. The sage -t --optional from last time passes now.
I'm a little bit curious as to why I had to install it twice, though I think this should get a positive review since it seems that the package is fine but the internet installation method is not working as I expected. (BTW, my mac asks me before opening a file downloaded from the internet - I wonder if that is an issue?)
Still, thanks very much Dima.
comment:23 Changed 11 years ago by
- Component changed from packages to optional packages
- Description modified (diff)
comment:24 Changed 11 years ago by
- Description modified (diff)
- Merged in set to sage-4.3.3.alpha1
- Resolution set to fixed
- Reviewers set to David Joyner
- Status changed from positive_review to closed
Merged gap_packages-4.4.12_2.spkg in the optional spkg repository. See
The patch 13702 from #8076 failed to apply to 4.3.2.rc0. Is there a reason why? SHould I try 4.3.2 instead?