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

Just to clarify: my response was my own, not that of the Code of Conduct Committee. On Sunday, September 8, 2024 at 11:03:11 PM UTC-7 Kwankyu Lee wrote: > Thank John for the response. > > I have other questions in > https://groups.google.com/g/sage-devel/c/cLnRyofH0lw/m/S__tbpV1AgAJ. They > a

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

(a) Your point about "SageMath" being redundant is a good one. (b) Some people do not use either pronoun "him" or "her", and so "them" covers more options. (The use of "they/them" as a generic singular pronoun is common, at least in US academic settings.) (c) I think that the sanctions should de

Re: [sage-release] Re: Sage 10.5.beta3 released

o make the test more generic - after all it tests an error > message! > > Dima > > > On 5 September 2024 19:04:27 BST, John H Palmieri > wrote: > >> I think this is a new failure. Could it be due to an upgraded system >> package? >> >> sage -t --r

[sage-release] Re: Sage 10.5.beta3 released

I think this is a new failure. Could it be due to an upgraded system package? sage -t --random-seed=232711236884461766258917891173593419501 src/sage/graphs/generators/families.py ** File "src/sage/graphs/generators/families.py",

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

r discussion rather than a vote. >> David >> >> On Thu, Aug 22, 2024 at 2:32 PM Matthias Koeppe >> wrote: >> >>> On Thursday, August 22, 2024 at 11:08:48 AM UTC-7 John H Palmieri wrote: >>> >>> This message comes from the Code of Conduct

[sage-devel] Policy discussion about editing GitHub comments and PR/issue descriptions

This message comes from the Code of Conduct Committee, in response to a question from Kwankyu (labeled A4 in his message) about the authority to modify a comment by someone else (including PR and issue descriptions).

[sage-devel] Policy discussion about hiding GitHub comments

This message comes from the Code of Conduct Committee, in response to a question from Kwankyu (labeled A1 in his message) about the authority to mark a comment as off topic, and more generally about hiding comments. Propo

[sage-devel] Re: Proposal: Demote jupyter-jsmol and tachyon to optional

On Tuesday, August 20, 2024 at 6:45:41 AM UTC-7 Kwankyu Lee wrote: On Tuesday, August 20, 2024 at 7:07:54 PM UTC+9 Eric Gourgoulhon wrote: There are tons of png files in the "3d Graphics" section of the documentation: https://doc.sagemath.org/html/en/reference/plot3d/sage/plot/plot3d/plot3d.

[sage-devel] Re: message marked as off topic

Hi Kwankyu, (This is a response from the Code of Conduct Committee.) Thank you for raising these issues. Some are addressed below, and we will also create separate threads (for discussion of policy proposals) to deal with some of the others. On Wednesday, August 14, 2024 at 3:54:30 PM UTC-7 Kw

[sage-release] Re: Sage 10.5.beta2 released

I think this failure is due to https://github.com/sagemath/sage/pull/38492 On Tuesday, August 13, 2024 at 3:50:06 PM UTC-7 John H Palmieri wrote: > This looks like a new failure on OS X 14.5: > > sage -t --long --warn-long 24.7 > --random-seed=330717456732602079039915918344955119792

[sage-devel] Re: message marked as off topic

