Re: [sage-devel] Re: Just Crazy

the current git branch --buildsh [...] -- run a shell with Sage environment variables as they are set while building Sage and its packages > David, there is no venv directory in the source. It is a symlink created > during the build process. It points to Sage

Re: [sage-devel] Re: Just Crazy

python installed. So I would urge adding that one to >> the entry point. >> >> - Marc >> >> >> >> On Wednesday, October 1, 2025 at 2:06:03 PM UTC-5 Michael Orlitzky wrote: >> >>> On 2025-10-01 14:23:31, David Roe wrote: >>&g

Re: [sage-devel] Re: Just Crazy

Thanks Marc, that helps a lot. Looking at the cli folder , it only supports a small fraction of the command line options of the old bash script. Personally, I think this model is a lot better and more maintainable, but we sho

Re: [sage-devel] Re: Just Crazy

I'm having trouble figuring out where this change was introduced. The folder sage/venv doesn't exist in the repo, so presumably sage/venv/bin/sage is copied from elsewhere during the build process, but I wasn't able to figure out where in a few minutes of poking around. Similarly, I don't see any

Re: [sage-devel] len(WeylGroup(["B", 6]).as_permutation_group().conjugacy_classes_subgroups())

7440 is what we have in the LMFDB , though that's redundant with the information that Nils provided, since it was computed with Magma. David On Fri, Sep 26, 2025 at 12:18 AM Nils Bruin wrote: > When I tried with sage, I got 7440, which agrees with

[sage-devel] Re: Discussion list for Sage governance

ps://mit.zoom.us/j/93697140177> for both meetings. I've started creating an agenda here <https://docs.google.com/document/d/1agQGsgW79Y0BLboqCvo-a8K6uOF15DHhm3d4RRuwGa4/edit?tab=t.0>; the document is editable by anyone so feel free to contribute. David On Fri, Nov 29, 2024 at 3:23

Re: [sage-devel] Out of memory when multiplying matrix and vector

Try making x0 sparse before multiplying; when you multiply sparse by dense by default Sage turns the spare object into a dense one rather than the dense into sparse. David On Thu, Jun 26, 2025 at 9:24 PM Ricardo Fodra wrote: > Why am I running out of memory when I multiply a sparse matrix and a

Re: [sage-devel] Feature or bug: Ideal([x*(x-1),y*(y-1)]).reduce(x+y-3)

The reduction isn't required to have a common solution; indeed there is no way to add multiples of x(x-1) and y(y-1) to (x+y-3) and change the property of having a common solution. What would you like to see the answer be for (1)? David On Thu, Jun 26, 2025 at 4:47 AM Georgi Guninski wrote: > s

Re: [sage-devel] Re:

See the documentation on QQbar . While I'm sure there are related bugs, I agree with Nils that in this case it's working as intended. If you need a very small nonzero number, the system will compute with enough precisi

Re: [sage-devel] PROPOSAL: remove python3 spkg from Sage

On Thu, Apr 3, 2025 at 10:12 PM William Stein wrote: > On Thu, Apr 3, 2025 at 7:06 PM Trevor Karn > wrote: > > > > Maybe we can all take a breath here. Everyone here is passionate about > making Sage as good as it can be. This seems to be getting a bit too heated > right now. > > > > +1 - I jus

Re: [sage-devel] Urgent - wiki.sagemath is down

It seems to be up again. Thanks to whoever worked on this! David On Sun, Mar 16, 2025 at 11:39 PM David Roe wrote: > Looking at the index of Sage's infrastructure > <https://github.com/sagemath/sage/wiki/Infrastructure>, wiki.sagemath.org > seems to be maintained by Thier

Re: [sage-devel] Urgent - wiki.sagemath is down

Looking at the index of Sage's infrastructure , wiki.sagemath.org seems to be maintained by Thierry Monteil, who I've CCed. Hopefully this can be resolved once the workweek in France starts! David On Sun, Mar 16, 2025 at 9:38 PM Travis Scrimsh

Re: [sage-devel] Admin request: new sagemath-giac repository

Hi Michael, I've created sage-giac and added you as an admin. Let me know if you need anything else. Thanks for working on this! David On Thu, Feb 13, 2025 at 12:39 PM Michael Orlitzky wrote: > Hi, this is a friendly reminder that I am trying to move the

