[sage-devel] Re: feedback on construction functor for symmetric functions

Hi Martin, I plan to look closely at this this week. Unfortunately I cannot offer anything quick now. Best, Travis On Monday, February 12, 2024 at 2:42:52 AM UTC+9 Martin R wrote: > Apart from that, I think the last bit I need to do is to make the > TensorProductFunctor inherit from

[sage-devel] Re: morphisms between multivariate polynomial rings

Hi Martin, That is coming from this: sage: type(m) Although I don't think we have a specific "all morphisms should inherit from this ABC (or generic base class)" specification. It might be easy to get something to work for it. Are you thinking of the difficulty of determining a consistent

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Miguel, can you add the project to the wiki page (or tell me the information here), even if it is not fully prepared? It will help increase our chances of being selected for GSoC again. For everyone, there is a new 90 hour option for GSoC project lengths this year. Best, Travis On Monday,

Re: [sage-devel] Re: Help with matroids (and more generally?), PR #36492

Question for humans: I'm planning on merging this into sage so that other developers can help grow it and it's not just me working on it. Would it be better to first wait for any bugs that people might notice and then add it into sage? Or should I just go ahead and start merging it in and any

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

February 8, 2024 at 10:14:33 PM UTC-5 David Roe wrote: > >> On Thu, Feb 8, 2024 at 8:18 PM 'Travis Scrimshaw' via sage-devel < >> sage-...@googlegroups.com> wrote: >> >>> For RuntimeError, I would make it sound like it tells you there is >>> serious error occu

[sage-devel] Re: Help needed with UniqueRepresentation (of SymmetricFunctions)

Martin's solution is the correct one as it should be preparsing the input before it gets to the __init__(), which is then used as the key. This also is needed for HallLittlewood and Macdonald. Best, Travis PS - Sorry for not responding sooner about this. On Tuesday, February 6, 2024 at

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

I would be vague about a TypeError versus a ValueError. These are used in various ways by different authors over different periods. It can also be very hard to make this rigorous. For example, for something accepting integer inputs, then 2/2 fails the isinstance() check but shouldn't throw an

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Hi everyone, I have submitted the application. However, we can continue to add projects (and mentors) at any point. So if you are interested or have any features that you want to request, please either add it to the wiki page, post it here, or email me. Best, Travis On Tuesday, February

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Hi Linden, Thank you. I added the project at the "standard" length 350 hours. Best, Travis On Monday, February 5, 2024 at 7:24:38 PM UTC+9 Linden Disney wrote: > I have a proposal for a project I would be willing to mentor (detailed > below for completeness), but I'm unsure about how best

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

Dave, I agree that it is quite possible that not all of them are correct non-invertible elements in a ring. Of course, we would go through an examine them more individually as David suggested. I was originally thinking ValueError as well, but, as Martin pointed out, ArithmeticError is a bit

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

I have added it. (For reference on editing the pages, you login using your trac credentials from the upper left corner.) Best, Travis On Monday, February 5, 2024 at 5:38:52 AM UTC+9 Martin R wrote: > I would like to propose the exact same project I had for last year again, > but I am

Re: [sage-devel] Sphinx directives in upper case?

I think it is more confusing to mix the two. I vote for keeping everything all uppercase since everything else that is analogous uses all uppercase letters. Best, Travis On Wednesday, January 31, 2024 at 9:20:58 PM UTC+9 TB wrote: > On 25/01/2024 7:06, Kwankyu Lee wrote: > > Hi, > > Our

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Sorry for the multiple messages. For potential mentors, there is no commitment required at this time. You can also decide later to add a project and/or be a mentor. Best, Travis On Sunday, February 4, 2024 at 1:17:54 PM UTC+9 Travis Scrimshaw wrote: > For the potential projects, you can

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

For the potential projects, you can either edit the corresponding wiki page in Matthias's link or directly post them here (you do not need to be the mentor). Also, I would like to have a list of potential mentors. Any SageMath developer can be a mentor for a GSoC project; so if you are willing

[sage-devel] Re: Google Summer of Code: Organization application deadline Feb 6!

Thank you for doing that. I updated my projects and removed all of those with named mentors as they have not agreed at present (AFAIK) to be a potential mentor. I was expecting to be the main administrator for GSoC again this year. We will discuss this on the mentors list. For the proposal,

[sage-devel] Re: Help with matroids (and more generally?), PR #36492