In my opinion, the decision to hide a comment should not be made by a single person. I might even suggest that the authority to make such a decision should lie solely with the Sage Code of Conduct Committee. (I am a member of that committee, but I am expressing my own views here, not those of t

[sage-release] Re: Sage 10.5.beta2 released

This looks like a new failure on OS X 14.5: sage -t --long --warn-long 24.7 --random-seed=330717456732602079039915918344955119792 src/sage/modules/free_quadratic_module_integer_symmetric.py ** File "src/sage/modules/free_quadrat

Re: [sage-devel] Re: ssl problem

That means that at least one of bzip2, liblzma, libffi, zlib are being built by Sage. Can you install system versions of these instead? What does the message say at the end of running `./configure`? John On Wednesday, July 31, 2024 at 11:31:08 AM UTC-7 axio...@yahoo.de wrote: > Is this the

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

It doesn't sound like you want a literal block, but rather a block quote or similar: a block of text that is parsed but highlighted somehow. Maybe (but this is untested) .. rubric: Theorem include text here Look at https://www.sphinx-doc.org/en/master/usage/restructuredtext/basics.html#di

[sage-release] Re: Sage 10.4.beta8 released

This issue with "convert" has already been reported, with a proposed fix, at https://github.com/sagemath/sage/pull/38135. On Wednesday, June 5, 2024 at 6:32:15 PM UTC-7 John H Palmieri wrote: > I don't think I've seen this failure before: > >

[sage-release] Re: Sage 10.4.beta8 released

I don't think I've seen this failure before: sage -t --long --random-seed=214696321465302976857414484526305325295 src/sage/plot/plot3d/tachyon.py ** File "src/sage/plot/plot3d/tachyon.py", line 126, in sage.plot.plot3d.tachyon F

[sage-release] Re: Sage 10.4.beta5 released

After running `make configure`, the git repository is not clean: % git status On branch develop Your branch is up to date with 'upstream/develop'. Untracked files: (use "git add ..." to include in what will be committed) pkgs/sagemath-categories/requirements-editable.txt pkgs/sagemath-environm

Re: [sage-devel] Re: Question: why does /usr/bin/gcc get called during Sage startup?

er out the warnings when doctesting. -- John On Thursday, April 25, 2024 at 1:19:50 PM UTC-7 John H Palmieri wrote: > Take a look at the discussion at > https://github.com/sagemath/sage/pull/36337, in particular > https://github.com/sagemath/sage/pull/36337#issuecomment-1741293729. I &g

Re: [sage-devel] Re: Question: why does /usr/bin/gcc get called during Sage startup?

if the "duplicate libraries" warnings are caused by duplicate > rpath entries in the mach files. I will try to test that hypothesis. > > Do you have any idea what could cause those duplicate rpaths? Are there > multiple -rpath options being passed to the compiler? > >

[sage-devel] Re: Question: why does /usr/bin/gcc get called during Sage startup?

Hi Marc, I just tried building Sage without `-ld-classic`. It builds, but I get warnings about "ignoring duplicate libraries", and those cause doctest failures. The lines could be modified to test whether xcode-select is present and executable first, or since Sage now does indeed build without

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

+1 to the inclusion of the package, in case anyone views the voting as still open. François, thank you for letting us know about how the ongoing disputes are affecting you. I feel your pain. Regards, John On Monday, April 15, 2024 at 2:01:43 PM UTC-7 François Bissey wrote: > > > On 16/04/2

Re: [sage-devel] Mysterious .sage behavior

I searched for "ipython-5.0.0" in the source and found this: if [ -z "$IPYTHONDIR" ]; then # We hardcode a version number in the directory name. The idea is # that we keep using the same version number as long as that is # possible. Only when some future IPython version really requires

[sage-release] Re: Sage 10.4.beta0 released

And on two OS X Apple Silicon machines running Sonoma 14.4.1, new Xcode command line tools, sagelib fails to build, as reported here: https://groups.google.com/g/sage-support/c/05DARjR8PFI/m/ZqCuYjhIAAAJ On Tuesday, March 26, 2024 at 5:20:02 PM UTC-7 John H Palmieri wrote: > OS X In

Re: [sage-support] Errors building Sage 10.3 in Sonoma 14.3.1

I'm having the same problem (I think) with Sage 10.4.beta0 on two different Apple Silicon machines. On Wednesday, March 27, 2024 at 9:58:10 AM UTC-7 Dima Pasechnik wrote: > I've cut out the interesting part of the log. > It's a linker error (IMHO the linking should be done with C++, not > with C

[sage-release] Re: Sage 10.4.beta0 released

OS X Intel machine, documentation fails to build with errors like OSError: [Errno 24] Too many open files: '/var/folders/z6/yjw_7s357yx3_mhh81__lplcgn/T/tmpu490zz15' I just built 10.3.rc4 on the same machine and it succeeded. On Monday, March 25, 2024 at 5:13:42 PM UTC-7 Volker Braun w

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

Dear Sage community, As announced at https://groups.google.com/g/sage-devel/c/Xf6dbPLmKPY/m/p88auKlBAwAJ, I propose some changes to the Code of Conduct. Those changes have been discussed and modified based on feedback from several developers: visit https://github.com/sagemath/sage/pull/37501 f

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

Dear all, First, in response to Dima's post: yes, it should definitely be Nils Bruin on the ballot. My sincere apologies to Nils that we got his name wrong! If anyone would like to adjust their ballot in light of this, please let us know and we will make any corrections you request. Second, vo

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

Dima's suggestion is appealing, and somewhat along those lines, I like the idea changing Sage to use some standard documentation style (https://github.com/sagemath/sage/issues/31044). If the program provides a technical writer, though, those may not be suitable goals. A quick glance at least ye

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

Dear all, Voting continues until Thursday. We have been acknowledging each vote as it comes in, so if you think you voted but have not received an acknowledgment, please email sage-conduct at googlegroups.com. Regards, John On Thursday, March 7, 2024 at 10:46:03 AM UTC-8 John H Palmieri

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

> On Thursday 7 March 2024 at 19:39:14 UTC+1 John H Palmieri wrote: > >> Martin: it's "sage-conduct" at googlegroups.com. >> >> On Thursday, March 7, 2024 at 10:29:58 AM UTC-8 Martin R wrote: >> >>> For some reason, I cannot see the name of

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

Martin: it's "sage-conduct" at googlegroups.com. On Thursday, March 7, 2024 at 10:29:58 AM UTC-8 Martin R wrote: > For some reason, I cannot see the name of the newsgroup I should be > sending my vote to. (I am using the google groups webinterface) > > Martin > On Thursday 7 March 2024 at 19:13

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

+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 web visit https://groups.google.com/d/m

[sage-devel] Re: VOTE: disputed PRs

+1 On Monday, March 4, 2024 at 12:23:39 AM UTC-8 David Roe wrote: > With no further discussion on this thread > , I'm calling a > vote on a new process for resolving disagreements on a PR. > > *Proposal* > It is now allowed to vote on disput

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". On Monday, March 4, 2024

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

There are suggestions along maybe similar lines at https://github.com/sagemath/sage/pull/36844, and I am trying to think of how we might incorporate your suggestions and the other ones. I've had the thought before about other documents (like our department's by-laws) that there should be two se

[sage-release] Re: Sage 10.3.rc0 released

Wednesday, February 28, 2024 at 2:16:42 PM UTC-8 John H Palmieri wrote: > OS X, Apple Silicon, with many homebrew packages, including a recently > upgraded openjpeg (from 2.5.0 to 2.5.1): pillow is failing to build, with > the error message > > src/libImaging/Jpeg2KDecode

[sage-release] Re: Sage 10.3.rc0 released

OS X, Apple Silicon, with many homebrew packages, including a recently upgraded openjpeg (from 2.5.0 to 2.5.1): pillow is failing to build, with the error message src/libImaging/Jpeg2KDecode.c:673:43: error: too few arguments to function call, expected 3, have 2 opj_stream_set_user_data

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

Dear colleagues, I am working on some changes to Sage's Code of Conduct, and I am asking for comments. Once the draft has stabilized, then we will hold a vote on sage-devel to approve (or not) the changes. Please visit https://github.com/sagemath/sage/pull/37501 to see the proposal. The curren

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

On 27 February 2024 20:44:50 GMT, John H Palmieri > wrote: > >Sentences like "At the moment you are actively breaking down the precious > >project fabric, all in the name of you having your way" are personal > >attacks. Please stop. > > Blocking on GitHub m

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

MT, Matthias Koeppe > wrote: > >On Tuesday, February 27, 2024 at 10:50:55 AM UTC-8 John H Palmieri wrote: > > > >A pretty safe second choice would be to have "make download" also > download > >the relevant files for pip installation and tell pip wher

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

Regarding the proposal to allow standard packages to be pip packages, no one really knows how much people rely on the all-in-one tarball that we currently distribute. No one really knows how often the "make download" option is used for people who just clone the git repo and want to do all of th

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

(and Tobias also proposed in https://github.com/sagemath/sage/issues/37428) On Monday, February 26, 2024 at 5:05:56 PM UTC-8 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 p

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

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/developer/review.html. On Monday, February 26, 2024 at 4:21:58 PM U

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

You're right, plus I was confusing "./bootstrap -d" (which is run by "make configure") with "./bootstrap -D" which forces the download. On Monday, February 19, 2024 at 3:17:11 PM UTC-8 Matthias Koeppe wrote: > On Monday, February 19, 2024 at 3:09:55 PM U

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

nto that directory. > > > an option to ./bootstrap then would be logical > > >> >> Another possible direction: I've been thinking about creating a "./sage >> worktree" command, see https://github.com/sagemath/sage/issues/34744 >> >> >>

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

" another time is > overkill as it creates another copy of the .git directory. And there is no > point in having multiple copies of the "upstream" directory, as the > filenames of the tarballs change whenever the contents change. > > On Monday, February 19, 2024 at

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

On Monday, February 19, 2024 at 12:10:49 PM UTC-8 Dima Pasechnik wrote: On Mon, Feb 19, 2024 at 7:42 PM John H Palmieri wrote: This (A and B below) has the advantage of being quite explicit. The original proposal 1) allow standard packages to be pip packages 2) drop the contents of

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

