There was a very large PR with a full implementation of vertex operator
algebras including some non-linearly generated. It got caught in review, then
the pandemic and then the birth of a baby in the middle of it. That PR got
broken into several pieces, some for LCAs, another for vertex algebras,
My brother is one, and I've tried dealing in the private market before. I'd say
the variation is (0,\infty). Also there's a huge difference between amateurs
and professionals so that kind of justifies the price variance, but if it was
my choice, I'd ask the graphics designer of my institute (to
In addition to that I've been using the idiom
MyOutput == {this : dict}
True
And that works for tests and renders well on documents
R
On February 4, 2021 8:34:36 PM GMT-03:00, 'Travis Scrimshaw' via sage-devel
wrote:
>Hi John,
>IIRC, a dict has its keys automatically sorted in the output. How
On Nov 23, Andrew wrote:
Sometime recently, possibly because of python3, the required argument
`support_order` was been added to the class
`sage.modules.with_basis.subquotient.SubmoduleWithBasis`.
The documentation says:
``support_order`` -- an ordering of the support of ``basis`` expr
...@gmail.com wrote:
Sage has not (yet) switched to jupyterlab, although there were various
ways to use jupyterlab with Sage posted here by Samuel, iirc.
On Sat, Oct 24, 2020 at 8:46 PM 'Reimundo Heluani' via sage-devel
wrote:
>
> On Oct 24, 'Reimundo Heluani&
On Oct 24, 'Reimundo Heluani' via sage-devel wrote:
Dear all, I apologize that his may be out of place, but I started
preparing the sage days talk on jupyter and I find myself on a
completely new terri(fying)tory. I have a bunch of questions and I'd
appreciate if you can point
Dear all, I apologize that his may be out of place, but I started preparing
the sage days talk on jupyter and I find myself on a completely new
terri(fying)tory. I have a bunch of questions and I'd appreciate if you can
point me in the right direction to read.
1. I remember in this list there
There are a bunch of errors like
error: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.6" but "10.9" during
configure
Did you run configure before make?
R
On September 1, 2020 2:13:22 PM GMT-03:00, Anne Schilling
wrote:
>Hi!
>
>I am having trouble (once again) to compile the latest development
PS. That was the whole sentence starting with : rendering of the... And not
just the changed lines in English
R
On August 31, 2020 2:40:19 PM GMT-03:00, David Coudert
wrote:
>anyone around you able to do the Japanese translation ? it's 2 lines...
>
>Le lundi 31 août 2020 à 12:41:37 UTC+2, hel.
I got this from Tomoyuki Arakawa at RIMS
組合せ論的グラフをレンダリングするためには次のファイルの最新版が必要です。
tkz-graph.sty (https://www.ctan.org/pkg/tkz-graph から取得)
tkz-arith.sty と(たぶん）tkz-berge.sty (https://www.ctan.org/pkg/tkz-berge から取得).
On August 31, 2020 2:40:19 PM GMT-03:00, David Coudert
wrote:
>anyone around y
On August 31, 2020 7:10:35 AM GMT-03:00, David Coudert
wrote:
>Ticket https://trac.sagemath.org/ticket/30212 touches tutorials in
>English,
>French, German, Japanese, Portuguese.
>We need reviewers for each of these languages.
>I did tentative translations in German and Portuguese, but not in
On Aug 30, Matthias Koeppe wrote:
On Sunday, August 30, 2020 at 9:51:27 AM UTC-7, Reimundo Heluani wrote:
Are those tickets that are closed now going to be in 9.2?
Yes, they will appear in the next beta / rc.
If so I could write something about Lie conformal algebras.
That would be
Are those tickets that are closed now going to be in 9.2? If so I could write
something about Lie conformal algebras. Depending on how long for the next
release I don't think there's going to be time to review the vertex algebra
ticket so perhaps this is the time to add something about LCAs
Bes
On August 30, 2020 9:25:39 AM GMT-03:00, Samuel Lelievre
wrote:
>2020-08-30 10:05:46 UTC+2, Reimundo Heluani:
>>
>> I want to add a parallel computation ticket and I was
>> wondering if I could use multiprocessing.parent_process()
>> which is only available starting with 3.8.
>
>It might be po
Good morning, I see that support for Python 3.8.x is about to be merged in
#27754. I want to add a parallel computation ticket and I was wandering if I
could use multiprocessing.parent_process() which is only available starting
with 3.8. What's the minimal Python version that Sage has to accept,
On August 28, 2020 10:00:49 AM GMT-03:00, Michael Orlitzky
wrote:
>On 2020-08-28 08:40, 'Reimundo Heluani' via sage-devel wrote:
>> On Aug 28, Michael Orlitzky wrote:
>>> On 2020-08-28 08:23, 'Reimundo Heluani' via sage-devel wrote:
>>>> Than
On Aug 28, Dima Pasechnik wrote:
On Fri, Aug 28, 2020 at 1:23 PM 'Reimundo Heluani' via sage-devel
wrote:
Thanks, I guess recompilation is unavoidable then, the worst part is that it
was one of my own tickets :)
well, why, just doing git diff against another branch does not
On Aug 28, Michael Orlitzky wrote:
On 2020-08-28 08:23, 'Reimundo Heluani' via sage-devel wrote:
Thanks, I guess recompilation is unavoidable then, the worst part is that it
was one of my own tickets :)
Dima meant "git fetch" literally. That will pull down the chang
Thanks, I guess recompilation is unavoidable then, the worst part is that it
was one of my own tickets :)
R.
On Aug 28, Dima Pasechnik wrote:
On Fri, Aug 28, 2020 at 12:39 PM 'Reimundo Heluani' via sage-devel
wrote:
Hello, I am not familiar with the Trac server, I have a branc
Hello, I am not familiar with the Trac server, I have a branch based on
9.2.beta2 locally that fails the automerge on trac. I suppose something
changed between 9.2.beta2 and 9.2.beta10. Is there any way of seeing the logs
to check what are the conflicts on the Trac server instead of trying to me
On Aug 25, Dima Pasechnik wrote:
On Tue, Aug 25, 2020 at 3:40 PM 'Reimundo Heluani' via sage-devel
wrote:
On Aug 25, Dima Pasechnik wrote:
>On Tue, Aug 25, 2020 at 2:23 PM 'Reimundo Heluani' via sage-devel
> wrote:
>>
>> Hello, now that GCC-10 has been m
On Aug 25, Dima Pasechnik wrote:
On Tue, Aug 25, 2020 at 3:40 PM 'Reimundo Heluani' via sage-devel
wrote:
On Aug 25, Dima Pasechnik wrote:
>On Tue, Aug 25, 2020 at 2:23 PM 'Reimundo Heluani' via sage-devel
> wrote:
>>
>> Hello, now that GCC-10 has been m
On Aug 25, Dima Pasechnik wrote:
On Tue, Aug 25, 2020 at 2:23 PM 'Reimundo Heluani' via sage-devel
wrote:
Hello, now that GCC-10 has been merged I wanted to run a patchbot again. The
issue of the non-existing C-locale C.UTF-8 prevents me from doing so since
there are tests that fail
Hello, now that GCC-10 has been merged I wanted to run a patchbot again. The
issue of the non-existing C-locale C.UTF-8 prevents me from doing so since
there are tests that failed like so:
File "src/sage/tests/cmdline.py", line 227, in
sage.tests.cmdline.test_executable
Failed example:
err
On Aug 05, 'Reimundo Heluani' via sage-devel wrote:
This actually does look like a bug in Sage:
sage: R = PolynomialRing(GF(2), 'x0,x1,x2', order='wdegrevlex')
sage: R.inject_variables()
Defining x0, x1, x2
sage: J = R.ideal([x0*x1+x2])
sage: J
) failed: TypeError
'Reimundo Heluani' via sage-devel wrote:
On Aug 05, 'Reimundo Heluani' via sage-devel wrote:
I went to try to answer a question posted today in sage-support and
found this:
sage: P = PolynomialRing(QQ, 'x0,x1,x2')
sage: P = PolynomialRing(GF(2), 'x0,x1,x
On Aug 05, 'Reimundo Heluani' via sage-devel wrote:
I went to try to answer a question posted today in sage-support and
found this:
sage: P = PolynomialRing(QQ, 'x0,x1,x2')
sage: P = PolynomialRing(GF(2), 'x0,x1,x2')
sage: P.inject_variables()
Defining x0, x1,
I went to try to answer a question posted today in sage-support and found
this:
sage: P = PolynomialRing(QQ, 'x0,x1,x2')
sage: P = PolynomialRing(GF(2), 'x0,x1,x2')
sage: P.inject_variables()
Defining x0, x1, x2
sage: I = P.ideal(x0*x1+x2)
sage: I.reduce(x2)
x2
sage: R = PolynomialRing(GF(2), '
On Aug 04, Dima Pasechnik wrote:
On Tue, Aug 4, 2020 at 3:30 PM 'Reimundo Heluani' via sage-devel
wrote:
On Aug 04, Dima Pasechnik wrote:
>I've switched trac to send notifications via a host called
>sagemath.openbsd.amsterdam
>(after wasting a lot of time trying to us
Erik
handle this.
Dima
On Wed, 29 Jul 2020, 13:23 Michael Orlitzky, wrote:
On 2020-07-29 08:02, 'Reimundo Heluani' via sage-devel wrote:
>
> I was wandering if anything happened to this. I have been receiving some
> trac e-mails and missing some others silently, some d
On Saturday, April 25, 2020 at 8:22:46 PM UTC-3, Michael Orlitzky wrote:
>
> Can we please change how our Trac notification emails are sent? SendGrid
> is absolutely atrocious. I currently have six of their shared IPs
> whitelisted on our mail server to allow these notifications through,
> bec
Hello, I'm implementing a worker pool using Python's multiprocessing module.
My tests run fine under the Sage interactive interpreter or the Jupyter
notebook, but they fail with a MemoryError as if I have ran out of available
threads when running the unit tests with "sage -t"
RuntimeError: ca
On Jul 18, rrbold wrote:
Hi Christian and John,
Christian, your first sentence puts the finger on the correct spot: I take
the position that a graded abelian group is not an abelian group. It is a
sequence of abelian groups.
For any category C, one can consider Gr(C), the category of graded
Hello,
On Jul 18, Sverre Lunøe-Nielsen wrote:
Dear list,
I have been involved in preparing a package by M. Catanzaro and R. Bruner
lately, which implements finitely presented modules over the mod `p` Steenrod
algebra.
We have encountered a conflict regarding how to present graded objects, and
On July 17, 2020 5:56:38 PM GMT-03:00, Dima Pasechnik wrote:
>On Fri, Jul 17, 2020 at 9:43 PM 'Reimundo Heluani' via sage-devel
> wrote:
>>
>> On Jul 17, Dima Pasechnik wrote:
>> >A standard way to "fix" this for projects like fplll would be to a
ion you can use, which is on a local disk?
What you see has to do with "skew clocks" on the fileserver vs the CPU you use.
On Fri, 17 Jul 2020, 21:00 'Reimundo Heluani' via sage-devel,
wrote:
Hello, I asked shell access to a larger computer at my institution (192
thr
network. How would a "scratch"
partition work? I thought that once built, moving the installation was
something very hard.
R
On Fri, 17 Jul 2020, 21:00 'Reimundo Heluani' via sage-devel, <[1]
sage-devel@googlegroups.com> wrote:
Hello, I asked shell acce
s.
R.
On Jul 17, Dima Pasechnik wrote:
Do you build on a network file system?
Do they have a "scratch" partition you can use, which is on a local disk?
What you see has to do with "skew clocks" on the fileserver vs the CPU you use.
On Fri, 17 Jul 2020, 21:00 'Reim
I am getting the following error trying to generate a merge on trac, it looks
like a full disk?
Failure to create temporary git repository clone for merge preview of
cbd2319dd12d941deede5b1550e6e5b686f2468a: Cloning into '/tmp/tmpCL92Zh'...
done. error: unable to write file build/pkgs/rw/distr
On Jul 04, Dima Pasechnik wrote:
I guess this is due to gfortran 10.
We still do not support gcc 10, I think.
Can you downgrade it to gfortran 9?
For what its worth, here running arch,
1) removing line 153 from build/pkgs/gcc/spkg-configure.m4
2) adding a newer scipy: upstream/scipy-1.5.0.ta
Dear all, this e-mail is mostly advertising ticket
https://trac.sagemath.org/ticket/29610
and asking for help. It is my hope that eventually some version of that ticket
would make it to SageMath.
I've implemented Vertex algebras, Lie Conformal Algebras and Poisson Vertex
Algebras. Some of t
On Jun 20, 'Travis Scrimshaw' via sage-devel wrote:
That definitely is not a bug in CombinatorialFreeModule, so there shouldn't be
anything changed there. It is doing what it is told: that its indexing set is
in finite sets. I would say the bug is purely in the
DisjointUnionEnumeratedSets not doi
On Jun 20, Markus Wageringel wrote:
I think the problem here is that enumerating over a disjoint union of an
infinite set and a finite set will never reach the elements in the finite set.
There is this comment in the documentation of DisjointUnionEnumeratedSets
Possible extensions: the cu
I am having trouble that my parents are being assigned in a category of finite
dimensional modules and the culprit seems to be this:
sage: M = CombinatorialFreeModule(QQ, DisjointUnionEnumeratedSets([Integers(),
Family([])]))
sage: M.category()
Category of finite dimensional vector spaces with
On Jun 09, Matthias Koeppe wrote:
See [1]https://trac.sagemath.org/ticket/19448
With the patch in this ticket I find this:
sage: V = CombinatorialFreeModule(QQ, Partitions())
sage: M = V.submodule([V.an_element()])
sage: M.reduce(V.an_element())
0
so far so good.
sage: v = V([3,2,1]); v
B[
On June 9, 2020 7:35:51 PM GMT-03:00, Matthias Koeppe
wrote:
>See https://trac.sagemath.org/ticket/19448
>
Ohh wow! That's been active really recently! Thanks, I'll merge the ticket into
my branch.
R.
>On Tuesday, June 9, 2020 at 2:43:04 PM UTC-7, Reimundo Heluani wrote:
>>
>> I am trying
I am trying to reuse the code already in place in combinat/freemodule and
modules/with_basis/subquotients to construct a finite dimensional submodule of
an infinite dimensional one. I think that there are places where the basis of
the ambient space is assumed to be a list without needing it. The
On Jun 04, Nils Bruin wrote:
On Thursday, June 4, 2020 at 11:56:55 AM UTC-7, Reimundo Heluani wrote:
The output of sage.misc.defaults.variable_names and latex_variable_names is
of
type list if n=1 while type tuple if n>1. Is this really the intended
behaviour?
I would find that har
The output of sage.misc.defaults.variable_names and latex_variable_names is of
type list if n=1 while type tuple if n>1. Is this really the intended
behaviour?
To concatenate another tuple/list to this output in a manner that is independent of n
requires an extra conversion.
Cheers,
R.
On Jun 02, Michael Orlitzky wrote:
On 6/2/20 9:52 AM, Volker Braun wrote:
I'm with Linus in that the 80 characters limit is an anachronism thats
too restrictive in a time and age where large high-resolution displays
are ubiqitous. There certainly is a "too long" somewhere but its more in
the 100
traceback from an error is a typical use case for this.
On Saturday, May 30, 2020 at 6:31:34 AM UTC-7, Reimundo Heluani wrote:
On May 30, Michael Orlitzky wrote:
>On 5/30/20 8:51 AM, 'Reimundo Heluani' via sage-devel wrote:
>>
>> I'
On May 30, Michael Orlitzky wrote:
On 5/30/20 8:51 AM, 'Reimundo Heluani' via sage-devel wrote:
I've looked through the code and found numerous instances of long times in
examples and tests blocks. So my question is: is there a policy about these
things? My guess is to leave th
Hello, in the developer's guide
https://doc.sagemath.org/html/en/developer/coding_basics.html#documentation-strings
It says explicitly that lines should be shorter than 80 characters:
"Lines should be shorter than 80 characters. If in doubt, read PEP8: Maximum
Line Length."
That PEP8 furth
On May 15, Matthias Koeppe wrote:
On Friday, May 15, 2020 at 3:35:05 PM UTC-7, Reimundo Heluani wrote:
is my understanding correct that the right workflow is to rebase #29691 on
top of #29690 and push again?
Yes.
Thanks! that's the second push -f in a day if this was a large patch th
On May 15, Matthias Koeppe wrote:
On Friday, May 15, 2020 at 2:19:11 PM UTC-7, Reimundo Heluani wrote:
I wanted to test a couple of very
simple patches #29690 and #29691. The latter depends on the former. #29690
passes without problems but #29691 fails tests as if the patch from #29690
Hello, I started today running a patchbot. I wanted to test a couple of very
simple patches #29690 and #29691. The latter depends on the former. #29690
passes without problems but #29691 fails tests as if the patch from #29690
were not applied.
Now here is were I screwed up. Since #29691 neede
On May 14, 'Reimundo Heluani' via sage-devel wrote:
On May 14, 'Reimundo Heluani' via sage-devel wrote:
On May 14, Daniel Loughran wrote:
Ha that is quite a funny mistake. The outputs of my experiments start to make
more sense now.
Does this also explain the error I found
On May 14, 'Reimundo Heluani' via sage-devel wrote:
On May 14, Daniel Loughran wrote:
Ha that is quite a funny mistake. The outputs of my experiments start to make
more sense now.
Does this also explain the error I found when working modulo 16? Just this was
slightly different in n
On May 14, Daniel Loughran wrote:
Ha that is quite a funny mistake. The outputs of my experiments start to make
more sense now.
Does this also explain the error I found when working modulo 16? Just this was
slightly different in nature.
On Thursday, 14 May 2020 16:17:59 UTC+1, Reimundo Heluani
On May 14, Daniel Loughran wrote:
Hello. I think that I may have found a bug involving elliptic curves modulo
powers of primes. I have attached the working jupyter notebook, but my code and
results are also below.
In my code I have an elliptic curve E over Q with good reduction at 2 and the
poin
n Thursday, 14 May 2020 13:29:32 UTC+1, Reimundo Heluani wrote:
On May 14, 'Reimundo Heluani' via sage-devel wrote:
>On May 14, Daniel Loughran wrote:
>>Hello. I think that I may have found a bug involving elliptic curves
modulo
>>powers of primes. I have at
On May 14, 'Reimundo Heluani' via sage-devel wrote:
On May 14, Daniel Loughran wrote:
Hello. I think that I may have found a bug involving elliptic curves modulo
powers of primes. I have attached the working jupyter notebook, but my code and
results are also below.
In my code
On May 14, Daniel Loughran wrote:
Hello. I think that I may have found a bug involving elliptic curves modulo
powers of primes. I have attached the working jupyter notebook, but my code and
results are also below.
In my code I have an elliptic curve E over Q with good reduction at 2 and the
poin
On Apr 30, Vincent Delecroix wrote:
Your fix looks good Reimundo. Could you open a ticket and post the
number in this thread?
Sure, it's here:
https://trac.sagemath.org/ticket/29624#ticket
Cheers,
R.
Vincent
Le 29/04/2020 à 19:54, 'Reimundo Heluani' via sage-devel a écr
On Apr 29, Dennis Epple wrote:
Hello,
"!=" does not seem to work for permutation groups.
sage: G = SymmetricGroup(2)
sage: H = PermutationGroup([(1,2)])
sage: not G == H
False
sage: G != H
True
It seems it's in the richcmp method of PermutationGroup_generic. The following
diff fixes this parti
On Apr 27, Samuel Lelievre wrote:
Sun 2020-04-26 16:01:58 UTC, Reimundo Heluani:
Hello, I've been trying to get a trac account.
Dear Reimundo, thanks for reaching out. I have
created your account. Sorry about the delay. --Samuel
Thanks! I opened a ticket
https://trac.sagemath.org/ticket
Hello, I've been trying to get a trac account. I've sent an e-mail to sage-trac-acco...@googlegroups.com a few days ago without a reply. I've tried IRC, but it's been a couple of days and there hasn't been any activity there. Since the development branch is quite active by the minute I figured perh
67 matches
Mail list logo
