pkg/laguna-3.9.0 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
pkg/polenta-1.3.8 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
pkg/polycyclic-2.14 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
pkg/resclasses-4.7.1 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
pkg/sophus-1.24 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
pkg/tomlib-1.2.7 -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/share/gap/pkg
../gap -> /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/bin/gap
real 2m48.230s
user 1m30.082s
sys 0m59.461s
Copying package files from temporary location /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst to /Users/.../sage/local
cp: cannot overwrite directory /Users/.../sage/local/./share/gap/bin/x86_64-apple-darwin15.6.0-default64/src with non-directory /Users/.../sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/.../sage/local/./share/gap/bin/x86_64-apple-darwin15.6.0-default64/src
cp: /Users/.../sage/local/./share/gap/pkg/ctbllib/tst/docxpl.tst: Permission denied
************************************************************************
Error copying files for gap-4.10.0.p0.
************************************************************************
I have a feeling that there is a typo of some kind in the commit
though I can't say immediately where, because the full line is
non-directory /Users/karl.crisman/Downloads/sage/local/var/tmp/sage/build/gap-4.10.0.p0/inst/Users/karl.crisman/Downloads/sage/local/./share/gap/bin/x86_64-apple-darwin15.6.0-default64/src
and indeed I don't see why there should be a file that has the entire path to sage/local TWICE; probably should use a temp file if for some reason that was the desired behavior? I did not do anything unusual in this setup.
Thanks! Everything else seems to be progressing normally.
https://trac.sagemath.org/ticket/27388 fixed the permissions, but
because it's an upgrade from the state where there was a read-only
file, it breaks (on OSX only)
this is too blanket :-)
e.g. in this particular case it suffices to manually remove SAGE_LOCAL/share/gap
and rebuild gap spkg
(and then run make, naturally...)
Certainly there is never a guarantee that a "git pull"+"make" would
just work, as
the current state could be beyond repair...
On Fri, Mar 8, 2019 at 12:40 PM kcrisman <kcri...@gmail.com> wrote:
>
>
>
> On Friday, March 8, 2019 at 3:24:45 AM UTC-5, Dima Pasechnik wrote:
>>
>> https://trac.sagemath.org/ticket/27388 fixed the permissions, but
>> because it's an upgrade from the state where there was a read-only
>> file, it breaks (on OSX only)
>
>
> Would that mean that, in general, upgrades from beta4 (which seems to be the last version without this problem, according to one of the tickets) via git pull and make will break indefinitely? Should we have a blanket recommendation to rebuild from scratch?
this is too blanket :-)
e.g. in this particular case it suffices to manually remove SAGE_LOCAL/share/gap
and rebuild gap spkg
(and then run make, naturally...)
--
You received this message because you are subscribed to the Google Groups "sage-release" group.
To unsubscribe from this group and stop receiving emails from it, send an email to sage-release...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/sage-release/a06cf450-3b21-44de-be6b-b870dd27d64a%40googlegroups.com.
That's expected. The package build directory is under SAGE_LOCAL
($SAGE_LOCAL/var/tmp/sage/build/gap-4.10.0.p0) but the file's
destination path ($SAGE_LOCAL) is appended to this. This is how it's
supposed to work (DESTDIR installation).
It's probably too late to diagnose now (though it would be good if you
could give steps to reproduce).
But the question is what type of file
was
/Users/karl.crisman/Downloads/sage/local/./share/gap/bin/x86_64-apple-darwin15.6.0-default64/src
that it refuses to overwrite because it was supposedly a directory?
$ ls -l ~/Downloads/sage/local/share/gap/bin/x86_64-apple-darwin15.6.0-default64-kv3/
total 32
lrwxr-xr-x 1 karl.crisman 78570554 18 Aug 14 14:39 config.h -> ../../gen/config.h
lrwxr-xr-x 1 karl.crisman 78570554 9 Aug 14 14:39 gac -> ../../gac
lrwxr-xr-x 1 karl.crisman 78570554 9 Aug 14 14:39 gap -> ../../gap
lrwxr-xr-x 1 karl.crisman 78570554 9 Aug 14 14:40 src -> ../../src
The GAP package installs a *symlink* at the path
$SAGE_LOCAL/share/gap/bin/<platform-triplet>/src
When you upgrade GAP, first of all, it should be *uninstalling* the
previous gap package, so this link should just be removed. The
question is was it a symlink for you in the first place?
Or an actual
directory? When you run `make clean-gap` does it get removed?
> This has also been reported on devel [1,2] and might affect more Mac users when upgrading to 8.9. Perhaps a copy of sage-dist-helpers could be added back to src/bin for some deprecation period?
A symlink could do it.