This (A and B below) has the advantage of being quite explicit. The original proposal 1) allow standard packages to be pip packages 2) drop the contents of upstream/ from the Sage source tarballs. sounds explicit, but the more the discussion goes on, the more I feel that there are hidden pie

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

What does this (a discussion of how Sage specifies version restrictions) have to do with the proposal? If it's relevant, that was not clear in the original proposal, so please clarify. It sounds like you might be proposing removing version checks on many of the packages Sage uses, or at least t

Re: [sage-support] Re: sage 10.3.b2 build problem on OSX 12.7.1

#sha256=e5b2a84881cf1f40eb5b0115e1d3a429765e0f43743b79e871352bb8e0c95952> > from https://www.piwheels.org/project/flit-core/ to > local/var/lib/sage/venv-python3.9/var/lib/sage/wheels. Then compiling sage > works and flit_core-3.9.0 is installed. > > - Heiko > > Davi

[sage-support] Re: sage 10.3.b2 build problem on OSX 12.7.1

In sage-release, Matthias pointed to missing dependencies for editables, fixed in https://github.com/sagemath/sage/pull/36885. Maybe you can just do "make flit_core" (to build the missing dependency) and then "make". On Friday, December 15, 2023 at 10:52:10 AM UTC-8 David Joyner wrote: > Hi: >