Re: [sage-devel] Error after making some changes in the code

The first thing I would try would be to use `make build` rather than sage -br. The error you're seeing is related to missing flint, and sage -br only helps with changes to Cython code within the Sage library, not packages that Sage depends on. David On Sun, Feb 2, 2025 at 9:11 AM Pawani Agarwal <

Re: [sage-devel] Re: Example of an UFD in Sage for which is_unit is significantly slower than is_one

On Fri, Dec 13, 2024 at 2:38 PM 'Martin R' via sage-devel < sage-devel@googlegroups.com> wrote: > This does not look right, does it? > > sage: K. = NumberField(x^2-3) > sage: O = K.ring_of_integers() > sage: c = O(2*a + 4) > sage: isinstance(O, Field) > False > sage: isinstance(c, FieldElement) >

Re: [sage-devel] Re: using libgap in source

Yep, that should work. To find the right import statements, you can do sage: import_statements(libgap) from sage.libs.gap.libgap import libgap David On Thu, Dec 5, 2024 at 5:37 PM Jackson Walters wrote: > Perhaps I can just use > > from sage.libs.gap.libgap import libgap > > On Thursday, Decemb

Re: [sage-devel] "There was a problem saving your comment. Please try again."

What is your github username? David On Tue, Dec 3, 2024 at 2:56 PM Jackson Walters wrote: > It seems I am not able to add comments to issues or PRs on GitHub. Is this > a GitHub issue or something specifically with Sage? > > -- > You received this message because you are subscribed to the Google

[sage-devel] Re: Discussion list for Sage governance

Here's a functional link to join the group: https://groups.google.com/g/sage-government. Sorry for the broken link! David On Fri, Nov 29, 2024 at 2:09 PM David Roe wrote: > Dear Sage developers, > > One of the common themes that came out of the Community Survey > <https:/

[sage-devel] Discussion list for Sage governance

Dear Sage developers, One of the common themes that came out of the Community Survey this summer was some dissatisfaction with our governance model. Personally, I agree with much of the criticism: I think that relying on sage-d

Re: [sage-devel] Threading and cypari

a reasonable move is to revert the use of pointers on the > PARI stack. It created a lot of trouble with memory management. > > Best > Vincent > > On Thu, 14 Nov 2024 at 04:21, David Roe wrote: > > > > This bug is continuing to seriously impact the LMFDB. We have

Re: [sage-devel] Threading and cypari

rounds is welcome. David On Fri, Jun 4, 2021 at 3:54 PM David Roe wrote: > > > On Fri, Jun 4, 2021 at 3:24 PM Vincent Delecroix < > 20100.delecr...@gmail.com> wrote: > >> Thread support in cypari2 is definitely a reasonable requirement. >> I don't think t

Re: [sage-devel] Policy discussion about blocking others on Github

On Sat, Sep 7, 2024 at 7:11 AM 'Doris Behrendt' via sage-devel < sage-devel@googlegroups.com> wrote: > Dear list, > > boaaahhh come on guys! I again could't read all the past mails and cannot > comment objectively, but subjectively this feels like Kindergarten. Perhaps > Dima and Matthias (and the

Re: [sage-devel] Re: Memory leak in |EllipticCurve([n,0]).root_number()| and problem in algebraic geometry

On Fri, Aug 30, 2024 at 8:02 AM Georgi Guninski wrote: > For a start, I have been killing sage bugs since 2012 [1]: > and have debugged some of them. > I think I deserve to be listed as sage contributor for wasting my time > and electricity. > We are always happy to acknowledge contributions.

Re: [sage-devel] Owners and Managers of sage-devel and other Google Groups: Please identify

On Thu, Aug 22, 2024 at 10:32 PM Matthias Koeppe wrote: > We are currently collecting the information which individuals manage the > project's infrastructure in > https://github.com/sagemath/sage/wiki/Infrastructure > > The information who is Owner or Manager of most of our project's Google > Gro

Re: [sage-devel] Re: Policy discussion about hiding GitHub comments

We are starting this thread for two reasons. 1. Kwankyu asked for clarity on who can mark comments as off topic. 2. You marked this comment as off-topic, which asked for clarification on the action you had just taken removing th

