[sage-devel] Re: Remove one of the dancing links implementations

For historical reference, both implementations were incorporated in sage in feb/march 2008: https://groups.google.com/g/sage-devel/c/COEXL3dyBS8 It looks like implementing DLX is a finnish thing :-). From the thread, I don't get the impression there is any reason to prefer the python implement

Re: [sage-devel] Re: GSoC 2025 Ideas

On Sat, Feb 22, 2025 at 09:29:35AM -0800, 'Martin R' via sage-devel wrote: > That would be awesome! Maybe it is not completely impossible to find a > suitable Lisp student, if we advertise it in the right places? well, we can add a project, still, not too late? explore and implement Python/Pyth

Re: [sage-devel] Re: GSoC 2025 Ideas

That would be awesome! Maybe it is not completely impossible to find a suitable Lisp student, if we advertise it in the right places? Martin On Thursday, 20 February 2025 at 02:56:52 UTC+1 dim...@gmail.com wrote: On 19 February 2025 09:25:12 GMT-06:00, 'Martin R' via sage-devel < sage-...@go

Re: [sage-devel] Re: Any interest in making building from source on Mac more robust?

Thank you, Volker, for that proof of viability of building Sage on Apple silicon (an M2 Mini) and to Kwankyu on both an M4 and Intel, all with macOS 15.3.1 (I assume). I would be happy to try again as suggested. But I expect I need to do some *cleaning of accumulated crud on my system* first to e

Re: [sage-devel] Re: RFC: demote giac to optional

On Fri, Feb 21, 2025 at 03:45:17PM +0100, Vincent Delecroix wrote: > I think it would be more productive to make two PRs: one for making > the package which is likely to create a consensus and one for demoting > to optional which might be controversial. The package is already done, it's in https:/

Re: [sage-devel] Re: RFC: demote giac to optional

On 2025-02-21 15:45:17, Vincent Delecroix wrote: > I think it would be more productive to make two PRs: one for making > the package which is likely to create a consensus and one for demoting > to optional which might be controversial. While generally a good idea, in this case it would create more

[sage-devel] Re: Any interest in making building from source on Mac more robust?

Ah I forgot to mention: brew upgrade and source .homebrew-build-env before "make ..." -- 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...@go

[sage-devel] Re: Any interest in making building from source on Mac more robust?

But I still want to be able to do a clean build from source on current macOS versions. Are there developers in this community with similar interests? I would be interested in collaborating with you on making the build process on macOS more robust. My main machines are all macOS. I never thou

[sage-devel] Re: Any interest in making building from source on Mac more robust?

For the record, we do have a macOS buildbot that compiles every version we release (successfully except for giac, see related thread) at http://build.sagemath.org/#/builders/16 On Friday, February 21, 2025 at 3:38:14 PM UTC+1 mwi...@gmail.com wrote: > zulipchat> > > Sage newbie. here, but long

Re: [sage-devel] Re: RFC: demote giac to optional

Giac has always segfaulted on my M2 Mac Mini buildbot, so it never got *worse* when merging a ticket. As far as I know it only works on Intel macs (endangered species as they are). For the record, +1 to making giac optional. On Friday, February 21, 2025 at 3:57:53 AM UTC+1 Dima Pasechnik wrot

Re: [sage-devel] Re: RFC: demote giac to optional