[sage-release] Re: Sage 10.3.beta2 released

restore_term_title _restore_term_title() File "/Users/palmieri/Sage/TESTING/sage-10.3.beta2/local/var/lib/sage/venv-python3.11/lib/python3.11/site-packages/IPython/utils/terminal.py", line 83, in _restore_term_title_xterm assert _xterm_term_title_saved AssertionError Someth

[sage-release] Re: Sage 10.3.beta2 released

/utils/terminal.py", line 83, in _restore_term_title_xterm assert _xterm_term_title_saved AssertionError The same happens if I execute several commands between the alarm and exit(). On Friday, December 15, 2023 at 7:07:53 AM UTC-8 Dima Pasechnik wrote: > On Thursday, December 14,

Re: [sage-release] Sage 10.3.beta2 released

I'm using Venture 13.6.3 on one machine, Sonoma 14.2 on the other, plus a lot of homebrew packages. On Thursday, December 14, 2023 at 1:05:44 PM UTC-8 david@gmail.com wrote: > I don’t see these errors on Apple M1 with macOS 12.7.1. > > Le 14 déc. 2023 à 17:05, John H Pal

[sage-release] Re: Sage 10.3.beta2 released

On OS X (both Intel and Apple Silicon) I'm getting a lot of new failures, many of the form "Killed due to alarm": sage -t --long --random-seed=144845266083009760424007645487960076680 src/sage/libs/flint/nmod_poly_linkage.pxi # Killed due to alarm sage -t --long --random-seed=1448452660830097604