Hi John, None of the above. I think maintaining good programming practices is important for the codebase and it is a good thing to teach contributors who might not understand. Hence, we should spend the time having them get it into a format that is acceptable for Sage. In the end, it should

Re: [sage-devel] Operator Product Expansions in Lie conformal algebras

We should look at that closely sometime Reimundo. I have very strong doubts that it is the category formalism as that really should not be playing any role in creating and manipulating elements. It only comes into play when dealing with multiple (distinct) parents. It might also be that you

Re: [sage-devel] change_ring for ideals

, 2023 at 3:53:05 PM UTC+9 Dima Pasechnik wrote: > > > On Mon, 16 Oct 2023, 05:03 'Travis Scrimshaw' via sage-devel, < > sage-...@googlegroups.com> wrote: > >> Hi everyone, >>Is there some reason why a generic change_ring() was not implemented >&

[sage-devel] change_ring for ideals

Hi everyone, Is there some reason why a generic change_ring() was not implemented for all ideals? This leads to a bug with univariate Laurent polynomials: sage: L. = LaurentPolynomialRing(QQ) sage: I = L.ideal(0) sage: I + I

Re: [sage-devel] Re: New package creation - advice/help requested

environment before fully integrating it into sage. > > I hadn't heard about a push to get more cython. Is this becoming more > standard? > > Aram > > On Mon, 3 Jul 2023 at 01:56, 'Travis Scrimshaw' via sage-devel < > sage-...@googlegroups.com> wrote: > >> Hi Aram,

[sage-devel] Re: issue with division in fraction field of univ poly

When I first tried Ben's OP code, it worked as there. Then when trying Nil's code, I get the same output as Ben, but when I immediate after run sage: D2 / D1 ...Same traceback as above... ZeroDivisionError: fraction field element division by zero Now in a fresh Sage session, I immediately get

[sage-devel] Re: New package creation - advice/help requested

Hi Aram, Can you explain a bit more why you aren't just integrating it into Sage now? Are you're expecting to have major API changes? There would likely be a push to change to using more Cython, but it doesn't need to be feature complete to be a part of Sage and internal/implementation

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

(A) Travis On Monday, July 3, 2023 at 2:42:10 AM UTC+9 G. M.-S. wrote: > > My choice is (A). > > Guillermo > > On Thu, 29 Jun 2023 at 04:40, Kwankyu Lee wrote: > >> Hi, >> >> We spent six days for the preliminary discussion in the sage-devel thread >> >>

Re: [sage-devel] Re: Modularation doctests

On Friday, June 16, 2023 at 10:18:57 AM UTC+9 Matthias Koeppe wrote: On Thursday, June 15, 2023 at 6:03:41 PM UTC-7 Travis Scrimshaw wrote: Perhaps this is the core question (for me): What do you expect most/casual users to download and install? It may be the wrong question because it seems

Re: [sage-devel] Modularization project: I. The goals

On Friday, June 16, 2023 at 10:49:49 AM UTC+9 Kwankyu Lee wrote: The Sage distribution will continue to exist. There will be no user-visible change coming from the modularization project for the users of the Sage distribution. That is simply not true right now. The # optional sage.*

Re: [sage-devel] Modularization project: I. The goals

Hi William, That is interesting. Although my take on that is following Matthias's proposal, they will just use one (or more) part of Sage as a Python library. So if they switch, in effect they will still be dropping Sage. I don't see Sage as having its own custom language other than some

Re: [sage-devel] Modularization project: I. The goals

On Monday, June 12, 2023 at 10:53:38 AM UTC+9 Matthias Koeppe wrote: On Sunday, June 11, 2023 at 6:20:03 PM UTC-7 Travis Scrimshaw wrote: My understanding of William's goal (please correct me if I am wrong) was to put everything together so nobody was trying to build a better wheel. To me, by

Re: [sage-devel] Re: Modularation doctests

On Thursday, June 15, 2023 at 12:23:55 AM UTC+9 Matthias Koeppe wrote: On Wednesday, June 14, 2023 at 8:01:29 AM UTC-7 Tobias Diez wrote: On Wednesday, 14 June 2023 at 05:37:15 UTC+8 Matthias Koeppe wrote: - Some # optional annotations reduce the barrier for contributors, by clearly signaling

Re: [sage-devel] Modularization project: I. The goals