I think it would be more productive to make two PRs: one for making the package which is likely to create a consensus and one for demoting to optional which might be controversial. One important argument against optional packages is that they are rarely available in linux system pacakges (on a sys

Re: [sage-devel] Re: RFC: demote giac to optional

On Thu, Feb 20, 2025 at 1:25 PM John H Palmieri wrote: > > For what it's worth, on my macos M2 machine, giac builds but it fails its > test suite: Given that macOS is a supported platform, one has to have jolly good reasons for keeping giac standard - while it fails self-tests. If Volker would b

Re: [sage-devel] Re: A PR making changes to CI needs your attention

#39467 eliminates "minimal" CI testing: test building sage from source on platforms with minimal required system packages installed. See the relevant section on our installation guide: https://doc-release--sagemath.netlify.app/html/en/installation/source#software-prerequisites-and-recommended-p

Re: [sage-devel] Re: A PR making changes to CI needs your attention

I am for #39467 - it finally makes our CI somewhat useful and more orientated to the needs of Sage users, instead of spending KWts of electricity and lots of CPU hours on testing configurations no humans use. On 20 February 2025 05:45:08 GMT-06:00, Kwankyu Lee wrote: >I object to the PR #39467

[sage-devel] Re: RFC: demote giac to optional

For what it's worth, on my macos M2 machine, giac builds but it fails its test suite: [giac-1.9.0.15p0] [spkg-check] PASS: chk_partfrac [giac-1.9.0.15p0] [spkg-check] PASS: chk_factor [giac-1.9.0.15p0] [spkg-check] PASS: chk_integrate [giac-1.9.0.15p0] [spkg-check] PASS: chk_geo [giac-1.9.0.15p0]

[sage-devel] Re: A PR making changes to CI needs your attention

I object to the PR #39467, and prepared an alternative PR https://github.com/sagemath/sage/pull/39009 to restore the CI infrastructure to good shape. The PR #39009 is now ready for review. Please join in the discussion. -- You received this message because you are subscribed to the Google

[sage-devel] Re: Corrupted git submodule in sage repo

I remove the seemingly useless directory: subprojects/factory in the PR https://github.com/sagemath/sage/pull/39009 -- 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 t

[sage-devel] Re: RFC: demote giac to optional

Yes, by all means, please make giac optional. On Wednesday, February 19, 2025 at 5:40:03 PM UTC-6 Michael Orlitzky wrote: > Hi, I've separated sage.libs.giac into its own package, and would like > to downgrade giac to optional at the same time the new package is > added, cf. > > * https://github.

Re: [sage-devel] Re: GSoC 2025 Ideas

On 19 February 2025 09:25:12 GMT-06:00, 'Martin R' via sage-devel wrote: >I would like to remark that, as far as I know, the guessing facilities of >gfun have a reasonable replacement which is available in sage through >fricas. The last time I checked, this was more general and at least as

Re: [sage-devel] Re: GSoC 2025 Ideas

I couldn't find a way to register to this wiki, so could someone please update the page with the following info? Thanks! (Maybe for next time use https://github.com/sagemath/sage/wiki) Project: Lie group actions on manifolds Mentor: Tobias Diez, Erik? Area: Differential Geometry Skills: Knowl

Re: [sage-devel] Re: GSoC 2025 Ideas

Thanks Martin for the suggestion. I think it would be nice to improve the fricas interface as part of the project! (hint: you can help with mentoring). On Wed, 19 Feb 2025 at 16:25, 'Martin R' via sage-devel wrote: > > I would like to remark that, as far as I know, the guessing facilities of > g

Re: [sage-devel] Re: GSoC 2025 Ideas

I would like to remark that, as far as I know, the guessing facilities of gfun have a reasonable replacement which is available in sage through fricas. The last time I checked, this was more general and at least as fast than it's maple counterpart. The one thing that would dramatically improve

Re: [sage-devel] Re: GSoC 2025 Ideas

Additionally, I would like to propose that "SageMath subprojects" (such as ore_algebra, admcycles, sage-flatsurf, slabbe, ...) could make GSOC proposal under the SageMath umbrella. I believe it is easier for a newcomer to be able to contribute to a smaller standalone project. What do you thin

Re: [sage-devel] Re: GSoC 2025 Ideas

Hi Vincent^2, Thank you for the ideas and adding them to the ideas page. Best, Travis On Wednesday, February 19, 2025 at 12:18:29 AM UTC+9 Vincent Neiger wrote: > Hello, > > I just added to the wiki the two projects suggested above. Could you > please have a look to make sure I did not intro

Re: [sage-devel] Re: GSoC 2025 Ideas

Hello, I just added to the wiki the two projects suggested above. Could you please have a look to make sure I did not introduce any typo and such? In particular for the second project, as I created some title and I changed "genfun" into "gfun" which seems to be the usual name for the Maple libr

Re: [sage-devel] Re: GSoC 2025 Ideas

Additionally, I would like to propose that "SageMath subprojects" (such as ore_algebra, admcycles, sage-flatsurf, slabbe, ...) could make GSOC proposal under the SageMath umbrella. I believe it is easier for a newcomer to be able to contribute to a smaller standalone project. What do you think? On

Re: [sage-devel] Re: GSoC 2025 Ideas

I lost my wiki password but I am willing to propose to mentor on the following topics. I would welcome in anyone assisting me in the mentoring. 1) Zariski closures of finitely generated matrix groups Mentor: Vincent Delecroix + (?) Area: Algebra Skills: Group theory, Lie algebras, Number fields,