[sage-support] Re: Problems viewing crystals from sage

to add a comment on the ticket? > > Andrew > > > On Wednesday 13 December 2023 at 12:30:03 pm UTC+11 John H Palmieri wrote: > >> Could this be related to https://github.com/sagemath/sage/pull/36529? >> >> >> On Tuesday, December 12, 2023 at 3:50:55 PM UTC-8 Andrew

[sage-support] Re: Problems viewing crystals from sage

Could this be related to https://github.com/sagemath/sage/pull/36529? On Tuesday, December 12, 2023 at 3:50:55 PM UTC-8 Andrew wrote: > Playing around with this a little more, I think that this is a bug/timing > issue in sage.misc.latex.py (or in subprocess.run, or a mac oddity since > it only

[sage-release] Re: Sage 10.3.beta0 released

Builds fine for me on OS X, both Intel and Apple Silicon. No new doctest failures. On Tuesday, December 5, 2023 at 4:26:09 PM UTC-8 Volker Braun wrote: > As always, you can get the latest beta version from the "develop" git > branch. Alternatively, the self-contained source tarball is at > htt

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

The original proposal allows for anyone to post to sage-devel to try to raise awareness ("Also note that an objector is welcome to attempt to bring others into the discussion on their side if they remain firmly opposed"). I prefer allowing the various participants the freedom to decide whether t

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

I agree that we need a policy, and I am happy with David's proposal. A tangential follow-up to Matthias: I think that our code of conduct should be part of the distributed documentation. Should it be in the Developer's Guide? In some other existing documentation? As a standalone document? -- J

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

This post concerns https://github.com/sagemath/sage/pull/36492. The main topic of that PR is matroids about which I know almost nothing, so I am not the right person to review it. The structure of the PR perhaps opens up broader questions. The author has some new code, along with a PDF document

[sage-devel] Re: Errors with make on macOS

Try: % make distclean # remove all progress, just in case % brew install cddlib fplll gsl maxima python3 singular suite-sparse # as recommended at the end of `./configure` % ./configure Then read the output and see if it still recommends installing gsl. I hope not. Then % make On Sunday, No

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

r than > read Python docs, as it's much less fun. > > Get a life. > > > > On Tue, 14 Nov 2023, 23:19 John H Palmieri, wrote: > >> Not all Americans like to verb things so profligately. >> >> On Tuesday, November 14, 2023 at 1:15:07 PM UTC-8 Dima Pas

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

Not all Americans like to verb things so profligately. On Tuesday, November 14, 2023 at 1:15:07 PM UTC-8 Dima Pasechnik wrote: > > > On Tue, 14 Nov 2023, 20:39 Matthias Koeppe, wrote: > >> On Tuesday, November 14, 2023 at 11:39:52 AM UTC-8 Dima Pasechnik wrote: >> >> On Tue, Nov 14, 2023 at 7:22

[sage-support] Re: Integral result differ from Wolfram|Alpha

Isn't log(log(x)^2) = 2 * log(log(x))? Is this your concern, or is it the absolute value? On Monday, November 13, 2023 at 1:32:11 PM UTC-8 Bùi Gia Nghĩa wrote: > Hi! > I have used Sage Cell Server to integrate the function (ln(x)^2 - 1) / (x > * ln(x)). It should resulted in (ln(x)^2) / 2 - |ln

[sage-release] Re: Sage 10.2.rc1 released