Re: [sage-devel] Any tips for Maxima migrating to GitHub

The code that we used for the Trac to github migration is in this repository . Some things (including associating trac usernames with github usernames and creating issues, PRs and comments made by those users) required cooperation with Github and did not

Re: [sage-devel] Italicizing inside a literal block

Could you explain more why you want to italicize something inside a literal block? David On Sat, Jun 22, 2024 at 10:39 PM Janmenjaya Panda < janmenjaya.panda...@gmail.com> wrote: > Could someone please mention, how to italicize a particular term inside a > literal block? > Use of `term` results a

Re: [sage-devel] Exception in Kquo.=Kyx.quotient([x^2+x+1]): Can only reduce polynomials over fields.

This seems to work, though I don't know exactly what you want to do with it. sage: K. = ZZ[] sage: n=13*random_prime(2**50) sage: f=x^2+x+1 sage: Kquo = K.quo(K.ideal(n,f)) sage: Kquo Quotient of Multivariate Polynomial Ring in x, y over Integer Ring by the ideal (10233078999195559, x^2 + x + 1) s

Re: [sage-devel] Proposal (redo): Make pytest, pytest_mock, pytest_xdist + dependencies standard packages

On Wed, Jun 5, 2024 at 4:25 PM Matthias Koeppe wrote: > On Monday, June 3, 2024 at 12:29:14 PM UTC-7 dim...@gmail.com wrote: > > pytest can be kept a pip package, just promoted to standard. > > > It cannot, per existing policy. > > And the policy exists because it was made in awareness of the lim

Re: [sage-devel] Proposal (redo): Make pytest, pytest_mock, pytest_xdist + dependencies standard packages

