For a data point, I am currently trying to use binary-pkg to create a Sage
9.0 binary for Mac, and ran into *exactly* the same issue - presumably
because it (the version of Sage I had in binary-pkg, that is) had upgraded
from 8.9.beta6 or so. I guess it must have hit the window for not having
>
> > 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.
>
Very nice sleuthing all around. I do recommend something
On Thu, Aug 15, 2019 at 6:58 PM Markus Wageringel
wrote:
>
> This also happened to me a few weeks ago. The underlying problem seems to be
> that the uninstall script fails because it tries to call sage-dist-helpers,
> but cannot find it. This file has recently been moved from src/bin to
>
Yes, that fits. Now that I know to look, I see buried in my gap install log
Uninstalling existing 'gap'
Running pre-uninstall script for 'gap'
/Users/jpalmier/Desktop/Sage/git/sage/local/var/lib/sage/scripts/gap/spkg-prerm:
line 13:
This also happened to me a few weeks ago. The underlying problem seems to
be that the uninstall script fails because it tries to call
sage-dist-helpers, but cannot find it. This file has recently been moved
from src/bin to build/bin, which the uninstall script cannot know about.
Once upgraded
> 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
this is a MacOS only bug. Someone running it should work on fix...
On Wed, 14 Aug 2019 20:35 kcrisman, wrote:
>
>
> On Friday, March 8, 2019 at 8:18:02 AM UTC-5, Dima Pasechnik wrote:
>>
>> On Fri, Mar 8, 2019 at 12:40 PM kcrisman wrote:
>> >
>> >
>> >
>> > On Friday, March 8, 2019 at 3:24:45
On Friday, March 8, 2019 at 8:18:02 AM UTC-5, Dima Pasechnik wrote:
>
> On Fri, Mar 8, 2019 at 12:40 PM kcrisman >
> 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
> >>
> 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...)
>
>
Great, thanks! Apparently that sufficed.
> Certainly there is never a guarantee that a "git pull"+"make" would
>
On Fri, Mar 8, 2019 at 12:40 PM kcrisman 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
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
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)
On Thu, Mar 7, 2019 at 4:50 PM kcrisman wrote:
>
> upgrading from some early 8.6 beta, I get something weird with file
> permissions
12 matches
Mail list logo