A better link for the 3rd and 4th failures is #36631 (https://github.com/sagemath/sage/issues/36631). On Saturday, November 11, 2023 at 9:52:26 AM UTC-8 John H Palmieri wrote: > On OS X Intel, looks good. Four doctest failures, all of which have been > reported: > > sage -t --l

[sage-release] Re: Sage 10.2.rc1 released

Same on OS X Apple M2 chip. In both this and the earlier case, I ran `./configure` — no need to do `./configure --with-system-gfortran=no`. On Saturday, November 11, 2023 at 9:52:26 AM UTC-8 John H Palmieri wrote: > On OS X Intel, looks good. Four doctest failures, all of which have b

[sage-release] Re: Sage 10.2.rc1 released

On OS X Intel, looks good. Four doctest failures, all of which have been reported: sage -t --long --random-seed=120467112235779717922036180522489127126 src/sage/libs/giac/__init__.py # Timed out sage -t --long --random-seed=120467112235779717922036180522489127126 src/sage/rings/polynomial/mult

[sage-devel] Re: https://github.com/sagemath/sage/wiki/Sage-10.2-Release-Tour

Where might changes to the Sage library go? I might want to highlight #36310. On Friday, November 10, 2023 at 10:38:00 AM UTC-8 Matthias Koeppe wrote: > So far we have: > > Sage 10.2 Release Tour > > >- Live Documentation >

[sage-release] Re: Sage 10.2.rc0 released

On OS X, 10.2.rc0 behaves similarly to the previous release, no new doctest failures. On Sunday, November 5, 2023 at 1:18:52 PM UTC-8 John H Palmieri wrote: > It would be great if #36599 could be merged in the 10.2 cycle: this should > allow scipy to build with recent versions o

[sage-release] Re: Sage 10.2.rc0 released

It would be great if #36599 could be merged in the 10.2 cycle: this should allow scipy to build with recent versions of OS X + command-line tools, without having to build our own gfortran. (It also silences some warnings and therefore avoids some doctest failures.) On Sunday, November 5, 2023

[sage-release] Re: Sage 10.2.beta9 released

I'm seeing one new failure on two different OS X machines (one Intel, one M2): File "src/sage/tests/books/computational-mathematics-with-sagemath/mpoly_doctest.py", line 398, in sage.tests.books.computational-mathematics-with-sagemath.mpoly_doctest Failed example: [CDF['x'](p(y=ys[0][0]))

[sage-release] Re: Sage 10.2.beta9 released

> mirrors now > > On Tuesday, October 31, 2023 at 6:29:38 PM UTC+1 John H Palmieri wrote: > >> I don't see this yet on any mirrors. >> >> On Monday, October 30, 2023 at 5:22:19 PM UTC-7 Volker Braun wrote: >> >>> As always, you can get the l

[sage-release] Re: Sage 10.2.beta9 released

I don't see this yet on any mirrors. On Monday, October 30, 2023 at 5:22:19 PM UTC-7 Volker Braun wrote: > As always, you can get the latest beta version from the "develop" git > branch. Alternatively, the self-contained source tarball is at > http://www.sagemath.org/download-latest.html > > I

Re: [sage-support] Computing the kernel of a map between polynomial algebras

-t 4 -e 10 > > On Mon, Oct 30, 2023 at 9:02 PM Dima Pasechnik wrote: > > > > > > > > On Mon, 30 Oct 2023, 20:50 Dima Pasechnik, wrote: > >> > >> > >> > >> On Mon, 30 Oct 2023, 20:25 John H Palmieri, > wrote: >

Re: [sage-support] Computing the kernel of a map between polynomial algebras

On Monday, October 30, 2023 at 12:28:18 PM UTC-7 Dima Pasechnik wrote: On Mon, Oct 30, 2023 at 5:04 PM John H Palmieri wrote: > > Are endomorphisms better to work with? I might be able to extend my map to an endomorphism of the larger ring, if that would make the computation

Re: [sage-support] Computing the kernel of a map between polynomial algebras

