On Sunday, March 29, 2020 at 12:22:39 AM UTC-4, Samuel Lelievre wrote:
>
> Sun 2020-03-29 03:15:21 UTC, Matthias Koeppe:
>>
>> Which Debian distribution is this?
>>
>
> It's Debian GNU/Linux 9 (stretch).
>
> Things will improve when this machine gets updated to
> Debian GNU/Linux 10 (buster).
>
> S
Sun 2020-03-29 03:15:21 UTC, Matthias Koeppe:
>
> The configure log explains what distribution packages
>
are not accepted and why.
> In some cases, distribution packages (or some packages
>
that Sage considers as dependencies) may be too old.
>
Which Debian distribution is this?
>
It's Debian GNU
On Saturday, March 28, 2020 at 11:03:14 PM UTC-4, Samuel Lelievre wrote:
>
> After running ./configure there is a hint on SPKGs
> for which no equivalent system package was found.
> I find this wonderful by the way.
>
> In my case I got:
>
> """
> Hint: The following SPKGs did not find equival
The configure log explains what distribution packages are not accepted and
why.
In some cases, distribution packages (or some packages that Sage considers
as dependencies) may be too old.
Which Debian distribution is this?
Nothing wrong with the amd64 architecture.
On Saturday, March 28, 2020
On Sun, Mar 29, 2020 at 11:06 AM Samuel Lelièvre
wrote:
>
> A run of `./configure` ends with the following hints on
> a Debian system running on an amd64 architecture.
>
> """
> Hint: The following SPKGs did not find equivalent system packages:
> arb boost boost_cropped cbc curl eclib flint fpll
A run of `./configure` ends with the following hints on
a Debian system running on an amd64 architecture.
"""
Hint: The following SPKGs did not find equivalent system packages:
arb boost boost_cropped cbc curl eclib flint fplll gf2x gfan
givaro glpk gp2c gsl isl lcalc libatomic_ops libsemigrou
Dear sage-devel
After running ./configure there is a hint on SPKGs
for which no equivalent system package was found.
I find this wonderful by the way.
In my case I got:
"""
Hint: The following SPKGs did not find equivalent system packages:
arb boost boost_cropped cbc curl eclib flint fplll gf2
On Saturday, March 28, 2020 at 10:28:07 PM UTC-4, Samuel Lelievre wrote:
>
>
> On a related note, configure sometimes
> ends with some hints, followed by:
>
> """
> After installation, re-run configure with:
> $ ./config.status --recheck && ./config-status
> """
>
Actually, it says "... ./config
On Sun, 29 Mar 2020, 10:00 Matthias Koeppe,
wrote:
> There's already a ticket for that:
> #29310:
> "make distclean" should not run "./configure"
>
> On Saturday, March 28, 2020 at 9:37:19 PM UTC-4, Samuel Lelievre wrote:
>>
>> Dear sage-devel,
>>
>> It seems `make distclean` starts by running `c
Le dimanche 29 mars 2020 04:00:29 UTC+2, Matthias Koeppe a écrit :
>
> There's already a ticket for that:
> #29310:
> "make distclean" should not run "./configure"
>
Thanks!
On a related note, configure sometimes
ends with some hints, followed by:
"""
After installation, re-run configure with:
There's already a ticket for that:
#29310:
"make distclean" should not run "./configure"
On Saturday, March 28, 2020 at 9:37:19 PM UTC-4, Samuel Lelievre wrote:
>
> Dear sage-devel,
>
> It seems `make distclean` starts by running `configure`.
>
> In my naive (lack of) understanding this seems a
Dear sage-devel,
It seems `make distclean` starts by running `configure`.
In my naive (lack of) understanding this seems a waste.
Is it an oversight? Or why is it needed?
Kind regards. --Samuel
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
Hi Carson,
I assume that you were referring to
https://wiki.sagemath.org/interact/cryptography
Using the sage cell server inside the wiki has several
disadvantages
- painful to edit
- hard to maintain (what if it gets broken?)
- very limited (can not reuse code from one cell to the other)
W
Hello,
I have a small .gp file, that I am using from inside sage, and that works
fine.
I can compile it and use it from pari/gp using "gp2c-run" and it works fine
there.
But when I try to use the compiled file (more precisely the ".so") from
sage by using "pari.install" with the lines suggest
Hi there,
I am currently a student working with a professor at a partner university
to help improve the cryptography resources on Sage. Earlier in August of
2019, her and a colleague developed some Sage interactions that could help
both students and teachers better understand and utilize the c
Hi there,
I am a student working jointly with a professor who has been developing the
Sage Cryptography Interaction pages. Earlier in August of 2019, she and a
colleague developed a few ciphers on the Interact page that would be easier
to understand and utilize for students and teachers withou
On Sat, 28 Mar 2020, 12:06 Kwankyu Lee, wrote:
>
>
> On Saturday, March 28, 2020 at 6:16:25 PM UTC+9, John Cremona wrote:
>>
>> Certainly this is not intentional. It just has not been done.
>
>
> Wrong. It was recently done for curves over finite fields in affine and
> projective spaces.
>
Sorry
On Saturday, March 28, 2020 at 1:05:01 AM UTC+9, Paddy Adams wrote:
>
> At the moment the implementation of algebraic curves in Sage doesn't seem
> to be connected at all to the implementation of Function Fields. Is this
> intentional? It would seem to be useful to be able to, for example, get
On Saturday, March 28, 2020 at 6:16:25 PM UTC+9, John Cremona wrote:
>
> Certainly this is not intentional. It just has not been done.
Wrong. It was recently done for curves over finite fields in affine and
projective spaces.
As we already have function fields over number fields, it would b
Certainly this is not intentional. It just has not been done. Having this done
well (and efficiently) would be a major step towards bringing Sage closer to
Magma's capabilities in this area.
+1
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
T
20 matches
Mail list logo