I strongly disagree with your conclusion that this is a bug, much less a severe one. My understanding of William's goal (please correct me if I am wrong) was to put everything together so nobody was trying to build a better wheel. To me, by splitting everything up into these small pieces, it

[sage-devel] Re: Modularation doctests

Hi Matthias, Happy to see that you are curious regarding the modularization project, but I don't think it's a good approach to start this discussion with claims that sound authoritative ("nobody will actually maintain", "does not scale", "nearly all end users", etc.) and a policy proposal.

[sage-devel] Modularation doctests

Dear everyone, I would first like to thank the people who are working to improve the Sage development and build process. However, I am starting to become concerned about what is being done about the modularization of SageMath. Specifically, it is involving the patchbombs (e.g.,

[sage-devel] Re: Ideals in LaurentPolynomialRing

Dear Enrique, I am having a bit of trouble understanding exactly what computations are slow and fast from your description. As Nils said, can you give us some explicit code (with some comments about which parts are slow)? Best, Travis On Tuesday, May 30, 2023 at 3:28:39 AM UTC+9 Nils Bruin

[sage-devel] SageMath is part of GSoC 2023!

Hi everyone, We were accepted as a mentor organization this year for Google's Summer of Code! For those who were not previously added as a mentor last year (and want to be this year), please email me or respond here. Best, Travis PS - Sorry for being slightly delayed on the announcement

[sage-devel] Re: SkewTableaux are not hashable?

Fixed in https://github.com/sagemath/sage/pull/35138 Best, Travis On Wednesday, February 15, 2023 at 12:31:54 PM UTC+9 Travis Scrimshaw wrote: > Hi Martin, >This happens because it overrides __eq__. It probably would be better > to replace it by a __richcmp__ anyways, which might even fix

[sage-devel] Ticket (now issue/PR) tag

To the github transition team, Is there a sphinx tag for issues to replace :trac:`12345`? Travis -- 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] Re: SkewTableaux are not hashable?

Hi Martin, This happens because it overrides __eq__. It probably would be better to replace it by a __richcmp__ anyways, which might even fix this problem. It has a few easy solutions. I will try to do a PR today for it. Best, Travis On Wednesday, February 15, 2023 at 3:06:58 AM UTC+9

[sage-devel] Re: The definition of one blankline

Okay, so mostly this ticket is just noise by me as the specification is highly misleading. It is really looking for an end-of-line character \n at the end of the file, which does not give a blankline. It would be good if we could somehow explain this somewhere, especially in how the linter

[sage-devel] The definition of one blankline

Hi everyone, To me, the title seems obvious, but I hold a different opinion than the linter that has become an enforced code style. I want to see what the consensus of the community is on this. Paraphrasing slightly from https://www.flake8rules.com/rules/W391.html, there should be one and

Re: [sage-devel] Re: positively reviewed tickets on trac - do they need PRs?

window. Travis On Thursday, February 9, 2023 at 4:56:40 PM UTC+9 dim...@gmail.com wrote: > > > On Thu, 9 Feb 2023, 06:46 'Travis Scrimshaw' via sage-devel, < > sage-...@googlegroups.com> wrote: > >> So we don't have PR for all of the positive reviewed ticke

[sage-devel] Re: GH Notifications

No, not that. I have set that up, but I want email notifications via GH anytime someone does, say, @tscrim or modifies an issue/PR I am involved in. I have subscribed myself and changed my GH settings to send emails. However, there are other repos I am involved with that I do *not* want emails

[sage-devel] GH Notifications

I liked getting emails from trac when changes to tickets I cared about happened. However, I only want emails from notifications related to SageMath. I see that there is a routing to chose which account it will go to. Yet, I don't see a way to say "only from Sage I want email notifications".

[sage-devel] Re: positively reviewed tickets on trac - do they need PRs?

So we don't have PR for all of the positive reviewed tickets. They are just going to be merged? What happens if we found a problem with one of the +rev tickets and want to change something? Best, Travis On Thursday, February 9, 2023 at 8:43:28 AM UTC+9 Volker Braun wrote: > But also: Please

[sage-devel] Re: Sage GSoC2023 Ideas Page