e way, using > h30 |--> h20*xi1^4 + h21*xi1 + h30 > h31 |--> h21*xi1^8 + h31 > > one can split the problem into cases > 1) xi1=0 > 2) h21=h20=0 > (but perhaps it's only specific to this particular example) > > > > > On Monday, October 30, 2023 at 6:08:16

Re: [sage-support] Computing the kernel of a map between polynomial algebras

1 > > one can split the problem into cases > 1) xi1=0 > 2) h21=h20=0 > (but perhaps it's only specific to this particular example) > > > > > On Monday, October 30, 2023 at 6:08:16 PM UTC+9 Dima Pasechnik wrote: > >> > >> > >> > >&

[sage-support] Computing the kernel of a map between polynomial algebras

Does anyone have any tips for how to compute the kernel of a map between polynomial algebras, or for checking whether the map is injective? I have families of such maps involving algebras with many generators. I'm working over GF(2), if that matters. In one example I defined the map phi: R -> S

Re: [sage-support] Re: Canonical divisor help

Nils, thanks to you, too, for your responses. On Saturday, October 28, 2023 at 11:16:39 AM UTC-7 Nils Bruin wrote: > On Saturday, 28 October 2023 at 05:39:26 UTC-7 Kwankyu wrote: > > I looked the Magma code in ask.sagemath. There's no problem in computing a > canonical divisor for the curve (thr

Re: [sage-support] Re: Canonical divisor help

t implement it). I think, the gist of the matter is to >>> convert an element of the function field to a rational function of the >>> coordinate ring of P2. I have no idea how to do this now... Once you >>> construct the morphism, Sage can also compute the image of t

Re: [sage-support] Re: Canonical divisor help