On Fri, May 31, 2024 at 12:38 PM Dima Pasechnik wrote: > On Thu, May 30, 2024 at 11:25 PM Matthias Koeppe > wrote: > > > > We added the packages as optional "pip" packages (see > https://deploy-livedoc--sagemath.netlify.app/html/en/developer/packaging#package-types > for the terminology), each m

Re: [sage-devel] Re: approve github actions

On Tue, May 14, 2024 at 9:13 PM Dima Pasechnik wrote: > > > On 14 May 2024 22:55:01 BST, "julian...@fsfe.org" > wrote: > >I granted "write" permissions to you. That seems to be the required > >permission to approve workflow runs. > > IIRC, such permissions are automatic for the members of triage

Re: [sage-devel] wasm

On Tue, Apr 30, 2024 at 3:29 AM 'Doris Behrendt' via sage-devel < sage-devel@googlegroups.com> wrote: > Hi all, > > My team is about to develop a webapp where we want to factor polynomials > with coefficients in ZZ. > We want to offer a dropdown menu where the user can select the base ring > and t

Re: [sage-devel] VOTE: Revert merged PR with unreviewed dependencies

gt; >>> >>> -1 >>> >>> If something has been done that should be undone, I very much trust >>> Volker to take care of it when he can, without the need for endless >>> time-consuming discussions and votes. >>> >>> Best, >>&

Re: [sage-devel] Re: VOTE: Revert merged PR with unreviewed dependencies

0:47:36 AM UTC-7 David Roe wrote: > >> On Thu, Apr 18, 2024 at 1:43 PM Matthias Koeppe >> wrote: >> >>> I will first note that the title of this post is misleading. >>> Everything that was merged has been reviewed -- as noted, many months >>> ago.

Re: [sage-devel] Re: VOTE: Revert merged PR with unreviewed dependencies

efinition, #36951 and #36676 did not have positive review at the time that #36964 was merged. David On Thursday, April 18, 2024 at 8:54:26 AM UTC-7 David Roe wrote: > >> Hi all, >> Sage has had a review process for over 15 years, but a combination of >> recent changes has l

[sage-devel] VOTE: Revert merged PR with unreviewed dependencies

Hi all, Sage has had a review process for over 15 years, but a combination of recent changes has led to the merging of a PR into sage-10.4.beta3 of a change (#36964 ) that I believe should not (yet) have been merged. In #37796

Re: [sage-devel] Re: Proposal (redo): Make python_build (and its dependency pyproject_hooks) a standard package

On Mon, Apr 15, 2024 at 5:50 PM Dima Pasechnik wrote: > > > On Mon, Apr 15, 2024 at 10:01 PM François Bissey > wrote: > >> >> >> On 16/04/24 04:41, kcrisman wrote: >> > SageMath has several other long-term contributors who also package >> > software. We're all roughly on the same page ab

Re: [sage-devel] (Re-)building an inclusive SageMath community. II: Recognizing and fighting abuse, bullying, disrespect

community is currently falling short, even if you do not have specific solutions. The Sage Code of Conduct Committee David Roe J-P Labbe John Palmieri Julian Rüth Nils Bruin Viviane Pons On Fri, Apr 12, 2024 at 4:11 PM Matthias Koeppe wrote: > Trigger Warning: In this post, I will discuss top

Re: [sage-devel] Urgent: Please vote on these "disputed" PRs

We have received messages from several people that the level of discord on display between Dima and Matthias makes them feel uncomfortable participating on this email list. To protect the community from this acrimony, we are for now restricting Dima and Matthias to moderated contributions on sage-d

Re: [sage-devel] Re: Vote: changes to Sage's Code of Conduct

+1. On Thu, Mar 21, 2024 at 4:09 PM 'Martin R' via sage-devel < sage-devel@googlegroups.com> wrote: > +1 > > I just re-read the whole thing, and I'm quite impressed! Thank you! > > On Thursday 21 March 2024 at 19:03:34 UTC+1 Matthias Koeppe wrote: > >> +1. >> >> On Thursday, March 21, 2024 at 9:

Re: [sage-devel] Re: VOTE: Use "CI Fix" label for merging into continuous integration runs

This vote has passed, and I've added a "CI Fix" label on github. I am not going to have time to implement changes to our CI infrastructure in the near future, but others are welcome to do so. David On Sun, Mar 10, 2024 at 1:37 PM seb@g

Re: [sage-devel] Re: Vote: Sage Code of Conduct

On Mon, Mar 18, 2024 at 11:10 AM Dima Pasechnik wrote: > It's very important to note that with multiwinner approval voting, merely > counting the votes per candidate and picking the top ones can lead to > rather unfair results > (unlike in the single winner case). > > For instance, if we elect k=

Re: [sage-devel] "Disputed" PRs: Please vote, it matters

I will echo Matthias here. We just spent multiple months working out this new process. In order to make it work, people need to help make judgements about which of these PRs should proceed and be included in Sage. I understand that participating in these particular PRs can be daunting: the peopl

[sage-devel] Re: Vote: Sage Code of Conduct

(vivianep...@gmail.com, VivianePons on github) David Roe (roed.m...@gmail.com, roed314 on github) Julian Rüth (julian.ru...@fsfe.org, saraedum on github) Thank you to everyone for voting! I also want to thank Vincent Delecroix, David Joyner, Harald Schilly, and William Stein for their service on

Re: [sage-devel] Re: VOTE: disputed PRs

Sorry for the delay in responding; I have had much time today. The code of conduct committee's intention in changing the status on some of the disputed tickets was to note ways in which participants had not followed our previous standards for setting review status. At this point, given the policy

Re: [sage-devel] Re: VOTE: disputed PRs

The vote has passed. There are currently 36 open disputed PRs . Given the extensive comments on some of these PRs, I would agree that we should follow some version of Karl-Dieter's suggestion. In particular, while the author of the PR remains aut

Re: [sage-devel] Re: Help and Advice | Arithmetic of Jacobians in the Split/Real Model is Broken

There is also this old trac ticket about implementing fast arithmetic in genus 2 Jacobians, which never made it into Sage. I've CCed Mike Jabobson, who worked on it. David On Tue, Mar 12, 2024 at 12:10 PM Giacomo Pope wrote: > Thank you for linki

Re: [sage-devel] Google Season of Docs – org application deadline April 2

le to rewrite it properly (yes, I will >> create an issue for this soon!) >> >> John >> >> On Sun, 10 Mar 2024 at 15:03, David Roe wrote: >> >>> I think this would be good for Sage. I think there are several >>> decisions to be made: >>> * W

Re: [sage-devel] Re: Sage's Code of Conduct: proposed changes

1987309496> that these kinds of guidelines are better put in our reviewing code rather than the Code of Conduct, since they feel more like details than guiding principles. David > David Roe schrieb am Sonntag, 10. März 2024 um 16:44:06 UTC+1: > >> I agree with both Tobias and Matthia

Re: [sage-devel] Re: Application for NumFOCUS affiliation of SageMath

I support Matthias' initiative to join NumFocus. Looking at the application , there are only a few todo items: * Describe the shared history with Cython and IPython. This doesn't need to be extensive, but would be useful. * If we update the code of

Re: [sage-devel] Re: Sage's Code of Conduct: proposed changes

I agree with both Tobias and Matthias that we should have a discussion about the roles of maintainers (since they have defined privileges on github) and changes to Sage's governance model more generally. Martin and Tobias have commented on trying to include some additional principles into the code

Re: [sage-devel] Google Season of Docs – org application deadline April 2

I think this would be good for Sage. I think there are several decisions to be made: * What are our most pressing documentation needs? Personally, I think we have a gap between the reference manual (which is extensive but has no flow) and the thematic tutorials (which are written to tell a story

Re: [sage-devel] Re: Labels and Reviewing

Dear Sage developers, Dima is correct that there are several developers who have blocked each other. The Sage Code of Conduct Committee is aware of several cases and is working on resolving them. We believe both that the presence of these blocks is harming the Sage project, and that it can be app

Re: [sage-devel] Re: Labels and Reviewing

blockers > (e.g. we have a plenty of outstanding symbolic integration bugs). > That is, unless it's absolutely Earth-shuttering, don't use "blocker". > > Dima > > >> >> On Wednesday, February 28, 2024 at 6:08:20 AM UTC David Roe wrote: >> >>

[sage-devel] Vote: Sage Code of Conduct

ippela...@gmail.com, jplab on github) John Palmieri (jhpalmier...@gmail.com, jhpalmieri on github) Viviane Pons (vivianep...@gmail.com, VivianePons on github) David Roe (roed.m...@gmail.com, roed314 on github) Julian Rüth (julian.ru...@fsfe.org, saraedum on github) William Stein (wst...@gmail.com, willia

Re: [sage-devel] Looking for volunteers

We've received several nominations, but if you have been on the fence about suggesting someone I encourage you to write to us. The nomination period will close tomorrow night. David On Wed, Feb 28, 2024 at 10:52 AM David Roe wrote: > > > On Wed, Feb 28, 2024 at 10:51 AM Dima Pa

[sage-devel] VOTE: Use "CI Fix" label for merging into continuous integration runs

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 orthogona

[sage-devel] VOTE: disputed PRs

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 disputed PRs directly on Github rather than bringing them to sage-devel. Working thing

Re: [sage-devel] Permissions on github

As far as I can tell, you need some kind of admin privileges in order to add people to Triage (which is unfortunate, since membership in this team is critical for our reviewing process). The method that I use is to go here and click on the big green

Re: [sage-devel] Re: Sage's Code of Conduct: proposed changes

Thank you for starting the conversation Martin. I certainly think that all of these suggestions are appropriate to discuss, and that sage-devel is probably a better venue for discussion like this than the PR. On Fri, Mar 1, 2024 at 5:49 AM 'Martin R' via sage-devel < sage-devel@googlegroups.com>

Re: [sage-devel] Looking for volunteers

On Wed, Feb 28, 2024 at 10:51 AM Dima Pasechnik wrote: > >> We propose the following voting system. >> 1. A nomination period of 1 week, where any Sage developer can nominate >> someone to serve on the committee by emailing sage-ab...@googlegroups.com. >> You are allowed to nominate yourself (and

Re: [sage-devel] Re: Labels and Reviewing

On Wed, Feb 28, 2024 at 1:01 AM Kwankyu Lee wrote: > Thank you for making progress on these urgent issues. I suggest the > following: > > 1. Open two other new threads, each of which is for voting on each > proposal. > 2. On a proposal, it should be clear that *a positive vote (+1) is for > the w

[sage-devel] Labels and Reviewing

Dear Sage developers, The conflicts we've seen in the last several months are multifaceted, but one of the central issues at hand is how we decide what code is incorporated into Sage through our review process. I have two goals for this thread: to describe our current standards (as codified in the

[sage-devel] Looking for volunteers

ge-ab...@googlegroups.com. I announced the membership of this committee a few days ago in another thread; since then one member has resigned and another has expressed willingness to be replaced. The current membership is William Stein John Palmieri David Roe Vincent Delecroix David Joyner As a group, we believe

Re: [sage-devel] Re: Unload "blocker" label

On Mon, Feb 26, 2024 at 8:06 PM John H Palmieri wrote: > I think that usage (1) is the correct use of "blocker," and usage (3) is > not. Usage (2) should have a new name, as Vincent proposes. Failing that, > this new use of "blocker" must be documented in > https://doc.sagemath.org/html/en/develo

Re: [sage-devel] Bug in finding generators of elliptic curves over a quadratic domain

The problem is in the definition of avoid. There was an assumption made that the discriminant would be integral, so any(q.divides(m) for m in avoid) has avoid = [1048576/5764801, 8, 28, 49, 7] If you change the definition of avoid from avoid = [self._N, self._D] + [P[0].denominator_ideal().norm()

Re: [sage-devel] Re: Disputed Pull Requests / Role Sage-Abuse and the Code of Conduct

can confirm that the google group list does receive messages. > And if so, may we know who's on the committee? > > Asking on behalf of the community. > The members of the committee are: * William Stein * Vincent Delecroix * David Joyner * Harald Schilly * John Palmieri * David Roe

Re: [sage-devel] Unify error for trying to invert non-invertible elements

On Thu, Feb 8, 2024 at 8:18 PM 'Travis Scrimshaw' via sage-devel < sage-devel@googlegroups.com> wrote: > For RuntimeError, I would make it sound like it tells you there is serious > error occurring as it doesn't fall into any other error categories. This > actually makes it the opposite of a catch

Re: [sage-devel] Unify error for trying to invert non-invertible elements

I agree that there are cases that shouldn't be changed to an ArithmeticError, and that grepping for "invertible" isn't sufficient. But I think with a narrower scope this change is a good idea: if the error arises from attempting to invert a non-invertible element of a ring. So +1 from me, with a

Re: [sage-devel] Re: Implementing minimum_generating_set() function

You can lift elements via the quotient map to get representatives of each coset. I'm not sure that this is wrapped in Sage, but using gap directly you have: sage: Pgap = p._libgap_() sage: Ngap = N._libgap_() sage: phi = Pgap.NaturalHomomorphismByNormalSubgroup(Ngap); phi [ (2,3,4,5,6,7) ] -> [ f

Re: [sage-devel] Application for NumFOCUS affiliation of SageMath

I agree with Dima that 2 days is not enough time to gather feedback. Is there any reason for the quick turnaround time? David P.S. I'm sorry about disappearing from the other thread about disputed PRs. I will try to summarize the discussion on that thread and call for a vote shortly. On Sat, Jan

Re: [sage-devel] Re: Policy for disputed PRs: discussion

Let's try to focus on the policy proposal, rather than specific disagreements on individual PRs. Dima, I'm sorry that you're feeling frustrated with the whole process. It may be helpful to have additional directions about the overall strategy for Sage's build system, but that's better put off to

[sage-devel] Policy for disputed PRs: discussion

Hi all, I'm writing about an issue that I think is causing substantial harm to the Sage community: the only current mechanism we have for resolving a disagreement is to call a vote on this email list. There are certainly times where this is an appropriate response, and I think it's still reasonabl

Re: [sage-devel] Re: gcc problems on MacOS

^ > :433:6: note: expanded from here > GCC error "'fmpz_poly_scalar_mul_mpz' is deprecated. Use > 'fmpz_poly_scalar_mul_fmpz' instead." > ^ > > Your config.log says that you are using flint from SPKG. Above

[sage-devel] gcc problems on MacOS

I'm trying to build Sage 10.2.rc4 on MacOS 13.3.1 and have been running into multiple errors, some possibly due to Apple upgrading my OS when my laptop went in for repair. I've managed to get past all of Sage's dependencies, and am currently stuck on an error in sagelib: g++ -std=gnu++11 -std=gnu

Re: [sage-devel] Pillow built without jpeg support in Sage 10.2.rc3

I'm not aware of why we were suppressing jpeg support before, but this sounds like a good idea to me. David On Thu, Nov 16, 2023 at 9:48 AM Eric Gourgoulhon wrote: > Hi All, > > Pillow provides the Python Imaging Library (PIL) > https://pillow.readthedocs.io/en/stable/ > and is a standard packag

Re: [sage-devel] Re: Issue with orders in number fields

If you want the order generated by a, you can do sage: K.=NumberField(x^2-10) sage: OK=K.maximal_order() sage: O = K.order(a) sage: O.index_in(OK) 1 Note that this correctly fails in Nils' example: sage: K.order(a^2) ... ValueError: the rank of the span of gens is wrong David On Thu, Sep 7, 202

Re: [sage-devel] How to make call to latex() not evaluate its content again?

Even if adding some assumptions makes this particular integral evaluate fully, the underlying problem may still show up in other cases. I haven't tracked it down fully (and probably won't spend more time on this), but the error messages are coming from Sage's interface to Giac, via this function i

Re: [sage-devel] Re: Voting: Block-scoped optional tag and the keyword

I vote for (A) On Thu, Jun 29, 2023 at 5:13 AM Eric Gourgoulhon wrote: > I vote for (A) > > -- > 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+unsub

Re: [sage-devel] ping - please cast you vote: VOTE: Follow NEP 29: Recommended Python version

Thanks for restarting the discussion Tobias. From my perspective, there are several things that can move this conversation forward. 1. More clarity on how NEP-29 will be implemented in Sage. In particular, that policy just guarantees a particular time frame during which Python *will* be supported

Re: [sage-devel] Modularization project: V. The blocs

How do you handle files that depend on multiple libraries (like both FLINT and NTL for example)? Are these only included in sagemath-standard? David On Fri, Jun 16, 2023 at 2:19 PM Matthias Koeppe wrote: > On Friday, June 16, 2023 at 11:07:36 AM UTC-7 David Roe wrote: > > I assume

Re: [sage-devel] Modularization project: V. The blocs

I assume that the MANIFEST.in.m4 file contains a list of what's in each package, right? There's also sagemath-objects and sagemath-categories (are there any others?); can you send analogous links for those so that we can understand how the library is being broken up into pieces? Is every file par

Re: [sage-devel] Re: Why matrix powers are slower over Integers(p) than in ZZ?

The problem is that Sage doesn't have a specialized type for integers mod N: sage: type(M3) The best solution would be to create one, but of course that's a lot of work. Another possibility would be to change the __pow__ method for integer matrices to not ignore the modulus argument. As a worka

Re: [sage-devel] Re: ping - please cast you vote: VOTE: Follow NEP 29: Recommended Python version

I will delete any messages to this thread in the next week. I encourage people who have not yet engaged to think about the issue and see if they have a compromise to suggest. David On Wed, May 31, 2023 at 5:24 PM G. M.-S. wrote: > > Hi all. > > I would like to ask for a moratorium of at least 1

Re: [sage-devel] cysignals/sig_on...sig_off

ments to mathematics interaction with the desired > organization "Oppia" within Web category. > > > > Let me know if you all sage developers want further information > regarding myself to search my result. > > Why are you spamming this group by posting several copies of the

Re: [sage-devel] cysignals/sig_on...sig_off

On Sun, Apr 30, 2023 at 10:49 AM 'jonatha...@googlemail.com' via sage-devel wrote: > Does cysignals get enough support to keep going or do we want to try a > different approach? This different approach will for sure not be as > efficient, but will probably need less effort to maintain. > sig_on/

Re: [sage-devel] Re: [sage-release] Sage 10.0.rc0 released

I'm sorry to have prompted another flame war, but please keep the tone polite Dima and Matthias. I know that you're both frustrated at this issue being unresolved, but it's not appropriate to have a fight like this that goes to 2570 different people's inboxes, with frequent emails sniping at each

Re: [sage-devel] Re: [sage-release] Sage 10.0.rc0 released

On Wed, Apr 26, 2023 at 6:41 AM Dima Pasechnik wrote: > PS. I think openssl spkg should just be removed from Sage, it serves > no purpose as far as I can tell. > For a long time it was very important for getting a functional Sage on MacOS; is that no longer the case? David > > On Wed, Apr 26,

Re: [sage-devel] RealField isn't doing it right

On Tue, Apr 18, 2023 at 8:15 PM aw wrote: > On Tuesday, April 18, 2023 at 4:19:45 PM UTC-6 Nils Bruin wrote: > > > It may not be the default, but you can still have it! As referenced > before, just execute upon startup: > > old_RealNumber=RealNumber > def RealNumber(*args, **kwargs): > return

Re: [sage-devel] RealField isn't doing it right

On Tue, Apr 18, 2023 at 8:06 PM aw wrote: > On Tuesday, April 18, 2023 at 4:14:41 PM UTC-6 David Roe wrote: > > Did you read my message from last night? I highlighted exactly the > problems with what you're suggesting. > David > > > In that post you outlined some

Re: [sage-devel] RealField isn't doing it right

Did you read my message from last night? I highlighted exactly the problems with what you're suggesting. David On Tue, Apr 18, 2023 at 5:59 PM aw wrote: > On Tuesday, April 18, 2023 at 3:29:03 PM UTC-6 Dima Pasechnik wrote: > > It is a problem, as e^1.1 cannot be represented exactly, and it is

Re: [sage-devel] RealField isn't doing it right

On Mon, Apr 17, 2023 at 7:39 PM aw wrote: > On Monday, April 17, 2023 at 4:05:56 PM UTC-6 Nils Bruin wrote: > > But you WON'T be computing with exact quantities in RealField(200) unless > your number can be expressed as +- an unsigned 200-bit integer times a > power of two, so you're very fundam

Re: [sage-devel] RealField isn't doing it right

I agree with William that you should refrain from insulting the Sage developers, especially when the underlying problem comes from your misunderstanding of how floating point arithmetic works. To respond to the content of your message, finite precision real fields in Sage are implemented using flo

Re: [sage-devel] bug in realfield when passing python integers

I don't think this is a bug that Sage can fix. When you execute RR(8059/9042) in Python, it first evaluates 8059/9042 which produces a float, then passes that to RR. There's no way for RR to know that you initially input a ratio of ints. David On Mon, Apr 10, 2023 at 4:11 PM aw wrote: > when p

Re: [sage-devel] Re: XCode Update creates "C compiler cannot create executables"

I just ran into this error after upgrading to MacOS 13.3. I first started seeing issues with stdio.h being missing, so I tried reinstalling Xcode command line tools. I was then missing complex.h, so I tried reinstalling all of Xcode. Then configure gave me the error described in this thread; loo

Re: [sage-devel] Adding labels to pull requests?

Hi Enrique, I've added you to the Triage team, so now you can manage labels. David On Wed, Mar 29, 2023 at 1:33 PM enriqu...@gmail.com wrote: > Actually I have the same problem, I cannot see how to apply labels to PR I > created. Maybe I can't. Thanks, Enrique. > > El jueves, 2 de marzo de 2023

Re: [sage-devel] Re: Adding labels to github issues

not figure out how to do. > > regards > brett stevens > > On Wednesday, February 8, 2023 at 7:51:40 AM UTC-5 David Roe wrote: > >> Yesterday I manually added a bunch of people that I recognized to the >> sagemath organization triage team >> <https://github.co

Re: [sage-devel] Procedure to be a member of sage github organization

As a first proposal: once you have a PR accepted then you're added to the sagemath organization. I'm not sure exactly what the cutoff should be for being added to triage (which gives the capability of changing labels, closing and assigning issues and PRs, requesting PR reviews, applying milestones

Re: [sage-devel] Confused about power series ring identity

On Fri, Feb 17, 2023 at 6:04 AM Nils Bruin wrote: > From "PowerSeriesRing" docstring: > >There is a unique power series ring over each base ring with given >variable name. Two power series over the same base ring with >different variable names are not equal or isomorphic. > > However

Re: [sage-devel] Re: reviewer role on github

On Fri, Feb 10, 2023 at 11:50 AM Kwankyu Lee wrote: > On Friday, February 10, 2023 at 7:33:51 PM UTC+9 Martin R wrote: > In which repository? > > Here: https://github.com/sagemath/sage/issues > > Does this mean that researchers cannot become reviewers immediately > anymore? > > You first become a

  1   2   3   4   5   6   7   8   9   10   >