[sage-devel] Re: GSoC 2025 Ideas

Hi everyone, It would be good if people added more project ideas and/or be willing to be listed as a mentor. Google is looking more closely at what mentor orgs are putting in their ideas pages, and right now it looks like we do not have many mentors this year. It would be great to improve thi

[sage-devel] Re: Corrupted git submodule in sage repo

But there is nothing to commit! How can we fix the repo? By the way, what is this directory subprojects/factory for? Can we remove it? Removing the directory would fix the problem. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscr

[sage-devel] Re: Corrupted git submodule in sage repo

I could trace the problem to https://github.com/sagemath/sage/pull/37447 -- 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

Re: [sage-devel] Re: Is automatic documentation from doctests a thing?

To add a generic Python explainer: generation of documentation from docstrings and function/class signatures is normally done by a Python package sphinx, and Sage is not much of an exception to it (although it's accumulated a lot of outdated "improvements" to it, which we ought to streamline as

[sage-devel] Re: Is automatic documentation from doctests a thing?

The format is explained at https://doc.sagemath.org/html/en/developer/coding_basics.html#documentation-strings. Files in the Sage library are included in the documentation if they are cited in one of the files src/doc/en/reference/MODULE/index.rst. Many of those references are explicitly in th

Re: [sage-devel] Re: Possibly insecure verification of sage source downloaded from a mirror

On 2025-02-12 10:22:14, Nils Bruin wrote: > In my opinion, this problem is commonly solved nowadays by curated software > distributions (through stores, trusted package repositories, etc.) with > keys that are predistributed with the operating system used. The integrity > control is then offload

[sage-devel] Re: Possibly insecure verification of sage source downloaded from a mirror

On Tuesday, 11 February 2025 at 23:15:10 UTC-8 Georgi Guninski wrote: On the mirror I see: sage-10.5.tar.gz torrent 1535.20 MB 2024-12-04 00:28 MD5: 83dab794f87e989a30e248f3b39c40db There are several potential issues with this: 1. If the mirror is compromised or MITM'ed, it could provide wh

[sage-devel] Re: ask.sagemath.org is not down, but seriously prone...

I asked Thierry, who answered that all his lab's machines are unreacheable, cause unknown for now. It is probably a distinct problem. Le dimanche 9 février 2025 à 21:15:09 UTC+1, max...@gmail.com a écrit : > It looks like ask.sagemath.org went down after all. Does anybody know > what's going on

[sage-devel] Re: ask.sagemath.org is not down, but seriously prone...

It looks like ask.sagemath.org went down after all. Does anybody know what's going on? Regards, Max On Saturday, February 1, 2025 at 4:33:30 PM UTC-5 emanuel.c...@gmail.com wrote: > It turns out that ask.sagemath.org may have rejected my comment for the > use of the word *unadulterated*, which

[sage-devel] Re: Feature request: Flatpak

On Sunday, April 25, 2021 at 1:53:03 PM UTC-5 Samuel Lelievre wrote: Marc Culler's SageMath-macOS app could provide inspiration for that. After having done some research on this, my preference would be to package Sage as an AppImage, and I have plans for doing that. An AppImage needs to be

Re: [sage-devel] Re: Feature request: Flatpak

On Sun, Feb 9, 2025 at 11:30 AM Jerry Caligiure wrote: > > Hello! I'd really like to get this working on flatpak. I'm trying to sandbox > off applications from the system in Linux, and flatpak is an easy way to do > that. > I'm thinking we could use electron (https://www.electronjs.org/) to crea

[sage-devel] Re: Feature request: Flatpak

Hello! I'd really like to get this working on flatpak. I'm trying to sandbox off applications from the system in Linux, and flatpak is an easy way to do that. I'm thinking we could use electron (https://www.electronjs.org/) to create a gui if needed, but like stated previously you don't *need* a

[sage-devel] Re: GSoC 2025 Ideas

Thanks, I've added you as a potential mentor there. Best, Travis On Thursday, February 6, 2025 at 7:04:19 PM UTC+9 axio...@yahoo.de wrote: > I'd be happy to co-mentor the diagram algebra project (where I know a > little bit of the mathematics), and also the free module project. > > Martin > On

Re: [sage-devel] Re: GSoC 2025 Ideas

Thanks Travis for setting that up again! On Thu, 6 Feb 2025 at 11:04, 'Martin R' via sage-devel wrote: > > I'd be happy to co-mentor the diagram algebra project (where I know a little > bit of the mathematics), and also the free module project. > > Martin > On Thursday, 6 February 2025 at 00:38:

[sage-devel] Re: GSoC 2025 Ideas

I'd be happy to co-mentor the diagram algebra project (where I know a little bit of the mathematics), and also the free module project. Martin On Thursday, 6 February 2025 at 00:38:30 UTC+1 tcsc...@gmail.com wrote: > Some other points I should mention: > > - Google will probably start looking at

[sage-devel] Re: GSoC 2025 Ideas

Some other points I should mention: - Google will probably start looking at proposals after Feb. 11, so it would be good to have the projects listed before then. However, this is not a hard deadline and you are welcome to add project ideas at any time. - If you are not able to edit the wiki page

[sage-devel] Re: Problem re-installing sage-10.5

This is a bug in the Debian nauty package. Apparently they patch it to build against system libcliquer but don't actually link to it. Disable system nauty in configure. El lunes, 3 de febrero de 2025 a las 7:44:35 UTC+1, tdumont escribió: > I apologize if this problem as already be solved (I wa

[sage-devel] Re: ask.sagemath.org is not down, but seriously prone...

It turns out that ask.sagemath.org may have rejected my comment for the use of the word *unadulterated*, which sins by containing the word *adult*. Our server software seems to have a built-in Comstock (aggressive variety…). Sorry for the noise

[sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

The most meaningful fix is to upgrade GAP to 4.14.1, where this should not happen. See https://github.com/sagemath/sage/issues/39421 On Wednesday, January 29, 2025 at 10:16:23 AM UTC-6 marc@gmail.com wrote: > Wish Sage 10.6beta4 On an M1 macOS 15.3 system with CommandLineTools > 16.2.0.0.1

[sage-devel] Re: Patching Sage's Python's packages

Also, you can tell whether Sage built Python by looking (a) at the output to the initial ./configure command, and (b) see if there is a python3-3.12.log file (or some file name like that) in logs/pkgs/. Similar for setuptools. I think the default is for Sage to build its own setuptools, even if

[sage-devel] Re: Patching Sage's Python's packages

Does it help if you run "make V=0 build"? "V=0" sets the verbosity level to zero, and when I use that, I don't see any such message printed to the screen. They're still written to the log files, and I think that's good: the default should be to write with full verbosity to the log files. On Fri

[sage-devel] Re: Error with package during build on linux

The missing header is provided by the brial package, which you don't seem to have installed. Looks like you will also need https://github.com/sagemath/sage/pull/39291 El jueves, 30 de enero de 2025 a las 21:10:39 UTC+1, aliat...@gmail.com escribió: > Hi Antonio, > > I've switched to installing

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

Correction: The first two bullets were for arm, not for intel. I.e. On macOS, arm64: * the gap executable loads libgap in SageMath 10.4, 10.5 and 10.6. * crypting.so loads libgap in SageMath 10.4 and 10.6 but not 10.5. On macOS x86_64 : * the gap executable loads libgap in SageMath 10.4, 10.5

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On macOS, with both arm64: and x86_64 * the gap executable loads libgap in SageMath 10.4, 10.5 and 10.6. * crypting.so loads libgap in SageMath 10.4 and 10.6 but not 10.5. On macOS x86_64 : * the gap executable loads libgap in SageMath 10.4, 10.5 and 10.6. * crypting.so loads libgap in SageMath

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On Wed, Jan 29, 2025 at 4:35 PM Marc Culler wrote: > > Looking back at the failed command I actually think this is a clang bug which > has nothing to do with GAP. The relevant option is: > -bundle_loader /private/var/tmp/sage-10.6-current/local/bin/gap > I think that option is broken in the late

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On Wed, Jan 29, 2025 at 3:16 PM Antonio Rojas wrote: > > See > https://web.archive.org/web/20201218114127/https://trac.sagemath.org/ticket/27372 > for some previous discussion about this This discussion in #27372 (more up to date copy: https://github.com/sagemath/sage/issues/27372) is misleadin

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

See https://web.archive.org/web/20201218114127/https://trac.sagemath.org/ticket/27372 for some previous discussion about this El miércoles, 29 de enero de 2025 a las 21:43:36 UTC+1, marc@gmail.com escribió: > On Wed, Jan 29, 2025 at 1:33 PM Dima Pasechnik wrote: > >> >> libgap is not re

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On Wed, Jan 29, 2025 at 1:33 PM Dima Pasechnik wrote: > > libgap is not really involved here; > cypring's GAP kernel module > (that's what's compiled here) can be loaded either in libgap, or in > gap executable - and the latter > isn't linked to libgap. I am no expert in GAP. But the code in

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On Wed, Jan 29, 2025 at 11:52 AM Marc Culler wrote: > > I don't have time for that right now. But I will provide a patch for the > 1-line fix that I used: > > diff --git a/build/pkgs/gap_packages/spkg-install.in > b/build/pkgs/gap_packages/spkg-install.in > index 7005cc3d322..157e093d86b 100644

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

On Wed, Jan 29, 2025 at 11:39 AM Marc Culler wrote: > > The missing symbols are defined in libgap and I was able to build > gap_packages after adding -lgap to LDFLAGS in spkg-install.in. yes, I can reproduce this with the latest beta5, on Apple clang version 16.0.0 (clang-1600.0.26.4), on an arm6

Re: [sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

I don't have time for that right now. But I will provide a patch for the 1-line fix that I used: diff --git a/build/pkgs/gap_packages/spkg-install.in b/build/pkgs/gap_packages/spkg-install.in index 7005cc3d322..157e093d86b 100644 --- a/build/pkgs/gap_packages/spkg-install.in +++ b/build/pkgs/gap_

[sage-devel] Re: Linker failure for gap_packages on arm64 macOS 15.3

The missing symbols are defined in libgap and I was able to build gap_packages after adding -lgap to LDFLAGS in spkg-install.in. - Marc On Wednesday, January 29, 2025 at 10:16:23 AM UTC-6 Marc Culler wrote: > Wish Sage 10.6beta4 On an M1 macOS 15.3 system with CommandLineTools > 16.2.0.0.1.173

[sage-devel] Re: CI workflow approval

Marc Mezzarobba wrote: > Could someone with the required permissions please approve the CI > workflows at https://github.com/sagemath/sage/pull/39391 ? ...again? Thanks btw to whoever did it before! -- Marc -- You received this message because you are subscribed to the Google Groups "sage-de

[sage-devel] Re: Error with package during build on linux

Are you really trying to build the 3-years-old version 9.5, or is that just the name of the dir? In the latter case, please post the full config.log El martes, 28 de enero de 2025 a las 14:41:18 UTC+1, aliat...@gmail.com escribió: > Hi, > > After running ./configure then make, I get greeted wit

[sage-devel] Re: Problems compiling sagemath 10.5.

See the several reports about this on sage-support. El martes, 28 de enero de 2025 a las 14:41:25 UTC+1, ssimon...@gmail.com escribió: > I tried to compile from sagemath 10.5 source, but I get an error at some > point that stops the compilation: "Error installing package sagelib-10.5". > The co

[sage-devel] Re: Cython extension modules in optional spkgs

The coxeter3 package is not the only one. The optional packages meataxe and sirocco also have .pyx files with no associated .so file. Those three are the only optional packages which appear in venv/lib/python3.12/site-packages/sage/libs even though many other optional packages are enabled by my

[sage-devel] Re: Where do polynomial rings get their scalar multiplication action?

It seems that padic polynomials simply have a malfunctioning _rmul_ !!! def _rmul_(self, left): return None # The code below has never been tested and is somehow subtly broken. see: https://github.com/sagemath/sage/blob/5188024881df509aee12e59e4d8ebf003c675e4a/src/sage/rings/

[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

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

The error message is correct -- you should not expect to be able to plot this function, because it is only defined for integer values of x, not all x between 2 and 4. For example: sage: f1(2.1) TypeError: 'sage.rings.real_mpfr.RealLiteral' object cannot be interpreted as an integer On Tuesd

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

Let's end this thread. To sum up, there is no evidence of a problem with sage (or its interface with fricas), because the report was based on the false assumption that typing "dilog(-x + 1)" in fricas means the same thing as typing it in sage. However, in reality, telling dilog(-x + 1) to fr

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

Nope. From what you say follows that Sage’s dilog(x) and Fricas’ dilog(1-x) are the *same mathematical object*. Therefore, the Fricas translation of Sage’s dilog() should be dilog(1-). And *vice-versa* : the Sage’s translation of Fricas’ dilog() should be Sage’s dilog(1-). That's precisely w

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

Dear Martin, Le dimanche 12 janvier 2025 à 14:25:54 UTC+1, axio…@yahoo.de a écrit : Sorry, I don't understand. On Sunday, 12 January 2025 at 12:55:26 UTC+1 emanuel.c...@gmail.com wrote: Le vendredi 10 janvier 2025 à 22:36:39 UTC+1, axio…@yahoo.de a écrit : fricas dilog and sage dilog are not

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

Sorry, I don't understand. On Sunday, 12 January 2025 at 12:55:26 UTC+1 emanuel.c...@gmail.com wrote: Le vendredi 10 janvier 2025 à 22:36:39 UTC+1, axio…@yahoo.de a écrit : fricas dilog and sage dilog are not the same: sage: fricas(polylog(3, x)) polylog(3,x) sage: fricas(dilog(x)) dilog(- x +

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

Le vendredi 10 janvier 2025 à 22:36:39 UTC+1, axio…@yahoo.de a écrit : fricas dilog and sage dilog are not the same: sage: fricas(polylog(3, x)) polylog(3,x) sage: fricas(dilog(x)) dilog(- x + 1) This deserves a github issue. Fixing the interface is (probably) not that hard… Would you mind is

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

fricas dilog and sage dilog are not the same: sage: fricas(polylog(3, x)) polylog(3,x) sage: fricas(dilog(x)) dilog(- x + 1) sage: integrand=(dilog(-x + 1)^2 - log(-x + 1)*polylog(3, x))/x sage: fricas(integrand) 2 - log(- x + 1)polylog(3,x) + dilog(x) --

[sage-devel] Re: integral fail using fricas 1.3.11 using sagemath 10.5 but works with fricas

The questions "what is the problem? Did I do something wrong?" do not seem to be sage development questions, so they should be asked on a different forum, such as ask.sagemath.org On Friday, January 10, 2025 at 12:50:25 PM UTC-7 Nasser M. Abbasi wrote: > I have installed sagemath 10.5 and also

[sage-devel] Re: are there recommended programming environments for beginners?

If you're really targeting beginners, I'd say jupyterlab notebooks. One step up: put your code in a separate file and load/import it all through the jupyterlab environment. It comes with a text editor. Ideally, you'd have a jupyterhub deployment available so that your participants can start wit

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

Instead of "readelf", use "ldd -r" - it will show you the path to the libgiac used which - given there was no such file in your list - should turn out to be the system one. On 6/01/25 04:23, 'Nasser M. Abbasi' via sage-devel wrote: And here is the content of   sagemath giac lib that is listed i

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

"If you are using arch sagemath, then you are not using sage-the-distro and so you are using arch giac as well." This is good to know. I am new to using arch and was not sure. I am actually using EOS distro which is arch based, not arch itself. I just found the info I wanted is online: https:/

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

January 5, 2025 12:07 PM, "Nasser M. Abbasi' via sage-devel" wrote: > This link shows the Arch sagemath package info that I installed > > https://archlinux.org/packages/extra/x86_64/sagemath/ If you are using arch sagemath, then you are not using sage-the-distro and so you are using arch giac

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

And here is the content of sagemath giac lib that is listed in the sagemath package files >ls -l /usr/lib/python3.13/site-packages/sage/libs/giac/ total 3572 -rw-r--r-- 1 root root 676302 Dec 22 06:23 auto-methods.pxi -rwxr-xr-x 1 root root 2840360 Dec 22 06:23 giac.cpython-313-x86_64-linu

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

This link shows the Arch sagemath package info that I installed https://archlinux.org/packages/extra/x86_64/sagemath/ There is link at bottom of this page to show list of all files also (click on package content) I see number of files with giac in them. Here is the list from my linux using the

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

You can use one of the changes in behaviour that are in sagemath history (in the form of doctests that we have to change as we upgrade giac). For instance: --- With giac 1.9.0-998: sage: libgiac.solve('sin(3*x)>2*sin(x)', libgiac('x')) Inequation on periodic expression without assumptions on v

Re: [sage-devel] Re: meson build doesn't find cysignals?

This is really strange. It actually reports that cysignals is found: Running command: /home/grhkm/miniforge3/envs/sage-dev-2/bin/python3.11 -c 'import cysignals print(cysignals.__file__.replace('"'"'__init__.py'"'"', '"'"''"'"'))' --- stdout --- /home/grhkm/miniforge3/envs/sage-dev-2/lib/pyth

Re: [sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

It is very likely that sagemath installed by pacman from AUR uses the system giac. But you can check the list of files installed by pacman for sagemath. pacman -Ql $package_name if it includes a private copy of giac, it should appear in the list. François On 5/01/25 18:48, 'Nasser M. Abbasi' v

[sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

I need to know which giac is used by sagemath when I do this command >sage ┌┐ │ SageMath version 10.5, Release Date: 2024-12-04│ │ Using Python 3.13.1. Type "help()" for help. │ └─

[sage-devel] Re: How to find the exact version of giac used in sagemath 10.5 binary?

Are you interested in the giac that is used by a command like "giac(1)"? That starts up a separate process, so if you use something like "ps ax" you'll get a line like: 1936931 pts/11 Ssl+ 0:00 /usr/bin/giac --sage which tells you which binary is running. On Saturday, 4 January 2025 at 2

[sage-devel] Re: Proposal to allow downloads during build of optional packages

On Tuesday, December 31, 2024 at 8:04:22 PM UTC-6 Kwankyu Lee wrote: To be clear, note that we have two types of packages: standard and optional. Standard packages are by definition those packages installed by default. See https://doc-release--sagemath.netlify.app/html/en/developer/packaging#pa

Re: [sage-devel] Re: meson build doesn't find cysignals?

Content of /home/grhkm/git/sage/build/cp311/meson-logs/meson-log.txt: https://gist.github.com/grhkm21/21dea0c9b2f3b712f91f926757863045 (The conda environment is now called `sage-dev-2`) Yes, importing `cysignals.signals` works in the conda python. I guess because it's installed in `$CONDA_PREFIX

[sage-devel] Re: meson build doesn't find cysignals?

Can you please also post the output of /home/grhkm/git/sage/build/cp311/meson-logs Does `import cysignals.signals` from python in the activated conda env work? On Wednesday, January 1, 2025 at 6:08:04 PM UTC+8 grh...@gmail.com wrote: > I am trying to use the `meson` build method instead of cond

[sage-devel] Re: Proposal to allow downloads during build of optional packages

To be clear, note that we have two types of packages: standard and optional. Standard packages are by definition those packages installed by default. See https://doc-release--sagemath.netlify.app/html/en/developer/packaging#package-types The proposal is about allowing internet connection for o

Re: [sage-devel] Re: cached methods in symmetric_group_representations

Thanks for the tips. Some changes have been made and now (almost) all tests are passing. On Wed, Dec 11, 2024 at 7:37 PM Nils Bruin wrote: > Read on for the other failures. If you look up line 1953, you'll see it's > inside a try/except. You're triggering the KeyError, so it's the outer one > fo

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

Replying here in case readers of this thread are interested -- a **not really finished** PR has now been made to Sage with a lot of the changes we describe above. I kind of want people to look at it and give rough opinions to move the project forward to the point where we can merge it and start

[sage-devel] Re: Time to show off your contributions in Sage 10.5 Release Tour

A bit late, but I added a section about the new tikz method of graphs/digraphs in the 10.5 Release tour. Don't miss it! Sébastien On Sunday, November 17, 2024 at 1:09:36 AM UTC+1 Kwankyu Lee wrote: > As usual, the webpage is at > > https://github.com/sagemath/sage/wiki/Sage-10.5-Release-Tour >

[sage-devel] Re: binder and optional packages

On Wednesday, December 18, 2024 at 5:08:57 PM UTC+9 enriqu...@gmail.com wrote: I would like to know how to change Dockerfile in sage-binder-env to use optional packages. The sage-binder-env on the master and dev branches uses a docker image that contains a light-weight sage that has no capab

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

On Fri, Dec 13, 2024 at 3:04 PM 'Martin R' via sage-devel wrote: > > Well, only if the ring of integers is just a subset of K. > > Essentially, that means that we cannot really compute with O - eg., compute > the gcd of two polynomials over O. polynomials over rings are tricky. sage: P.=O[] sage

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

Well, only if the ring of integers is just a subset of K. Essentially, that means that we cannot really compute with O - eg., compute the gcd of two polynomials over O. Martin On Friday, 13 December 2024 at 21:07:50 UTC+1 dim...@gmail.com wrote: > On Fri, Dec 13, 2024 at 1:38 PM 'Martin R' via

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

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

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

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

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

This does not look right, does it? sage: K. = NumberField(x^2-3) sage: O = K.ring_of_integers() sage: c = O(2*a + 4) sage: isinstance(O, Field) False sage: isinstance(c, FieldElement) True Martin On Thursday, 12 December 2024 at 23:35:40 UTC+1 Nils Bruin wrote: > On Thursday, 12 December 2024 at

Re: [sage-devel] Re: Time to show off your contributions in Sage 10.5 Release Tour

On Fri, Dec 13, 2024 at 3:54 AM Eric Gourgoulhon wrote: > > It seems that there is no longer any link towards the Release Tour from the > front page > https://www.sagemath.org/ > Is this intended? No, it's a bug. See https://github.com/sagemath/website/issues/484 for the missing link > > Eric. >

[sage-devel] Re: Time to show off your contributions in Sage 10.5 Release Tour

On Friday, December 13, 2024 at 6:54:51 PM UTC+9 Eric Gourgoulhon wrote: It seems that there is no longer any link towards the Release Tour from the front page https://www.sagemath.org/ Is this intended? I don't know what happened to what link. Kwankyu -- You received this message because yo

[sage-devel] Re: Time to show off your contributions in Sage 10.5 Release Tour

It seems that there is no longer any link towards the Release Tour from the front page https://www.sagemath.org/ Is this intended? Eric. Le dimanche 17 novembre 2024 à 01:09:36 UTC+1, Kwankyu Lee a écrit : > As usual, the webpage is at > > https://github.com/sagemath/sage/wiki/Sage-10.5-Relea

  1   2   3   4   5   6   7   8   9   10   >