> adjoint ideal code (or by Baker's theorem in cases where it applies). For > this curve the canonical class is of degree -2, so there are no effective > representatives in this case. > > > > On Friday, 27 October 2023 at 15:14:00 UTC-7 John H Palmieri wrote: > >>

[sage-support] Canonical divisor help

If anyone here knows anything about canonical divisors and their implementation in Sage, please see https://ask.sagemath.org/question/74034/converting-algebraic-geometry-magmas-code-to-sage/. The setup: sage: P2. = ProjectiveSpace(QQ, 2) sage: f = 2*x^5 - 4*x^3*y*z + x^2*y*z^2 + 2*x*y^3*z + 2*

[sage-devel] Re: Need Some guidance

Read the Sage Developer's Guide (https://doc.sagemath.org/html/en/developer/) and take a look at the current issues for the project (https://github.com/sagemath/sage/issues). On Tuesday, October 17, 2023 at 10:54:25 AM UTC-7 Himanshu Sharma wrote: > Hello everyone I am currently new to open sou

Re: [sage-release] Re: Sage 10.2.beta6 released

On Monday, October 9, 2023 at 2:53:57 PM UTC-7 Dima Pasechnik wrote: On Mon, Oct 9, 2023 at 10:44 PM John H Palmieri wrote: > > > > On Monday, October 9, 2023 at 9:44:02 AM UTC-7 Dima Pasechnik wrote: > > On Mon, Oct 9, 2023 at 5:39 PM John H Palmieri wrote: > &g

Re: [sage-release] Re: Sage 10.2.beta6 released

On Monday, October 9, 2023 at 9:44:02 AM UTC-7 Dima Pasechnik wrote: On Mon, Oct 9, 2023 at 5:39 PM John H Palmieri wrote: > > (I tried to send this last night and I see some indication that the message was deleted, so I'm reposting. Apologies if this has already appeared.)

Re: [sage-release] Re: Sage 10.2.beta6 released

Or as was suggested already, "make -k" to make as many packages as possible, and repeat until done. On Monday, October 9, 2023 at 9:37:49 AM UTC-7 Dima Pasechnik wrote: > well, I'm sure it's the same story, same fix: > > make hatch-fancy-pypi-readme > > > On Mon, 9 Oct 2023, 17:25 Emmanuel Char

Re: [sage-release] Re: Sage 10.2.beta6 released

(I tried to send this last night and I see some indication that the message was deleted, so I'm reposting. Apologies if this has already appeared.) I see some error message (aside from those already reported) but the build completes anyway. These are probably not new. In pythran's log: ERROR:

[sage-release] Re: Sage 10.2.beta6 released

I see some error message (aside from those already reported) but the build completes anyway. These are probably not new. In pythran's log: ERROR: Could not find a version that satisfies the requirement numpy (from pythran) (from versions: none) ERROR: No matching distribution found for numpy I

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

Right. According to the Sage Developer's Guide, "Deprecated code can only be removed one year after the first stable release in which it appeared," so it will work for at least a year, and then someone would have to take further action to remove it completely. On Wednesday, October 4, 2023 at 1

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

By the way, see https://github.com/sagemath/sage/issues/36194 for a bug related to the preparser and "\". On Tuesday, October 3, 2023 at 9:59:47 PM UTC-7 John H Palmieri wrote: > The votes are overwhelmingly in favor of deprecating. I have opened > https://github.com/sagemath

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

The votes are overwhelmingly in favor of deprecating. I have opened https://github.com/sagemath/sage/pull/36394 for this. On Monday, October 2, 2023 at 3:42:38 AM UTC-7 kcrisman wrote: > Though I am sympathetic to the pro-deprecation arguments and recognize > they will win, I vote do not depre

[sage-devel] Poll: deprecate backslash operator

I asked this already but with a different subject heading, so people may have missed it. BackslashOperator is defined in "sage/misc/misc.py", and the preparser converts "A \ b" to the appropriate Python code. The docstring for BackslashOperator says "Implements Matlab-style backslash operator

Re: [sage-release] Sage 10.2.beta5 released

several doc test failed…. > > 28/09/2023 23:30、John H Palmieri のメール: > > As with the past few releases — and I think this is due to OS X and > command-line tool upgrades, not Sage — I have been getting a number of > failures due to some warning messages. These continue wi

Re: [sage-devel] What's the point of GF(2, impl='ntl')?

should really be added? On Friday, September 29, 2023 at 12:32:14 AM UTC-7 Vincent Delecroix wrote: > What is your sage version? How did you install it? Did you open an > issue on github? > > Best > Vincent > > On Tue, 26 Sept 2023 at 07:00, John H Palmieri > wrote: > &g

[sage-release] Re: Sage 10.2.beta5 released

As with the past few releases — and I think this is due to OS X and command-line tool upgrades, not Sage — I have been getting a number of failures due to some warning messages. These continue with 10.2.beta5, and they are addressed by https://github.com/sagemath/sage/pull/36337. The giac-relat

Re: [sage-release] Sage 10.2.beta5 released

Kenji: for me with updated homebrew etc., I can only get scipy to build if I configure Sage with `./configure --with-system-gfortran=no`. On Thursday, September 28, 2023 at 3:49:04 AM UTC-7 Kenji Iohara wrote: > On my Mac OS 13.6 with Intel Core i5, with updated homebrew and Xcode 15, > Python

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

matroid, matrix, and binary_tree, so extinguishing it should be doable. We > should definitely not entrench its use further. > > If you want to write your denominator first, you can already do ~2 * 3 . I > think that's already sufficiently perverse that we don't need anothe

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

The github issue #36060 (https://github.com/sagemath/sage/issues/36060) proposes adding a backslash operator for Sage integers, so that "2 \ 3" will return the same as "3 / 2". Do you support this? BackslashOperator is defined in "sage/misc/misc.py", and the preparser converts "A \ b" to the ap

[sage-devel] What's the point of GF(2, impl='ntl')?

Setup: sage: F = GF(2, impl='ntl') sage: m_ntl = identity_matrix(1, F) sage: v_ntl = vector(F, (1,)) Now consider sage: m_ntl * v_ntl sage: v_ntl * m_ntl I'm trying to multiply a 1x1 matrix by a 1-dimensional vector, in one order or the other. Here's what happens: the first line fails with a S

  1   2   3   4   5   6   7   8   9   10   >