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

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 > saw bot

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

he "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? > > - Mar

[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

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

[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

[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

[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

[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,

[cctalk] Re: Did something happen to comp.os.vms ?

messages there in comp.os.vms since 3/9 until today (3/12) and then I got 23 messages dated 3/10 - 3/12.  I even did a "Get Messages" several time and nothing.  I don't know if it's Thunderbird or E-S. -- John H. Reinhardt

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

[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 the n

[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

[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

[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

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,

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

[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

[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

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

ruary 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 membe

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

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

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:

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

irectory. > > > 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 >> >> >> On Monday,

[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

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

[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

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

[Ubuntu-x-swat] [Bug 2051875] [NEW] monitor goes to sleep (power save) mode as soon as the system attempts to display the graphical login screen. Attempting to switch to a character console wakes the

Public bug reported: https://askubuntu.com/questions/1500676/is-there-a-solution- for-22-04-and-kernel-6-5-0-14-or-6-5-0-15-22-04-for-users?noredirect=1 I'm running 22.04 LTS with an Asus NVidia GeForce GT 730. I'm using the Ubuntu provided video driver (Nouveau). Since upgrading my kernel to

[Desktop-packages] [Bug 2051875] [NEW] monitor goes to sleep (power save) mode as soon as the system attempts to display the graphical login screen. Attempting to switch to a character console wakes t

Public bug reported: https://askubuntu.com/questions/1500676/is-there-a-solution- for-22-04-and-kernel-6-5-0-14-or-6-5-0-15-22-04-for-users?noredirect=1 I'm running 22.04 LTS with an Asus NVidia GeForce GT 730. I'm using the Ubuntu provided video driver (Nouveau). Since upgrading my kernel to

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

1f40eb5b0115e1d3a429765e0f43743b79e871352bb8e0c95952> > 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 > > David Joyner schrieb am

[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

re_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 Something seems to be pretty broken.

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

uot;, 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, 2023 at 4:05:31 P

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 Palmieri

[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

[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 UT

[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

[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 >

[cctalk] Re: Current SOA scsi disk emulators for DEC

-- John H. Reinhardt

[cctalk] Re: Current SOA scsi disk emulators for DEC

-- John H. Reinhardt

[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

[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? --

[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

[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,

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

t; 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 Pasechnik wrote: &

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

[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 -

[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

[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:

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

w > > 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 latest beta version f

[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 > >

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

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

t; 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 PM UTC+9 Dima

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

gt; 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: > >> > >> > >> > >> On Mon, 30 Oct 2023, 05:57 John H Palmieri, >

[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

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

hink, 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 the morphism >>

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

(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: > >> > >> If anyone here

[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 +

[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

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

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

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

[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

[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.

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

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: > > > > Setup: >

[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

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?

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 another way > to spell that. > On Wednesday,

[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

[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

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

I opened up https://github.com/sagemath/sage/pull/36337 for these ld warnings, in case anyone else runs into the same problems. On Monday, September 25, 2023 at 12:05:38 PM UTC-7 John H Palmieri wrote: > I'm see these warning messages cause doctests to fail: > > ld: warning:

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

I'm see these warning messages cause doctests to fail: ld: warning: duplicate -rpath '/Users/jpalmier/Desktop/Sage/TESTING/sage-10.2.beta4/local/lib' ignored and ld: warning: ignoring duplicate libraries: '-lpari' Should we bypass them in doctest/parsing.py, the way we have in the

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

om the system (homebrew > in your case). > Make sure they are up to date, and you don't have these packages installed > in Sage. > And run ./configure > > Perhaps the whole homebrew must be reinstated after an OS update, too. > > On Sun, 24 Sept 2023, 03:07 John H Palmieri,

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

ppropriate file to convince Sage that scipy had built, and the rest of the build succeeded, except for some extra warnings during doctests: "ld: warning: duplicate -rpath [...SAGE_ROOT/local/lib...] ignored" On Saturday, September 23, 2023 at 3:59:40 PM UTC-7 John H Palmieri wrote: >

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

n the M2 machine, Sage's scipy built back in August with earlier versions of the OS (probably 13.5.2) and command-line tools and gfortran (13.1.0). On Saturday, September 23, 2023 at 3:34:29 PM UTC-7 Dima Pasechnik wrote: > do they even support gcc/gfortran 13? > > On Sat, 23 S

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

Same result if I do `pip3 install scipy --no-binary scipy` (another of their suggested ways of building from source). I guess something is broken with my fortran compiler, but I don't know how to troubleshoot it. On Saturday, September 23, 2023 at 2:35:52 PM UTC-7 John H Palmieri wrote

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

ather from scipy bug tracker, > they can build on M2 just fine > https://github.com/scipy/scipy/issues/18308 > > > On Sat, 23 Sept 2023, 18:07 John H Palmieri, wrote: > >> This is with an Apple Silicon laptop, M2 chip, in case that matters. >> >> On Saturday, Se

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

This is with an Apple Silicon laptop, M2 chip, in case that matters. On Saturday, September 23, 2023 at 10:06:36 AM UTC-7 John H Palmieri wrote: > I tried the venv approach in the scipy docs, and I ran into the same error. > > On Saturday, September 23, 2023 at 1:31:34 AM UTC-7 Dima

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

I tried the venv approach in the scipy docs, and I ran into the same error. On Saturday, September 23, 2023 at 1:31:34 AM UTC-7 Dima Pasechnik wrote: > Can you build scipy from source using their instructions? > > On Sat, 23 Sept 2023, 06:25 John H Palmieri, wrote: > >> It's f

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

in Sage > > > On Fri, 22 Sept 2023, 00:52 John H Palmieri, wrote: > >> A new problem, after upgrading to OS X 13.6 and the newest version of the >> command-line tools: scipy fails to build again, this time with the error: >> >> ../../meson.build:82:0: ERROR:

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

sonpy-". On Thursday, September 21, 2023 at 4:52:56 PM UTC-7 John H Palmieri wrote: > A new problem, after upgrading to OS X 13.6 and the newest version of the > command-line tools: scipy fails to build again, this time with the error: > > ../../meson.build:82:0: ERROR: U

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

Suggestions? On Sunday, September 17, 2023 at 11:25:02 AM UTC-7 John H Palmieri wrote: > Similar problem for me on OS X. I don't understand something: the > dependencies for scipy include meson_python, but that package is not > installed before scipy attempts to build, and fails. Runn

  1   2   3   4   5   6   7   8   9   10   >