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

Marc, Your response seems to suggest that Dima is claiming that your distribution of Sage is wrong or shouldn't exist. Nothing could be further from the truth. Really? What does the following mean to you? "I don't want to go into merits of the macOS app, but it's a highly non-standard by m

Re: [sage-devel] Policy for closing abandoned PRs

To clarify, I don't think that adding a label that indicates there is code which will probably bitrot and has been asked to address some issue is a bad idea. It's the "closed" problem - GH does not by default automatically search closed issues, and actually I could totally see somebody wanting

Re: [sage-devel] Policy for closing abandoned PRs

This would be a change in (perhaps not official) policy from Trac. Since PRs are separated from issues on GH (which wasn't really the case on Trac), a change might make sense. However, my opinion (for whatever it's worth) is that this is not really necessary, and could lead to useful code bein

[sage-devel] Re: Error when plotting `sum(i for i in range(x))`

If you want to plot a list of points, there are several ways to do so, including points() and list_plot(). def f1(x): return sum(i for i in range(x)) L = [(n,f1(n)) for n in [2..4]] list_plot(L) # or points(L) -- You received this message because you are subscribed to the Google Groups "sage-d

Re: [sage-devel] Are there plans to try to reduce the inner inconsistencies in sage?

> >Are there plans to try to reduce the inner inconsistencies in sage? > >sage: Kx.=QQ[];f=Kx(0);f.degree() >-1 >sage: gp(f).poldegree() >-oo All you see here is gp taking a less standard choice of deg(0). To expand slightly, sage: Kx.=QQ[];f=Kx(0) sage: type(gp(f)) yields (see

Re: [sage-devel] A new logo?

On Monday, October 21, 2024 at 12:08:55 AM UTC-4 Kwankyu Lee wrote: On Monday, October 21, 2024 at 8:47:02 AM UTC+9 Michael Orlitzky wrote: * The icosahedron strikes me as an instance of "hey give me the name of a cool math shape" that has nothing to do with sage itself The icosahedron in th

Re: [sage-devel] Re: [debian-science] Modularized sagemath packages: proof of concept

For me, this is another instance of a user point of view versus a developer point of view. Coming from someone who tries to make SageMath easily available for ordinary people, Marc's views are all the more valuable IMHO. An individual mathematician who only needs some portion of the sage libr

[sage-devel] Re: Proposal: ci codecov/patch reports but not fail

On Saturday, October 5, 2024 at 7:47:33 AM UTC-4 Kwankyu Lee wrote: No comment will be construed as no objection. I guess I'm not actively developing at this point, and doubtless there are many untested code paths existing. I do think that on the whole I've found it pretty useful in the pas

Re: [sage-devel] Results of the Survey: Governance and Community building

Thank you so much for doing this job! This is very valuable. 100% agree, thank you to the committee, especially for the slog of sifting these responses in a meaningful way to summarize them for everyone. -- You received this message because you are subscribed to the Google Groups "sage-dev

[sage-devel] Re: Attention: new high quality of docstrings

Impressive! On Monday, July 8, 2024 at 8:31:39 AM UTC-4 Kwankyu Lee wrote: > Hi, > > PR #38155 https://github.com/sagemath/sage/pull/38155 now got positive > review. > > We hope that sage developers maintain the high quality of docstrings > established by the PR. > > Thanks for attention. > --

Re: [sage-devel] Re: ask.sagemath.org issues - do we need it?

Thank you Sébastien for standing up for users, for distinguishing between users and developers, and for recognizing that those two groups have different needs. May your Karma increase exponentially! This is the point which we must keep hammering home. Sage users and developers are not the

Re: [sage-devel] Re: Current status of possibility of integrating libraries written in Rust into Sage

Yes. I am all for removing "no internet connection" assumption in installing the sage distribution from source. Since we don't ship binaries, I'd like to hear from those who have had to install Sage in circumstances with slow/no internet situations about this (e.g. several of our French deve

Re: [sage-devel] Re: Urgent and important: Please vote on disputed PR #36964 (next step of the modularization project)

By choosing to be an exception in the Python world, Sage obviously does something quite wrong. Can someone who is not Dima or Matthias explain to us how it is possible that they both are claiming to represent the normal Python way of doing things? There have been numerous statements by bot

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

It would be fun to continue the conversation with Dima, but clutter things up here too much, as David points out. Suffice to say that certainly What would really simplify things here is creation of a Windows based installer, not mere a document on dozens of things to be done to set it all up.

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

Pyenv is easier than sage distro, much easier. I meant *using* pyenv. I just don't want to be bothered when I really just use Sage. But this is quite orthogonal to the actual discussion, sorry for bringing up my 3.9 issues :-) Well, depending on a legacy (3.9) Python version isn't the pr

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

We (not just Sage, but you and I!) have been discussing this for almost 15 years. Haha, true! SageMath has several other long-term contributors who also package software. We're all roughly on the same page about what it would take to fix the sage installation for end users. And some of

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

I understand that some macOS users are very comfortable with Sage the distro playing the role of a missing macOS package manager, The real question is about *users* in this case, not developers. I just got messed up the other day brew updating something which killed my Python 3.9 I need in

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

Please don't! +1 for sure > The modularization project (making pip-installation packages that contain portions of the sage library) started years ago with a general consensus of the sage community. Matthias led the project and did most of hard works. Many others did not care much about the

[sage-devel] Re: Downloads

Thanks very much for this important service. Looks like the homebrew cask that provides your app has also been updated already. +1 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails fro

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

The anonymized votes are here , in case anyone wants to do further analysis. Thanks, David. This actually confirms that, as such elections go, it's remarkably non-controversial; a third (!

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

I also want to thank Vincent Delecroix, David Joyner, Harald Schilly, and William Stein for their service on the committee up until this year. Amen! -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop rec

[sage-devel] Re: VOTE: disputed PRs

It would be helpful for anyone explicitly voting +/-1 to either link to a previous comment or make a new actual comment (beyond the vote) to clarify. This is particularly if there have been new commits since the initial dispute, because for an outside reviewer it can be hard to untangle all

[sage-devel] Re: VOTE: disputed PRs

Having just encountered this "in action", I have a suggestion: "There is no scheduled vote, but rather an ongoing poll based on opinions expressed by developers on the PR (these opinions can be expressed via previous positive reviews or explicit comments giving approval). The PR author is presu

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

On Tuesday, March 5, 2024 at 2:08:07 PM UTC-5 William Stein wrote: Hi, Related to NumFOCUS, this new proposal for Jupyter to restructure their relationship with NumFocus is possibly relevant: https://jupyter.org/governance/linux-proposal.html Interesting, and certainly relevant. It's a lit

Re: [sage-devel] VOTE: disputed PRs

Dima, I think that if anyone is incapable of posting to a particular PR, they should send email to someone who can post and ask them to record the person's vote, resulting in a comment like "I am posting to record 1 negative vote from X, 2 positive votes from Y and Z". Yes, that would also

[sage-devel] Re: VOTE: use "blocker" label only for PRs; use "critical" label for Issues

On Wednesday, February 28, 2024 at 1:45:03 AM UTC-5 Kwankyu Lee wrote: Hi, Here I withdraw the early premature "giving up" on my recent proposal, since afterwards there were some positive comments. Hence I open a voting for Proposal: 1. Do not use "blocker" label for Issues, as "blocker"

Re: [sage-devel] Re: [Proposal] allow standard packages to be pip packages, reduce source tarball size

As part of this thread, I'd again ask for a discussion of the following situation I asked in the other thread. Dima had some interesting points about a less-vendored approach saving disk space etc., but it would be helpful to have input from people who have had to install Sage in these kinds o

Re: [sage-devel] Proposal: Make pytest, pytest_xdist, pytest_mock, python_build standard packages

I believe I'm the person who introduced that long standing policy. It was indeed motivated by a significant paying customer's requirement to install Sage entirely from source, and without an external network. I believe no such customers have supported the Sage project for about a decade, so I

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

> I don't think it's off-topic to once again point out that this way of phrasing it is very developer-centric. That's not a wrong way to look at it, but an end-user-centric way of looking at it is also valid. It seems to me that "developer" here refers to a very different kind of developer

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

Many of these are disputed for the same underlying reasons. Appointing a different editor for each PR is not likely to help. If you pick an editor from Camp A, he or she will always rule in favor of Camp A; pick an editor from Camp B... The camps are roughly split across the question whethe

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

We do not have much time to devote to Sage development. And this is a great time to thank Volker for continuing to serve as release manager for the vast majority of Sage tickets which are not about the design philosophy, despite his (and William's) lack of time. Thank you! -- You received

Re: [sage-devel] how to enter a bug in the future for sagemath in github with no github account?

It is already the norm that when people report bugs to sage-devel, when appropriate, a relevant GitHub issue is created. I can only handle login using account+password. If I have to do more to login to a web site, I am not going to bother and not interested. If sagemath can setup either us

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

Relevant to both the overall issue of project direction *and* the specific one about Sage-as-distribution, I would just add keeping in mind the Sage mission (at least, as it currently stands): Mission: *Creating a viable free open source alternative to Magma, Maple, Mathematica and Matlab*.

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

To the extent that this specific PR is emblematic of a particular approach to Sage development (a flawed approach in Dima's view, if I understand right), then the whole approach should be discussed here. Probably many of these issues in Sage development have been discussed already, but it's

Re: [sage-devel] Re: Question about make dependencies

To John C's point, and perhaps with the humor that John P intended: https://daily.jstor.org/in-which-we-science-why-nouns-become-verbs-because-language/ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop recei

[sage-devel] Re: Reviewer tools

I created a wiki page that contains simple bash scripts that may be useful to reviewers: https://github.com/sagemath/sage/wiki/Reviewer-Tools that may cure the heart missing "git trac". Thanks! -- You received this message because you are subscribed to the Google Groups "sage-devel" grou

Re: [sage-devel] Powers of 2

Congratulations and warmest thanks to all contributors! Agreed! -- 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 vie

[sage-devel] Re: Poll: deprecate backslash operator

Though I am sympathetic to the pro-deprecation arguments and recognize they will win, I vote do not deprecate, as mission includes Matlab, and for backwards compatibility. As an example, the first edition of the AMS-published "Sage for Undergraduates" used the backslash operator in a number of

Re: [sage-devel] Re: keywords in github

On Thursday, September 28, 2023 at 3:52:30 PM UTC-4 Dima Pasechnik wrote: it should be possible to search for patterns in commit messages across PRs - this info is in the git tree. GitHub metadata is harder to search, and I am quite surprised how limited their search options are. GitHub s

Re: [sage-devel] Discussion and poll: should Sage Integers have a backslash operator?

On Wednesday, September 27, 2023 at 6:19:16 PM UTC-4 William Stein wrote: Hi, I'm the guilty party who added \ to Sage notation in the first place, and I would definitely vote to *remove* it. I wish I had never added it in the first place. Nils has some very good points! I do think it's w

[sage-devel] Re: DeprecationWarning on sagecell in Graph([(0,1)]).vertices()

On Saturday, June 24, 2023 at 9:20:39 AM UTC-4 Georgi Guninski wrote: https://sagecell.sagemath.org/ Graph([(0,1)]).vertices() /tmp/ipykernel_1853928/1298164553.py:1: DeprecationWarning: parameter 'sort' will be set to False by default in the future See https://github.com/sagemath/sage/issu

[sage-devel] Re: Modularation doctests

Just ... wow. I know I don't get much of a say given my lack of recent development activity, but this level of granularity does seem absurd. It would certainly be a (psychological) barrier to development - how do you know which modules some random doctest you want to include depends on? - as

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

Anyway, we need you. Both of you. +1 -- 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 on the

Re: [sage-devel] Re: What was/is/will be the purpose of maintaining the Sage distribution?

(I'm planning upgrades in the next year or two, but it will be to relatively low power RISC-V hardware. There are moral, legal, environmental, and other non-financial reasons why people use "old" hardware. But of course the financial reasons are very real too.) Agreed on all points. Acces

[sage-devel] Re: What was/is/will be the purpose of maintaining the Sage distribution?

As of today, it is plausible that such situations still exist. I am wondering about such situations existing in less-resourced areas globally (which would include less-resourced parts of developed countries). One big advantage of Sage-the-distribution historically was the ability to make U

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

Alpha: enter "e^1.1", press "more digits" 3.0041660239464331120584079535886723932826810260162727621297528605... Sage: RealLazyField()((e^1.1)).numerical_approx(200) 3.004166023946433394797850269242189824581146240234375000 Sage is not Wolfram Alpha, and neither is Mathematica. Alpha is tryi

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

Just to say a big *Thank You!* to you all for being utterly patient and polite and positive +100 -- 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+u

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

This has been an interesting discussion, because it brings up again the inherent tradeoffs present in writing general-purpose software. We (not just Sage, but other similar systems) want something that is usable by those who need floating-point to do what it must do, as well as be intelligible

Re: [sage-devel] Github Discussions

Personal feeling is that a lot of people who have Sage *questions* are less likely to have GH accounts. I mean, some will. But a lot won't. So the friction for them would be similar to the other options - though sage-support maybe less so, as probably more people have Google accounts. And f

Re: [sage-devel] online talk about the github workflow

My recording of the talk is now available at: https://www.youtube.com/watch?v=p3-W43ijTUg Great, thanks! See https://github.com/sagemath/website/issues/453 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and st

Re: [sage-devel] online talk about the github workflow

For people who for some reason cannot get such an address, we can make an exception, on an individual basis (we are not in business of providing free email access, you know) and provide such persons with @sagemath.org emails - email server runs on Unix VM, accessible via ssh and hosted in EU.

[sage-devel] Re: Migration to GitHub complete

https://github.com/sagemath/sage See https://github.com/sagemath/trac-to-github/blob/master/docs/Migration-Trac-to-Github.md for a transition guide from Trac to GitHub. Gratuliere and congratulations to all the many people who made this huge task possible! -- You received this message be

Re: [sage-devel] online talk about the github workflow

On Thursday, February 2, 2023 at 4:36:35 PM UTC-5 François Bissey wrote: On 3/02/23 10:30, David Joyner wrote: > Hi Vincent: > Will this be recorded and posted on youtube, > or something like that? > - David > I am seconding that request. That time is 5:30am in my time zone. And I and p

[sage-devel] Re: Closing the old Sage wiki

22 at 10:57:59 AM UTC-8 kcrisman wrote: > >> Query: What is the final decision on these pages (not Trac wiki) >> vis-a-vis the vote to move development to GH? I don't find at least some >> of that material on the sample GH wiki, e.g. >> https://wiki.sagemath.org

[sage-devel] Re: Closing the old Sage wiki

Query: What is the final decision on these pages (not Trac wiki) vis-a-vis the vote to move development to GH? I don't find at least some of that material on the sample GH wiki, e.g. https://wiki.sagemath.org/interact/ or https://wiki.sagemath.org/Workshops but I presume there is a plan. Tha

[sage-devel] Re: Help wanted: Trac wiki migration, improve markup conversion code

Question (which I am unfortunately unable to assess): Is it possible that Trac ticket link of the form #xyzwv could automatically become links to the same GH issues once all migration is complete? I'm thinking of pages like https://github.com/sagemath/trac_to_gh/wiki/symbolics - the Trac versi

[sage-devel] Re: Different results for numerical and symbolic integration

> please post here the link to your report > >> https://sourceforge.net/p/maxima/bugs/4037/ -- 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.

Re: [sage-devel] Re: Democratic issue: rushing decisions

> If we limit such powers, e.g. allowing just one delaying request per year > per person, then another vote can be called on a slightly different > question, effectively overruling the delaying request. > Whether two requests are two similar is the sort of thing a parliamentarian decides in (

[sage-devel] Re: Democratic issue: rushing decisions

several developers asked for delays, to respect people with a busy > schedule, > [6] Thierry : "one month break is a bare minimum." > https://groups.google.com/g/sage-devel/c/ayOL8_bzOfk/m/STo_AT9qFgAJ > > In general I am very sympathetic to having "all deliberate speed" on big decisions lik

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

On Sunday, October 2, 2022 at 2:16:00 PM UTC-4 Nils Bruin wrote: > Speaking of backups ... do we backup the sage-devel, sage-support news > groups? It contains a lot of stuff that loses relevance with time, but > every now and again there are discussions that contain important bits of > infor

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

> I think part of a solution could be PR templates, which add structure to > the PR description (= the first comment). That could be a way of adding > Authors (and Reviewers) to a PR. If there's a way to (lightly) enforce that via some kind of bot, that sounds very reasonable. On another n

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

Not sure where to ask this - here? On the GH page documenting the transition and new workflow proposal, I don't see a way to have multiple AUTHORs in the way we usually kept track of it. Note that often there were people who were authors who didn't show up on a specific commit, but which the

Re: [sage-devel] Re: is it intentional that prod does not stop when it hits 0?

On Thursday, September 22, 2022 at 6:06:19 PM UTC-4 wst...@gmail.com wrote: > Note also that prod(range(1,n)) does *NOT* just multiple 1 times 2 > times 3 in order. Instead, it uses a tree approach so that the > multiplications involve objects with more balanced sizes, which is > Thanks for t

[sage-devel] Re: is it intentional that prod does not stop when it hits 0?

I'm not sure what you were expecting. It does return 0, but it does so after all the print statements are done. Remember, your "test" function just returns the input, so the map function just returns a list (well, a map object, but ...) and then we prod everything in the list. But that happe

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

> Given the tensions, I'd be more careful here. We're really not too > interested in opinions of random subscribers to sage-devel > (I don't have enough rights to see who's there). > That's a plausible argument, but as with most real-life elections in countries without compulsory voting, I s

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

> "Subscribed to sage-devel" might not be a good criteria. For example, >> Harald Schilly has been the webmaster of Sage since 2007 and likely >> cares about this switch since it can impact him, but I don't think he >> reads sage-devel. >> > >> If we're going to talk about previous practice, I ca

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

> I think the 1st vote should be on moving from trac to Git**b; besides it > appears that, technically, move to Github is much easier than to Gitlab > (while there are migration tools available for trac->github, I could not > find anything for trac->gitlab). > > On the other hand github->gitla

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

> I'd rather focus the vote primarily on the move away from trac, not > specifying whether it's GitHub or GitLab. > > > > > Given that, we face Arrow's theorem in picking a voting system > (especially if we also want to allow people to abstain). I'm normally in > favor of a Borda count varian

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

> > Consensus ?! Hmm - consensus means that everyone is for. I don't think > we will have it. So we can stop now, no? I think a simple majority is a > meaningful way to vote here. > Also, given the level of activity here, a separate thread for voting on this (whenever that becomes appropri

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

> While I strongly support the shift to github, I also agree with Travis > that we should vote on a change this major, and give the community enough > time to weigh in. I would also encourage people on both sides of the > debate to give everyone the benefit of the doubt. To those who have be

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

ed action that on (say) a point-release basis exports to GL, and that we can point people to that. I'm not sure how contributions from folks who on principle do not want to support GH would work, but doubtless we aren't the only project to have that problem. - kcrisman -- You

[sage-devel] Re: BROADCAST MESSAGE

And let's all broadcast a hearty thanks to the many people working hard to figure out what's going on and keep Sage development going!!! On Friday, September 2, 2022 at 2:47:04 AM UTC-4 Frédéric Chapoton wrote: > Dear Sage developers, > > in order to try to fix the recent upgrade, the *trac web

Re: [sage-devel] Solving quintics

For reference, is there a Trac ticket for this? (But don't look now, wait until the current outage is resolved!) On Tuesday, August 30, 2022 at 6:01:35 AM UTC-4 achi...@gmail.com wrote: > Hello all, > > with the described class library, it is now possible to solve irreducible > solvable Bring-

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

> let me take the opportunity to promote the use of the get_systems > function from sage.misc.citation which allows to see and acknowledge > which upstream packages were used by Sage for some computation, e.g. > > +1 -- You received this message because you are subscribed to the Google Grou

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

> I take this opportunity to thank the Sage community and the developers of > related softwares integrated for this Huge effort and to let you know of > the positive comments that I receive form the research community in MSC-52. > THANK YOU SO MUCH! > > If you are interested in a deeper analys

[sage-devel] Re: Display of scale multiplier in scientific notation (the e notation for powers of ten) is missing for plots starting with 0

rtain-values-in-python-with-matplotlib > > https://github.com/matplotlib/matplotlib/blob/4f5cacfde9024076d9ab0cb6ad1c9a7cf352d5f9/lib/matplotlib/ticker.py > > > On Saturday, July 30, 2022 at 12:05:24 AM UTC+5:30 kcrisman wrote: > >> Time being solution would be to drop use of Se

[sage-devel] Re: Display of scale multiplier in scientific notation (the e notation for powers of ten) is missing for plots starting with 0

> Time being solution would be to drop use of SelectiveFormatter to get > rid of 0 tick label if the axes cross. Let the origin be visible for some > time. > My guess is that this would not be seen as a great fix, but let's put images and other followup on the ticket. -- You received this

[sage-devel] Re: Display of scale multiplier in scientific notation (the e notation for powers of ten) is missing for plots starting with 0

This is now https://trac.sagemath.org/ticket/34233 -- 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

[sage-devel] Re: Display of scale multiplier in scientific notation (the e notation for powers of ten) is missing for plots starting with 0

Thanks for the continued conversation. I hope it was clear that "we would be grateful" implied that there was no compulsion on your part, as well as on the part of any other contributor. I did notice the mathtext option, but since our previous version had used the e notation, changing that wou

[sage-devel] Re: Display of scale multiplier in scientific notation (the e notation for powers of ten) is missing for plots starting with 0

This is a good question, and one that has been around for a while in some form, unfortunately; see https://trac.sagemath.org/ticket/7964 for a related ticket. See https://trac.sagemath.org/ticket/30983 for a ticket that complains instead about something else but which is closely related. We w

Re: [sage-devel] Introduction to differentiable manifolds in SageMath

By the way, addressing the original topic, there is still the possibility of adapting these to the Sage tutorials at https://doc.sagemath.org/html/en/thematic_tutorials/index.html which would be a great contribution - just a suggestion in case the authors are interested. -- You received this

Re: [sage-devel] orbit decompositions

On Tuesday, May 3, 2022 at 7:48:07 AM UTC-4 axio...@yahoo.de wrote: > Won't you be better off thinking of it as a representation, then? > > Correct, but I don't know how to construct those on arbitrary vector spaces in Sage. That is to say, if I know the vector space, and I know the action, b

Re: [sage-devel] orbit decompositions

On Monday, May 2, 2022 at 11:24:44 AM UTC-4 axio...@yahoo.de wrote: > I am actually not sure anymore, which methods or functionality this class > should provide. > > Would it possibly be better to enhance PermutationGroup with an additional > optional "from_action" and "from_cyclic_action" arg

Re: [sage-devel] orbit decompositions

On Sunday, May 1, 2022 at 7:32:01 PM UTC-4 Travis Scrimshaw wrote: > 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 grou

Re: [sage-devel] orbit decompositions

On Thursday, April 28, 2022 at 11:26:12 AM UTC-4 David Joyner wrote: > On Thu, Apr 28, 2022 at 9:35 AM 'Martin R' via sage-devel > wrote: > > > > I don't know about OrbitDomains, how does it work / how do you use it? > > > > The documentation has an example: > https://www.gap-system.org/M

Re: [sage-devel] Re: [sage-release] Re: Sage 9.5 released

On Tuesday, April 26, 2022 at 10:31:17 PM UTC-4 Matthias Koeppe wrote: > An update: The latest version of the installation manual (from > https://trac.sagemath.org/ticket/33655) is available here: > https://7896a56df78170d5bab0f306d1a7230986a4206a--sagemath-tobias.netlify.app/installation/inde

Re: [sage-devel] Re: [sage-release] Re: Sage 9.5 released

If we're moving away from providing binaries, then this is a good way to go, well organized. Below a few minor notes about the sagemath-tobias link, I hope they are helpful. My apologies in advance for any bike shedding, though I tried to be pretty concrete. 1. Is it possible to have a short

[sage-devel] Re: Sage binary for macOS

Thanks for all your work on this! On Saturday, April 23, 2022 at 6:39:16 PM UTC-4 marc@gmail.com wrote: > A prelease version of the macOS Sagemath app based on Sage 9.6.rc0 has > been available on > github for about a week now. I am wri

Re: [sage-devel] Re: [sage-release] Re: Sage 9.5 released

> Everyone agrees on that part, but how to go about it is a religious > matter. Truth. > I've been using sage, teaching with sage, writing papers that > cite sage, and giving presentations about my research that use sage for > about fifteen years. I have literally never met someone beside

Re: [sage-devel] Re: [sage-release] Re: Sage 9.5 released

On Friday, April 22, 2022 at 2:10:45 PM UTC-4 David Roe wrote: > I haven't been following the copy and paste thread, but I'm in favor of > keeping sage -i xyz functional, even at the cost of some hacks in our > codebase. There are a lot of existing Sage users who are familiar with > that com

Re: [sage-devel] divmod() vs .quo_rem()

Just for reference, Sage already has divmod() (e.g. https://sagecell.sagemath.org/?q=owmsez) and returns a tuple of Sage integers, so maybe we already do? I don't know about the magic method though. quo_rem() was the one new to me, and doesn't actually appear to be defined - did you maybe mea

[sage-devel] Re: _SAGE_VAR_minus and Maxima limit direction

https://trac.sagemath.org/ticket/33692 On Monday, April 11, 2022 at 6:38:28 PM UTC-4 Nils Bruin wrote: > That's a fairly straightforward thing to fix: it just means that the > sage-to-maxima interface needs to learn how to translate "plus" and "minus" > in limit expressions. > > The easiest way

[sage-devel] default interact widget for single value

Thanks to a lot of good work a few years back, we have fairly close alignment between historic @interact behavior on the Jupyter notebook (from ipywidgets) and the previous sagenb behavior. Sage cell server and CoCalc Sage worksheets are very close indeed. One fairly glaring difference I'm not

[sage-devel] Re: Proposal: make Jupyterlab a standard package

Sorry for a tangential question - the overview page seems to imply that *everything* from a (current) Jupyter notebook will work in a Jupyterlab instance (and, by extension, presumably can easily be imported). Would that include the widgets we use for @interact? (Tail wagging the dog here is t

[sage-devel] Re: arctanh vs. artanh

In terms of the missions statement, apparently we aren't the only ones, so consistency might be more important in any case: https://reference.wolfram.com/language/ref/ArcTanh.html Note e.g. sympy uses atanh as the "ordinary": https://docs.sympy.org/latest/modules/functions/elementary.html#atan

Re: [sage-devel] Can we restore `mean`?

traditional CAS." On Saturday, February 12, 2022 at 10:28:43 PM UTC-5 wst...@gmail.com wrote: > This happened in https://trac.sagemath.org/ticket/29662, as requested > by kcrisman. I just looked at that > ticket and added a comment about several additional examples where > d

Re: [sage-devel] Re: 32768

> In addition, for me its a matter of sustainability to use things as long > as they work. +1 -- 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+unsu

Re: [sage-devel] trac.sagemath.org down

On Sunday, December 12, 2021 at 12:41:39 PM UTC-5 Matthias Koeppe wrote: > Many thanks to all who are keeping our project infrastructure going! > >> +100 -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop r

[sage-devel] Re: ask.sagemath.org issues - do we need it?

Some hopefully-useful comments: Overall, I am not sure why the project is running this server. I think we > are spreading ourselves pretty thin here. There is also: > - https://groups.google.com/g/sage-support > - https://stackoverflow.com/questions/tagged/sage > 50 questions in last 6 months - t

[sage-devel] Re: Demote SageTeX to an optional package?

Having a *standard* way to integrate Sage’s results in a document is > **crucial*. > > Since Sage is not (yet) in the position of R to have many user packages in a standardized place like CRAN, and since things like knitr are (hah!) crucial in that ecosystem, we almost certainly should continu

  1   2   3   4   5   6   7   8   9   10   >