ve.
>
>
>
>> Or is there something else in particular?
>>
>> On Thu, 24 Apr 2025 at 23:15, Dima Pasechnik wrote:
>>
>>>
>>>
>>> -- Forwarded message -
>>> From: Dima Pasechnik
>>> Date: Thu, Apr 24, 2
On Thu, Apr 24, 2025 at 4:01 PM Aram Dermenjian <
aram.dermenjian.m...@gmail.com> wrote:
> I ran gap and it said it's version 4.13.1, so it theoretically should be
> ok?
>
what does this mean, exactly, you ran GAP? How? Did you run Sage's GAP, or
a system-wide GAP?
>
> I ran the `ldd` code you
I ran gap and it said it's version 4.13.1, so it theoretically should be ok?
I ran the `ldd` code you said, but I'm not sure how to read the output.
Here's what I get:
(sage-sh) aram@Cali-Alien:sd$ ldd /sage/sd/src/sage/libs/gap/
libgap.cpython-312-x86_64-linux-gnu.so
linux-vdso.so.1 (0x0
On Thu, Apr 24, 2025 at 12:02 PM Aram Dermenjian <
aram.dermenjian.m...@gmail.com> wrote:
> Yeah a few times I tried doing make after and there seemed to be *some*
> success sometimes. Anyway, my internet is a little more stable so it seemed
> to download everything correctly.
>
> Now I seem to be
Yeah a few times I tried doing make after and there seemed to be *some*
success sometimes. Anyway, my internet is a little more stable so it seemed
to download everything correctly.
Now I seem to be getting a sagemath_doc_html error (log attached). It looks
like something to do with trying to impo
The matplotib vs meson-python issue is pure madness, see
https://github.com/sagemath/sage/pull/39789
The problem is not that one cannot build matplotlib spkg. It does work on
systems we tested, and the release manager agreed.
That something does not match on PyPI is not an argument. We don't use
You can try to restart make after you hit ctrl-C. Sometimes it just works.
> Also, I'm thinking I should create a ticket along the lines of "if unable
to download xxx, then an error should be thrown instead of just hanging and
waiting forever",
it might help to trim the list of mirrors in upstrea
I have run into a similar issue with the matplotlib spkg. I don't think
the issue is with the download. The log file shows a few 404's but
eventually the download works and the hash is correct. I think the real
issue is that the matplotlib package requires a version of meson-python
which is
On Thu, Apr 24, 2025 at 1:26 AM Aram Dermenjian <
aram.dermenjian.m...@gmail.com> wrote:
> Yes, that's what I'm currently trying to do, but finding all the packages
> with wrong checksums is turning out to not be so fun. Have to keep
> rerunning `make` to try and see which package breaks next.
>
>
Yes, that's what I'm currently trying to do, but finding all the packages
with wrong checksums is turning out to not be so fun. Have to keep
rerunning `make` to try and see which package breaks next.
2 questions though:
1. Is there not currently a way to do a "check integrity" run or something?
Wh
If I am not wrong this is caused because sometimes downloading files fail.
In my experience a direct download of the files, copied in the folder
upstream, and restarting make is enough.
El miércoles, 23 de abril de 2025 a las 19:17:15 UTC+2,
aram.derme...@gmail.com escribió:
> This definitely
This definitely solves the sci-py problem! Thanks.
I'm still getting hung up on the 2nd issue though where for some reason
matplotlib just won't install. The terminal goes to something like:
```
[sagenb_export-3.3] [spkg-pipinst] Installing collected packages:
sagenb_export
[sagenb_export-3.3] [sp
Hi,
This line in the scipy log:
[spkg-install] g++: fatal error: Killed signal terminated program cc1plus
points towards a memory issue. Could you increase the RAM devoted to WSL2
or decrease the number of processes if you are performing a parallel build
(e.g use make -j4 instead of make -j8) ?
13 matches
Mail list logo