Hi everyone, I know things are a bit hectic with the transition right now. However, the deadline for submitting our GSoC proposal is tomorrow (at least for me). I would appreciate it if you could add a project (you don't have to agree to be a mentor) or let me know if you are willing to

[sage-devel] Re: Sage GSoC2023 Ideas Page

Hi Martin, I think that would be a good project. I can put in a quick sketch on the ideas page. It doesn't need to be anything fully thought out (that is really for the applicant to do in some sense). Thanks, Travis On Thursday, February 2, 2023 at 6:17:30 PM UTC+9 axio...@yahoo.de wrote:

[sage-devel] Sage GSoC2023 Ideas Page

Hi everyone, The deadline for SageMath to submit its GSoC organization application is February 7th, 18:00 UTC. If you are interested in mentoring a project, please post it to the ideas page: https://wiki.sagemath.org/GSoC/2023 Best, Travis -- You received this message because you are

Re: [sage-devel] Re: containment in a set different from containment in a set - help needed

> I must admit that I do not understand the philosophy. > Which part? > > But apart from that: for classes inheriting from ClonableArray, which have > to implement equality (because there is no coercion to a common parent), do > they have to implement _richcmp_ or __richcmp__ or _eq_ or

Re: [sage-devel] Re: containment in a set different from containment in a set - help needed

+1 on what Nils said; I only find it slightly surprising initially. Compare this with comparing a list to a Partition as well. Equality is a bit different as a programming concept than a mathematical one. When you implement a custom __eq__, then you are separating that class from the

Re: [sage-devel] Re: GAPError when using .molien_series()

ecember 9, 2022 at 8:49:55 PM UTC+9 dim...@gmail.com wrote: > On Fri, Dec 9, 2022 at 2:55 AM 'Travis Scrimshaw' via sage-devel > wrote: > > > > By running the code in molien_series() directly in Sage, I can do the > computation, but not by calling the method. S

Re: [sage-devel] Re: containment in a set different from containment in a set - help needed

Let me mostly rephrase what Nils said above with a bit more of specific information. I would say this issue comes from a "feature" of ClonableArray. The default hashing of ClonableArray is to also hash in the parent and have elements in different parents not (by default) compare equal. A

[sage-devel] Re: GAPError when using .molien_series()

By running the code in molien_series() directly in Sage, I can do the computation, but not by calling the method. So it seems to be something within Sage with the interface with libgap. Best, Travis On Friday, December 9, 2022 at 8:55:15 AM UTC+9 guru@gmail.com wrote: > Hi, > i ran into

[sage-devel] Re: Is this a bug?

No, it is not. The generic fraction field can only reduce something up to a unit since the gcd is defined up to a unit. I agree it looks funny, but I don't see a sensible way to code to get a negative sign in the numerator. Compare with sage: ~F(-q+1) 1/(-q + 1) sage: ~F(q-1) 1/(q - 1) sage:

Re: [sage-devel] VOTE: move Sage development to Github

-1 On Thursday, September 22, 2022 at 11:50:56 AM UTC+9 dev@gmail.com wrote: > +1 for Github > > 在2022年9月22日星期四 UTC+8 06:01:46 写道： > >> +1 for Github >> >> Op wo 21 sep. 2022 19:23 schreef David Roe : >> >>> Dear Sage developers, >>> Following extensive discussion, both recently >>>

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 4:14:26 PM UTC+9 Matthias Koeppe wrote: > On Tuesday, September 13, 2022 at 12:10:28 AM UTC-7 Travis Scrimshaw wrote: > >> How is the workflow that our current developers sometimes use irrelevant? >>> Granted, this is a less used feature, but I believe it makes

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 3:30:19 PM UTC+9 Matthias Koeppe wrote: > On Monday, September 12, 2022 at 10:25:57 PM UTC-7 Travis Scrimshaw wrote: > >> whereas with trac, things are highly concentrated on tickets, which are a single point of reference. Using the GH/GL model, we have

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 3:36:18 PM UTC+9 Matthias Koeppe wrote: > On Monday, September 12, 2022 at 10:36:06 PM UTC-7 Travis Scrimshaw wrote: > >> Last I remember, using https instead of ssh meant I had to input my UN/PW >> every time I did a push or a pull >> > > >

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 3:42:58 PM UTC+9 Matthias Koeppe wrote: > On Monday, September 12, 2022 at 10:30:39 PM UTC-7 Travis Scrimshaw wrote: > >> Please, Travis, the high activity that you see here is in response to the >>> requests for having a fleshed out plan before a discussion

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 2:10:12 PM UTC+9 Matthias Koeppe wrote: > On Monday, September 12, 2022 at 8:39:50 PM UTC-7 Travis Scrimshaw wrote: > >> But people nowadays who start with GitHub never have to go through >>> archaic setup steps such as those that we document at >>>

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> > > What happens when Bob works on a ticket, but then stops (say, it doesn't >> find a reviewer in time). Now Alice wants to make changes on top of that >> branch. How does Alice do that? I am particularly thinking about when this >> is *not* meant to be a PR review commit (say, it is

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

On Tuesday, September 13, 2022 at 1:39:38 PM UTC+9 Matthias Koeppe wrote: > On Monday, September 12, 2022 at 8:39:50 PM UTC-7 Travis Scrimshaw wrote: > >> First off, we need to slow down significantly as we do not have an >> general clear consensus about doing this move. >> > > Please, Travis,

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> > > The downside (that will always remain to me) with GH/GL is anything with >> their web interface is highly decentralized, >> > > No, no such thing. > The fact that PRs and issues are on two completely different pages is already decentralized. There is no clear single place for

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> > > But people nowadays who start with GitHub never have to go through archaic >>> setup steps such as those that we document at >>> https://doc.sagemath.org/html/en/developer/trac.html#trac-authentication-through-ssh, >>> >>> which --- even when it is working --- is major friction for the

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> > A few people are yelling >> > > Travis, this is inappropriate > > Matthias, then let me rephrase, a few people are speaking somewhat forcefully and frequently. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

First off, we need to slow down significantly as we do not have an general clear consensus about doing this move. A few people are yelling we should move to GH, and a lot of the same people are acting like has been decided when it has not. We should make a formal vote once a more concrete

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> Just to give a different perspective, from someone who is not a Sage > developer but is a Sage donor, the only reason I give money to Sage every > month is because I happened to see your appeal on GitHub. Thank you very much for your donations. > If you had no GitHub presence at all,

Re: [sage-devel] Re: incremental migration to github? [prompted by FUNDING issues!!!] + general flakiness of trac

> > > I really dislike Github's decentralized approach with PR and having to >> have separate clones of the repo within each user. My understanding is if >> two people have different fixes, then they individually submit PRs that are >> not explicitly linked with each other, much less with a

Re: [sage-devel] Re: docstring of _element_constructor_

I try to make sure the ways (I first typed methods, but then realized this was confusing) to construct the elements is available either in the parent and/or element level documentation by way of examples (maybe saying, "We can construct a foo by giving it a list::"). Best, Travis On Saturday,

[sage-devel] Re: BROADCAST MESSAGE

Thank you to everyone who has worked on getting this fixed and working again. A big special thanks to Frédéric for taking point (or at least willing to do the public relations). Best, Travis On Monday, September 5, 2022 at 3:30:55 AM UTC+9 Eric Gourgoulhon wrote: > Thank you so much Frédéric

[sage-devel] Re: tensor products of symmetric functions and PartitionTuples

Short version: no but with implementation caveats. Longer version: It gores through generic tensor product code: sage: s = SymmetricFunctions(QQ).s() sage: s2 = tensor([s, s]) sage: s2.__class__ In order to have it return partition tuples (which didn't exist at the time this was written

[sage-devel] Re: AlphabeticStrings()

Hi Doris, What would their images be in this monoid? Their capital letter versions are not generators of the monoid. If you would like to work in a different (free) monoid, then you would need to implement it (not necessarily within Sage). If you just want to extend the encoding, say have ß

[sage-devel] Re: If I run make twice in a row, shouldn't the second run be instant?

However, I don't think it should take 30 minutes, that seems far too long to me to check everything, even on a slow system. The longest part to me always seems to be checking the documentation part. Samuel, how long does "make build" take for you? Best, Travis On Thursday, August 25, 2022 at

[sage-devel] Re: Useful methods for graphics objects

Yes we do, otherwise it doesn't make sense mathematically. There are lots of different metrics I can use on 2D vectors that make sense. Otherwise any (physical paper) maps would be very impractical. I think it is generally bad practice to assign mathematical significant things to classes that

[sage-devel] Re: Trac only displaying some comments

Ah, I see. That fixed it. Thanks. I never knew about that as I never paid any attention to that box. it is annoying that changed on a Firefox update...Oh well. Best, Travis On Wednesday, August 24, 2022 at 10:06:05 AM UTC+9 Matthias Koeppe wrote: > Try the checkbox "Show property changes" on

[sage-devel] Trac only displaying some comments

I think this is something that has to do with more recent versions of Firefox, as I can see everything in Chrome, but I only see the changes to the ticket that have comments. So if someone, say, changes only the branch field or the milestone, I do not see these. Is there something that can be

[sage-devel] Re: Trac #34152 needs you (to vote)!

hybrid > sage psuedo > copy files package I think we should be mindful that there can be people who build from source who are not developers. So not having a dependency on git is a small bonus, but I think almost everyone who has a non-Windows machine has git installed on their computer by

[sage-devel] Re: source and build artifacts mixed ?

Could it be easily possible to get something inbetween? I like having the .c files there next to the file (although I have to retrain myself a bit with typing) rather than having to hunt for them in some obscure not-well-documented directory. However, I would like that when I make changes to

[sage-devel] Re: Useful methods for graphics objects

In general, I think we are best leaving the drawing classes to just drawing as a separations-of-concerns. It sounds like we need better integration between our algebraic objects/implementations and the drawing/plotting tools. This might include more plot_* functions or specialized

[sage-devel] Re: sage.combinat.integer_vector_weighted.iterator_fast arguments

I thought it produced wrong results when it was for some composition? Perhaps I am mistaken or that was some older version of the code. If the logic is valid for any composition, then we can change the doc. Best, Travis On Monday, August 22, 2022 at 7:59:22 PM UTC+9 axio...@yahoo.de wrote: >

Re: [sage-devel] Graph([(0,'a')]).vertices() raises exception

I think it is a very bad idea to have default sorting based upon hashing. This could make a lot of output appear seemingly random (despite having a natural order), nor there is no way to deal consistently with hash collisions. This would cause far more problems than it would solve when working

[sage-devel] Re: Useful methods for graphics objects

I am not sure how much I support that because there is no metric. If you are working with the Euclidean metric (the usual one you are used to), then you can do sage: l = line3d([(1,2,3), (4,5,6)]) sage: V = RR^3 sage: (V(l.points[1]) - V(l.points[0])).norm() 5.19615242270663 There could also

Re: [sage-devel] Re: LazyPowerSeriesRing Replacement

I will let Martin discuss the naming as I think the is attached to the name LazyTaylorSeries(Ring). A quick counterpoint to Kwankyu's claim, the power series "is" a function (well, formally), we just usually think of it as being equal to an "easier" function. However, it is meant to be a

[sage-devel] LazyPowerSeriesRing Replacement

Hi everyone, Now that https://trac.sagemath.org/ticket/32324 is positively reviewed, I was wondering if there would be any opposition to replacing the current LazyPowerSeriesRing with the next LazyTaylorSeriesRing. This is already happening as the backend for species in

[sage-devel] Re: MSC-2020 -- Class 52: Convex and Discrete Geometry -- CAS Citations from 2000 to 2021

Indeed, it is not only great to see that Sage is increasing in the number of citations* but also the total number of papers citing mathematics software. Best, Travis * In algebraic combinatorics, I sometimes notice that people give an acknowledgement that they have used Sage to help with

[sage-devel] Re: Proposal: downgrade some packages to experimental

I would like to see the p_group_cohomology fixed. Progress got stalled on that, but I am happy to work on that (while I have time for August). Best, Travis On Sunday, August 7, 2022 at 5:23:46 AM UTC+9 Matthias Koeppe wrote: > The sage_numerical_backends_* packages are on their way out

[sage-devel] Re: Group algebra bug

I posted on the ticket a long debug of the issue, which comes down to a subtlety with making copies of PermutationGroup_generic and its __dict__. Best, Travis On Sunday, August 7, 2022 at 3:57:59 AM UTC+9 Trevor Karn wrote: > Sorry of course the parent of kH(a) and kH.one() are the same. We

[sage-devel] Re: Polling for sphinx background style

I slightly protest that one day of voting at the end of the week is not a lot of time for such a consequential vote. That being said, I support grayish (but I also noticed there is so little difference on dark mode). Best, Travis On Saturday, August 6, 2022 at 6:14:54 PM UTC+9 Kwankyu Lee

[sage-devel] Re: Docstring Formatting Question: Bullet Points

I don't think we should mandate things so much, but it would be good to have a general policy about this. For example, we have a policy about error messages, but this is not absolute. In particular, this is about breaking ties when an author is doing something that a reviewer dislikes. I don't

[sage-devel] Docstring Formatting Question: Bullet Points

Right now there are two conventions throughout Sage for bullet points (and similar things). Someone has been systematically trying to change everything to one convention (which I am opposed to). However, we as a community have not had a discussion about this as far as I am aware (I believe

[sage-devel] Re: Implementing Parent with Facade that is not an Element

Hi Trevor, Right...I remember coming across this problem before. Since I know this class is for internal use (simply to index a basis), we can override __call__() instead of _element_constructor_() as we do not need to invoke the coercion framework (and we want this to be fast). This is what

[sage-devel] Re: Finite dimensional algebra generated by matrices

Yes, you have. To better integrate it into Sage, I would expand the existing functionality of FiniteDimensionalAlgebra (and ideally it would do the basis and multiplication table lazily) . This class would likely need some additional work to get it to do what you eventually want, but it would

[sage-devel] Re: Finite dimensional algebra generated by matrices

One thing you could consider doing is adding an option for the input of the finite dimensional algebra code to take the generators as input and then use that to generate a basis and feed that back into the finite dimensional algebra. I am sure I have written code to compute a basis from a

Re: [sage-devel] Question about factories, representations and multiple classes

> > The __classcall_private__() mechanism works well for this kind of > dispatching > > with lots of examples within Sage for this. > > Agreed, and this is fairly standard. However, I am still skeptical about > the > fact this mechanism prevents deep copies... This limits the user's >

Re: [sage-devel] Question about factories, representations and multiple classes

> > I'm also relatively new to Sage development, but one thing I can think of > is that you could create a constructor module for your implementation of > Drinfeld module. In short, the way I see it is that you would have a new > module named "constructor" with a class

Re: [sage-devel] (cy)PARI in Parallel, Heisenbugs, and Merging Policy

wrote: > Probably related to https://github.com/sagemath/cypari2/issues/107 ? > > Le 15/05/2022 à 05:06, 'Travis Scrimshaw' via sage-devel a écrit : > > Hi everyone, > > On ticket #30423 <https://trac.sagemath.org/ticket/30423>, Dan, Willie, > > and I have been workin

Re: [sage-devel] Question about factories, representations and multiple classes

For this you want to use __classcall_private__ as otherwise you would likely end up in an infinite loop when you try to construct the subclass. There are lots of examples of this in the Sage library code. Best, Travis On Sunday, May 15, 2022 at 5:42:49 AM UTC+9 Eric Gourgoulhon wrote: > Hi,

[sage-devel] Re: Adding combinatorial divisorial polytopes to sagemath

There are chances, but it depends on many independent factors, such as availability and mathematical expertise. However, before that could be considered, you will need to provide the code first. Best, Travis On Saturday, May 14, 2022 at 7:07:02 AM UTC+9 ie.bat...@gmail.com wrote: > Hi, > > I

[sage-devel] Re: Finite dimensional algebra generated by matrices

I would advise against having it as an external package if you plan to integrate it into Sage. It further fragments the code and makes it more likely to bitrot from what I have seen. I would instead create a ticket and upload the code to that. Is this a finite dimensional commutative algebra?

Re: [sage-devel] The SageMath developer map needs your (updated) information

I think I have used a “malformed” email address in the past (which github won’t recognize/accept) with “at” instead of “@“ to try and avoid some spambots, so we might need to change the history in order to fix mine… Best, Travis On Tuesday, May 10, 2022 at 2:11:00 AM UTC+9 Matthias Koeppe

[sage-devel] (cy)PARI in Parallel, Heisenbugs, and Merging Policy

Hi everyone, On ticket #30423 , Dan, Willie, and I have been working on a parallel-computation based implementation for computing F-matrices that are used in math physics. However, we have been seeing some doctest failures sporadically that involve

Re: [sage-devel] orbit decompositions

> > Sorry, I don't know an easy way. I've always just defined them by hand >> whenever needed. >> However, I agree with you that a better way is needed. >> > > I would love for there to be some standard way to define a group action on > a set - preferably maintaining other algebraic

[sage-devel] Re: Memory Leak in canonical_label with bliss?

Hi Thomas, Sorry for taking so long to respond as I was away from my computer last week to test. Yes, I seem to be seeing it as well. However, if it is within bliss, then it needs to be solved upstream (and/or with a patch here). Best, Travis On Tuesday, April 26, 2022 at 5:47:07 AM UTC+9

  1   2   >