My version is just a little bit ahead
Singular for x86_64-Linux version 4.4.1 (44100, 64 bit) Jan 2025
On Tue, 20 May 2025 at 18:05, Georgi Guninski wrote:
>
> On Tue, May 20, 2025 at 2:48 PM Vincent Delecroix
> <20100.delecr...@gmail.com> wrote:
> >
> > Works fo
Works for me (archlinux system sage (version 10.6))
sage: va=Ideal(J).variety()
sage: va
[{x47: 697230/5107,
x46: -3963219/20428,
x45: 877339/5107,
x44: -255117/20428,
x43: -1366305/10214,
x42: -1153515/5107,
x41: 144,
x40: 121,
x39: 1439210/15321,
x38: -2717419/20428,
x37: 602
Indeed, the suggestion has many corner cases.I think a most reasonable
version would be
parent(x) in Fields().Finite()
Vincent
On Mon, 28 Apr 2025 at 22:47, Nils Bruin wrote:
>
> On Monday, 28 April 2025 at 12:56:36 UTC-7 dim...@gmail.com wrote:
>
> this is from https://github.com/sagemath/sage
It turns out that there are three packages concerned with gap in conda
- gap-core : only the gap executable
- gap-defaults : a tiny subset of gap packages
- gap : all packages (that build)
Installing gap solved my issue!
On Fri, 7 Mar 2025 at 09:31, Vincent Delecroix
<20100.delecr...@gmail.
Thanks Dima for the pointers.
Note that it does not exactly solve the issue in the "dirty short term
way" since images depends on ferret which contains C++ code.
On Thu, 6 Mar 2025 at 16:08, Dima Pasechnik wrote:
>
> On Thu, Mar 6, 2025 at 3:21 AM Vincent Delecroix
> <201
Dear all,
I have code relying on the GAP package Images
(https://gap-packages.github.io/images/doc/chap0_mj.html). Short
version of the question : is there a (dirty short term or clean long
term) solution for having a working Images gap package in a conda
install of SageMath?
It does work when I
I think it would be more productive to make two PRs: one for making
the package which is likely to create a consensus and one for demoting
to optional which might be controversial.
One important argument against optional packages is that they are
rarely available in linux system pacakges (on a sys
assisting me in the
>> mentoring.
>>
>> 1) Zariski closures of finitely generated matrix groups
>>
>> Mentor: Vincent Delecroix + (?)
>> Area: Algebra
>> Skills: Group theory, Lie algebras, Number fields, familiarity with
>> Python and GAP
>> Length:
you think?
On Tue, 18 Feb 2025 at 08:12, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>
> I lost my wiki password but I am willing to propose to mentor on the
> following topics. I would welcome in anyone assisting me in the
> mentoring.
>
> 1) Zariski closures o
I lost my wiki password but I am willing to propose to mentor on the
following topics. I would welcome in anyone assisting me in the
mentoring.
1) Zariski closures of finitely generated matrix groups
Mentor: Vincent Delecroix + (?)
Area: Algebra
Skills: Group theory, Lie algebras, Number fields
Thanks Travis for setting that up again!
On Thu, 6 Feb 2025 at 11:04, 'Martin R' via sage-devel
wrote:
>
> I'd be happy to co-mentor the diagram algebra project (where I know a little
> bit of the mathematics), and also the free module project.
>
> Martin
> On Thursday, 6 February 2025 at 00:38:
Dear Robbie,
First thing first, make it a python package with proper documentation,
setup scripts and tests. This is documented in many places and you can
follow the example of https://gitlab.com/modulispaces/admcycles.
Best
Vincent
On Tue, 14 Jan 2025 at 15:28, Robbie wrote:
>
> Dear all,
>
>
The increase suggests that making sage accessible remains something to
focus on. Thanks to Marc and all maintainers who make it possible to
install it instantaneously on distros (MacOS but also some GNU/linux
and conda)!
On Sat, 30 Nov 2024 at 18:44, Jackson Walters wrote:
>
> I will certainly se
ure out how to make such a change.
> David
>
> On Thu, Nov 14, 2024 at 2:44 AM Vincent Delecroix <20100.delecr...@gmail.com>
> wrote:
>>
>> Hi David,
>>
>> I think that a reasonable move is to revert the use of pointers on the
>> PARI stack. It created
he files they contain are too large to
> host with a non-threaded 30 second timeout.
>
> Help resolving the bug or suggesting workarounds is welcome.
> David
>
> On Fri, Jun 4, 2021 at 3:54 PM David Roe wrote:
>>
>>
>>
>> On Fri, Jun 4, 2021 at 3:24 PM Vi
Hi,
What did you expect? The function 1/x^2 is not integrable at 0. The
following (convergent) integrals does work
sage: integral(1/x^2, (x, 1, +oo))
1
sage: integral(1/x^2, (x, -oo, -1))
1
The following (divergent) integral produces the same result
sage: integral(1/x^2, (x, -1, 1))
Traceback (
It is a very sad news that such measure had to be taken. I fully trust
the committee in its decision and hope that it will have a positive
impact on the SageMath software and its community.
Best
Vincent
On Fri, 4 Oct 2024 at 18:22, The SageMath Code of Conduct Committee
wrote:
>
> To the Sage co
igure --prefix="${SAGE_LOCAL}" $SAGE_CONFIGURE_LIBGMP
>
> and similarly for the polylib.
>
> Anyhow, if you rather like me to fix this, just open an issue on GH,
> cc me, and I'll do it by tomorrow or so.
>
> Cheers
> Dima
>
>
>
> On Tue, O
Dear all,
This is a configure script question related to sage environment.In
many situations, system libraries are used for GMP. However, both
cocoalib and polylib spkg-install.in files use hardcoded path to
libgmp
cocoalib/spkg-install.in:
--with-libgmp="${SAGE_LOCAL}/lib/libgmp.a"
Thank you so much for doing this job! This is very valuable.
On Thu, 12 Sept 2024 at 00:02, Jean-Philippe Labbé
wrote:
>
> Dear SageMath Community,
>
>
> The CoCC has finished compiling the answers to the survey. First of all, we
> would like to thank everyone who participated. You can find a su
To complete my previous message, note that integers do not comply to
coercion because of
sage: parent(4**(1/2))
Integer Ring
sage: parent((-1)**(1/3))
Symbolic Ring
To my mind, the above is a bug.
Secondly, I am very unhappy as a user with the following
sage: AA((-1)**(1/3))
-1
sage: QQbar((-1)
Let me mention that this question of powering is intimately related to
the question whether the powering operator should be part of the
coercion model. This has been done by Jeroen Demeyer years ago in 2017
(see https://github.com/sagemath/sage/issues/24247). Unless we revert
this, the parent of a*
On Wed, 28 Aug 2024 at 03:46, Kwankyu Lee wrote:
>
>
> I think it is of doubtful correctness RR not being closed under coercion:
> sage: RR(RR(-1)^(1/3))
> TypeError: unable to convert '0.500+0.866025403784439*I'
> to a real number
>
>
> "closed under coercion" sounds vague to me. I do
This is indeed annoying. For further input, notice that python gives
the complex principal root rather than the real root
>>> (-1.) ** 0.33
(0.5090414157503712+0.8607420270039436j)
It seems most likely that the behavior of AA should be changed.
On Tue, 27 Aug 2024 at 14:38, Kwankyu Lee wrote:
>
Let me advertize that sage-flatsurf
(https://github.com/flatsurf/sage-flatsurf) has an implementation of
the hyperbolic plane with exact coordinates
The following code
```
from flatsurf import HyperbolicPlane
H = HyperbolicPlane(AA)
z0 = H.point(2*AA(2).sqrt()/3 - 1, 4/6, model='half_plane')
z1 =
Thanks for your efforts on this cleaning! We had these around for so
long (and no good reason).
Best
Vincent
On Mon, 24 Jun 2024 at 00:32, Matthias Koeppe wrote:
>
> On Tuesday, March 27, 2012 at 10:29:12 AM UTC-7 Starx wrote:
>
> This discussion stems from:
> http://groups.google.com/group/sage
On the material side I vote (A1).
On the human side I vote (B). Matthias raised a delicate point: this
feature was introduced by a newcomer to sage development. The feature
might have been wrongly guided or badly thought. Nevertheless, it
would be very unwelcoming to just revert it.
Ideally, ther
+1 for me too
On Mon, 10 Jun 2024 at 18:41, Nathan Dunfield wrote:
>
> This makes sense to me.
>
> Nathan
>
> On Sunday, October 1, 2023 at 2:29:55 PM UTC-5 Matthias Koeppe wrote:
>
> I propose to demote this package to experimental.
> - It has been declared dead at least once -
> https://marti
I fully agree with Travis. I do not see the added value of these
additional tags.
On Thu, 9 May 2024 at 23:46, Travis Scrimshaw wrote:
>
> I am *very* strongly opposed to these tags. Their cutoffs are arbitrary nor
> they serve no useful purpose as far as I can tell. To this point, they do not
0)
> and optimizing them away might maybe improve performance? Just an idea, I
> haven't done any benchmarking to support that hypothesis.
>
> Best regards,
>
> Håkan
>
> On Mon, May 6, 2024 at 12:15 AM Vincent Delecroix <20100.delecr...@gmail.com>
> wro
Turns out to be a serious bug in complex interval fields. The problem
is hopefully fixed by https://github.com/sagemath/sage/pull/37941
which should make its way to the next sage release.
Thanks again for your report.
Vincent
On Fri, 3 May 2024 at 18:13, vdelecroix <20100.delecr...@gmail.com> wro
I do not remember anything specific about solve_mod. Though, there are
many places in Cython source code where sig_on/sig_off is not handled
carefully enough (and many that were fixed).
The fact that it is not reproducible is not necessarily a huge problem. However,
- Could you share the code (as
ojects, then I'll use the same deployment
> key that the other sagemath projects use for pushing releases to PyPI.
> https://github.com/sagemath/cypari2/pull/141 is already prepared for this,
> and I can add the same for the other projects.
>
> Matthias
>
> On Tuesda
noying
> about the direction of these projects? Thanks for any insight to help guide
> whoever takes over.
>
> -- William
>
> On Tue, Mar 12, 2024 at 10:44 AM Vincent Delecroix
> <20100.delecr...@gmail.com> wrote:
>>
>> Dear all,
>>
>> I used to be
Dear all,
I used to be the maintainer of cypari2, pari-jupyter and pplpy. I will
not work anymore on any of them from now on. The three projects are
under the sagemath organization on github so that any administrator
can take over. Concerning the access to PyPI to push releases I can
promote anybo
+1
On Mon, 4 Mar 2024 at 20:21, G. M.-S. wrote:
>
>
> +1
>
> Guillermo
>
> On Mon, 4 Mar 2024 at 09:43, David Roe wrote:
>>
>> The following proposal has been made several times the last few weeks: in PR
>> #37428, in this thread and then in this thread. It is orthogonal to the
>> ongoing vot
+1
On Mon, 4 Mar 2024 at 20:20, G. M.-S. wrote:
>
>
> +1
>
> Guillermo
>
> On Mon, 4 Mar 2024 at 09:23, David Roe wrote:
>>
>> With no further discussion on this thread, I'm calling a vote on a new
>> process for resolving disagreements on a PR.
>>
>> Proposal
>> It is now allowed to vote on di
On Thu, 29 Feb 2024 at 01:49, Kwankyu Lee wrote:
>
>
>
> On Thursday, February 29, 2024 at 8:35:24 AM UTC+9 Marc Culler wrote:
>
> I have a proposal: It should be forbidden to call for a vote on a proposal
> before there has been a discussion.
>
>
> Sorry if it was not clear to you, but the discu
tthias Koeppe wrote:
>
> On Monday, February 26, 2024 at 5:31:47 AM UTC-8 Kwankyu Lee wrote:
>
> Anyway, as there are only objections here, I give up.
>
> Thanks for opinions.
>
>
> On Monday, February 26, 2024 at 6:02:41 AM UTC-8 Vincent Delecroix wrote:
>
> Dear Kwank
Dear Kwankyu,
Note that everybody who kindly took the time to consider your proposal
responded the same : it seems more consistent to have only two
categories {1, 3} and {2} rather than three (following your
numbering).
Either you give up because people disagree with you (which is a
problem about
Hi Kwankyu,
I do not agree with
usage 3: Issues that should be fixed as fast as possible
To me it is rather "issues that should be fixed before the next
release" (or at least it was the way it was supposed to work when we
had trac). This looks better to me as that there is no reason to
release a
I fully second the observation of Michael though it might have few to
do with the github switch. Sage development nowadays does not seem to
be anymore about math research and efficient computations but mostly
about "dependencies", "infrastructure" and "maintenance". I am always
depressed by reading
The following is the proper way to extract digits
sage: tanh(91).numerical_approx(digits=10)
1.0
sage: tanh(91).numerical_approx(digits=100)
0.998182667935304138503930
On Fri, 9 Feb 2024 at 17:16, Georgi Guninski
Dear Jing,
Not being able to use Cython from this sage app is indeed problematic.
However as Dima said this is more a problem of the app rather than a
problem with sage itself. You would better open an issue at
https://github.com/3-manifolds/Sage_macOS. If you do, please post the
link of the issue
e bug, but is someone willing to add all of the
> doctests that should really be added?
>
> On Friday, September 29, 2023 at 12:32:14 AM UTC-7 Vincent Delecroix wrote:
>>
>> What is your sage version? How did you install it? Did you open an
>> issue on github?
>&g
What is your sage version? How did you install it? Did you open an
issue on github?
Best
Vincent
On Tue, 26 Sept 2023 at 07:00, John H Palmieri wrote:
>
> Setup:
>
> sage: F = GF(2, impl='ntl')
> sage: m_ntl = identity_matrix(1, F)
> sage: v_ntl = vector(F, (1,))
>
> Now consider
>
> sage: m_ntl
Hi Frederic,
My opinion is that if there is a single non-ambiguous canonical
parent, then yes. In the case of polynomial rings I think that the
priority is to fix the following kind of non-commutativity in coercion
```
sage: cm = get_coercion_model()
sage: cm.common_parent(QQ['x,y'], QQ['y,x'])
Mu
n calling `__repr__` if `sort=True`.
> The alternative is to sort at the initialization of the object and to cache
> the sorted list of edges in the object.
> Should we go for this alternative implementation ?
>
> On Wednesday, July 5, 2023 at 8:48:05 AM UTC+2 Vincent Delecroix wrote
On Wed, 5 Jul 2023 at 17:51, Georgi Guninski wrote:
>
> On Wed, Jul 5, 2023 at 4:05 PM David Coudert wrote:
> >
> > I have opened https://github.com/sagemath/sage/issues/35902 to collect such
> > kind of issues.
> > Please use it to share new cases.
> >
> I just reported a bug on github, though
,'B'),(1,2)]).edges()
> :1: DeprecationWarning: parameter 'sort' will
> be set to False by default in the future See
> https://github.com/sagemath/sage/issues/27408 for details.
> Graph([('A','B'),(Integer(1),Integer(2))]).edges()
> ) fail
https://github.com/sagemath/sage/issues/35897
On Tue, 4 Jul 2023 at 16:25, Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
>
> This is a bug in the __repr__ method of EdgesView. Thanks for your report.
>
> On Tue, 4 Jul 2023 at 10:52, Georgi Guninski wrote:
> >
&
This is a bug in the __repr__ method of EdgesView. Thanks for your report.
On Tue, 4 Jul 2023 at 10:52, Georgi Guninski wrote:
>
> Graph([('A','B'),(1,2)]).edges()
> ) failed:
> TypeError: unsupported operand parent(s) for <: 'Integer Ring' and
> ''>
>
> I think this is related to sorting the edg
You could also check equality for all vertices with
sage: ans, isom = G1.is_isomorphic(G2, certificate=True)
sage: all(G1.spanning_trees_count(u) ==
G2.spanning_trees_count(isom[u]) for u in G1.vertices(sort=False))
True
On Sun, 18 Jun 2023 at 10:09, Dima Pasechnik wrote:
>
> It could be an inte
sage: G1.spanning_trees_count(root_vertex=0)
27202601182632270746156805986464038912000
sage: G2.spanning_trees_count(root_vertex=6)
27202601182632270746156805986464038912000
On Sun, 18 Jun 2023 at 09:49, Georgi Guninski wrote:
>
> On Sun, Jun 18, 2023 at 10:16 AM Emmanuel Briand
> wrote:
> >
> >
Thanks Dima. Is there a way I can figure out by myself which info is up to date?
On Thu, 16 Mar 2023 at 11:30, Dima Pasechnik wrote:
>
> On Thu, Mar 16, 2023 at 10:00 AM Vincent Delecroix
> <20100.delecr...@gmail.com> wrote:
> >
> > Dear all,
> >
> > I
Dear all,
I would like to compile sage without the documentation. According to
./configure --help I supposed the following would just work
./configure --with-sage_docbuild=no --with-pplpy_doc=no
--with-sagemath_doc_html=no --with-sagemath_doc_pdf=no
But I got
configure: WARNING: unrecognized op
anges in develop
> to fix such things.
> We do have OK from Volker for these fixes.
>
> This time I got confused and pushed a totally irrelevant change (which did
> not break develop, it just had no effect on anything at all).
>
> Dima
>
>
>
>
> On Sun, 26 Feb
I do not understand why develop isn't protected against anybody but
the release manager pushes.
On Sun, 26 Feb 2023 at 11:16, Dima Pasechnik wrote:
>
> it was a mistake on my side - I thought develop branch was broken, but it was
> not.
>
> On Sun, 26 Feb 2023, 10:13 Vince
Hello,
Why do we have commits on top of develop after the release commits? Namely
commit 52a81cbd161ef4d5895325657c88a68590ea1d3b
Author: Dima Pasechnik
Date: Fri Feb 24 21:15:42 2023 +
Revert "add missing # optional - gap3"
This reverts commit c017a6a3d68f0aca8cb63ceba52fe451a64
I think that the needs_review positive_review tags do not fit well in
the github workflow. These have been kept to mimic the trac workflow
but are annoying. I support Edgar suggestion that the "needs review
tag" should be replaced by "not a draft" status. Similarly, the
"positive review tag" would
The video should be available at
https://webconf.u-bordeaux.fr/b/vin-g33-6qy at the bottom of the page.
Vincent
https://visio.u-bordeaux.fr/playback/presentation/2.0/playback.html?meetingId=887e0bfc02a9a556a1ea79a2c1d59e3cb7717460-1675700189259
On 06/02/2023, Matthias Koeppe wrote:
> The notes
Talk will start in about 10min from now at
https://webconf.u-bordeaux.fr/b/vin-g33-6qy
On 03/02/2023, Matthias Koeppe wrote:
> Recording my talk is, of course, fine with me.
>
> On Friday, February 3, 2023 at 1:38:33 AM UTC-8 vdelecroix wrote:
>
>> This could be recorded (if Matthias agree)
This could be recorded (if Matthias agree) and available on the BBB
website. I do not know how to make a proper video out of the BBB
recording and will not spend anytime on it. Anybody with this
knowledge is welcome to make that happen.
Best
Vincent
On Thu, 2 Feb 2023 at 22:36, François Bissey w
Dear all,
It seems that it is not possible anymore to log in for editing the
SageMath wiki at https://wiki.sagemath.org/. This is the tool we were
planning to use for sage days 117 starting on Monday. Does anyone know
what happened?
Best
Vincent
--
You received this message because you are subs
Dear all,
As part of the sage days 117 (https://wiki.sagemath.org/days117)
Matthias Köppe will give on online talk about the new github workflow
for SageMath development. It will happen on Monday Feb 6th at 17:30
CET (= UTC+1). For those who want to join, it will happen on
https://webconf.u-b
Hello,
In a fresh cloned environment (9.8.beta7) I tried to build sage and it
ended with the failure of r-none (as it is a dummy package). It
appears that r is not installed on my system. Though is it a
requirement? Nothing in configure warned me so.
Best
Vincent
--
You received this message be
On Thu, 15 Dec 2022 at 01:42, Dima Pasechnik wrote:
>
>
>
> On Wed, 14 Dec 2022, 21:06 Vincent Delecroix, <20100.delecr...@gmail.com>
> wrote:
>>
>> Note that in #34850 I execute the very same command, namely
>> pari("quadclassunit(1 - 2^100)&q
I vaguely recall something about the way gp is built, without linking
> >> libpari dynamically, and something about gp getting slower if built with
> >> threads.
> >>
> >> So, probably, more info is needed on how exactly your comparisons are
> >&g
Dear all,
Some strange phenomenon makes execution of PARI/GP up to twice slower
when ran inside a Python process compared to its execution in GP.
Though this is not systematic, in a fresh python environment timing
are comparable with GP.
The slowdown has been first observed in the context of pari
I managed to build (though doc-build failed). Thanks.
On Wed, 14 Dec 2022 at 19:53, Matthias Koeppe wrote:
>
> No, you need to apply it to the source tree using "patch -p1"
>
> On Wednesday, December 14, 2022 at 5:55:04 AM UTC-8 vdelecroix wrote:
>>
>> In order to build, is it fine to just add th
In order to build, is it fine to just add this patch to
`SAGE_DIR/build/pkg/sagelib/patches/`?
On Wed, 14 Dec 2022 at 14:50, Antonio Rojas wrote:
>
> That's the singular 4.3.1.p3 update. The patch [1] fixes the build, but there
> are some regressions in the asymptotics ring that need looked into
Dear all,
I am one of the maintainer of cypari2. Contrarily to Jeroen and Luca
who left, I am not a number theorist and not a specialist of PARI/GP.
I took over the maintainance responsability because it felt like a
good thing for the math community and because PARI development happens
in a nearby
Dear all,
There is a new release of cypari2 now on PyPI
https://pypi.org/project/cypari2/2.1.3/
Thanks to the help of Isuru Fernando, Jerry James, Jonathan Kliem and
Gonzalo Tornaría cypari2 supports the most recent Python and PARI
versions.
Best
Vincent
--
You received this message because y
Dear all,
I do not interpret Thierry message as an attempt to change the issue
of the vote. Most of the answers focused on this particular point and
hence look completely off topic to me. More dramatically they are also
very rude in that they try to discredit what Thierry attempted to
share. I als
You are right of course (my bad): bool(expr) could be considered as
being True according to these specifications (and anyway "True" is
always a good answer). Though these are specifications for SR and does
not apply to the entire library. It is not clear to me what global
specification we could hav
On Tue, 27 Sept 2022 at 11:58, 'Martin R' via sage-devel
wrote:
>
>
>
> On Friday, 23 September 2022 at 20:09:55 UTC+2 Nils Bruin wrote:
>>
>> On Friday, 23 September 2022 at 10:37:01 UTC-7 axio...@yahoo.de wrote:
>>>
>>> OK, this is off topic, but: shouldn't it be this convention? At least:
>>>
-1
On Fri, 23 Sept 2022 at 12:43, Marc Mezzarobba wrote:
>
> Emmanuel Charpentier wrote:
> > +1 for Github
> >
> > Also wishing for contingency plan for re-migrating to self-hosted
> > Gitlab.
>
> Same here.
>
> --
> Marc
>
> --
> You received this message because you are subscribed to the Google
Dear all,
The PARI/GP team is about to release a new version. I opened a ticket
for that purpose at https://trac.sagemath.org/ticket/34537. It went
relatively smoothly with respect to building. However there are a lot
of doctest failures in a lot of different files that I am not familiar
about. So
> I have a question: given a trac ticket number, is there a way of recover the
> "Merge In" field of the ticket with the command line? I'd like to
> automatically add this info to the list.
For that purpose, the git trac command line tool is very helpful
```
$ git trac find 1aeab526b544f35590287
PARI/GP actually has a better convention : only even Bernoulli numbers exist
? bernvec(5)
%1 = [1, 1/6, -1/30, 1/42, -1/30, 5/66]
And the two conventions can be recovered as evaluations of Bernoulli
polynomials at 0 and 1 respectively
? [subst(bernpol(n), x, 0) | n <- [1..6]]
%2 = [-1/2, 1/6, 0,
Hello,
I am in the same mood as Travis : if I was to consider a move to
github I would like to have a clear and complete overview of the
changes in the workflow (how do we set ticket dependencies? how
reviews will work? management of releases? etc). For me the discussion
in this thread is very pre
Indeed, there is something wrong with the error handling of exponents
{{{
sage: a = 2 ** (2**63)
Traceback (most recent call last):
...
.../sage/rings/integer.pyx in sage.rings.integer.Integer._pow_
2229 r = smallInteger(1)
2230 else:
-> 2231 raise Overflo
hybrid > copy files > sage pseudo package
Vincent
--
You received this message because you are subscribed to the Google Groups
"sage-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to sage-devel+unsubscr...@googlegroups.com.
To view this discussion
Note that this looks like a network failure... but this is happening
inside the jupyter_jsmol build which tries to install some javascript
via npm. I thought that the package tarballs were supposed to contain
everything to build by themselves.
On Tue, 23 Aug 2022 at 18:27, Vincent Delecroix
On Mon, 15 Aug 2022 at 09:50, John Cremona wrote:
>
> On Mon, 15 Aug 2022 at 08:21, Kwankyu Lee wrote:
> >
> > If LazyTaylorSeriesRing could be a complete replacement of
> > LazyPowerSeriesRing, then I think we should remove the old
> > LazyPowerSeriesRing
> > and rename LazyTaylorSeriesRing to
On Tue, 9 Aug 2022 at 21:14, 'Martin R' via sage-devel
wrote:
>
> I am guessing that part of the problem is
>
> sage: SymmetricFunctions(ZZ) in IntegralDomains()
> False
Though the following looks fine
sage: SymmetricFunctions(ZZ).e() in IntegralDomains()
True
> The other problem is that fracti
On Thu, 4 Aug 2022 at 08:16, Kwankyu Lee wrote:
>
>
>
> On Thursday, August 4, 2022 at 2:07:56 PM UTC+9 vdelecroix wrote:
>>
>> Let me add a note that I don't like so much the code blocks (ie
>> EXAMPLES/TESTS). Namely,
>> * the brackets and parenthesis are weirdly bold (maybe because of the
>> fo
Thanks for working on this. +1 for making Furo standard.
Let me add a note that I don't like so much the code blocks (ie
EXAMPLES/TESTS). Namely,
* the brackets and parenthesis are weirdly bold (maybe because of the
fonts on my computer)
* numbers appear in bold blue and we basically see only this
Hello,
Unless anyone disagrees, I will move the development of pplpy from
gitlab (https://gitlab.com/videlec/pplpy) to github under the sagemath
group. It will simplify the maintenance on my side.
Best
Vincent
--
You received this message because you are subscribed to the Google Groups
"sage-d
Indeed, calling previous_prime(p) with p=2 does not sound like a good
idea :-) The following is very suspicious to me
~/Applications/sage/local/var/lib/sage/venv-python3.9/lib/python3.9/site-packages/sage/matrix/misc.pyx
in sage.matrix.misc.matrix_rational_echelon_form_multimodular
(build/cythoniz
Your compilation problem comes from the fact that antic
(https://github.com/wbhart/antic) is not available. You should install
it first. If you are familiar with (or curious about)
compilation/installation in the sage environment you can install the
full normaliz stack manually. Otherwise you might
Dear all,
When running
$ docker run -it sagemath/sagemath-dev:develop
the machine launches and starts compiling all of sage! Not sure when
such behaviour started but something is definitely broken.
Vincent
--
You received this message because you are subscribed to the Google Groups
"sage-dev
Hi Max,
Could you try to build the last version of e-antic (1.2.1) in the sage
environment ? In the sage shell, this is achieved with
$ wget
https://github.com/flatsurf/e-antic/releases/download/1.2.1/e-antic-1.2.1.tar.gz
$ tar xf e-antic-1.2.1.tar.gz
$ cd e-antic-1.2.1
$ ./configure --without-b
Autotools is convenient but definitely not mandatory. cmake does a
similar job. Some projects (eg flint, PARI/GP) have a home made build
system that works fine.
What is required is:
* a configuration step that let us specify the build directory,
install directory, compilers, static versus dynamic
On Mon, 20 Jun 2022 at 18:01, Niranjana K M wrote:
>
> @Vincent
>
> On Sun, Jun 19, 2022 at 5:52 PM Vincent Delecroix <20100.delecr...@gmail.com>
> wrote:
>>
>> Nice catch indeed. I am not sure that "scaled=True/False" is the most
>> flexible
Nice catch indeed. I am not sure that "scaled=True/False" is the most
flexible design. You might just want to apply *some* scale, not
necessarily the one making the max length being one. I imagine that it
would be nice to allow "scaled" to be a positive floating point
number. In other words
if sca
There is indeed a problem
sage: legendre_P(2, 0)
1/2
sage: legendre_P(2.0, 0.0)
-0.500
On Mon, 6 Jun 2022 at 20:38, Dan Cross wrote:
>
> Hi,
> It seems the special values of the Legendre Polynomials evaluated at zero are
> hard coded to be positive, but the sign should alternate. S
I guess this is
https://wiki.sagemath.org/patchbot
which has moved to
https://trac.sagemath.org/wiki/patchbot
Le 30/05/2022 à 14:37, ph h a écrit :
Dear All,
Is this link correct: https://wiki.sagemath.org/buildbot ?
*This page does not exist yet. You can create a new empty page, or use one
Le 16/05/2022 à 12:35, Dima Pasechnik a écrit :
On Mon, May 16, 2022 at 8:03 AM Vincent Delecroix
<20100.delecr...@gmail.com> wrote:
I would say that code with parallel computations + cypari2 should not
be merged (as cypari2 does not support it).
is it parallel multiprocessi
I would say that code with parallel computations + cypari2 should not
be merged (as cypari2 does not support it).
If you need parallel + PARI then use the C library directly with the
appropriate threads locks.
If the problem comes from somewhere else, then it would better be sorted
out.
Best
Vi
1 - 100 of 1481 matches
Mail list logo
