#25993 closed enhancement (fixed)
Upgrade: Singular 4.2.0, pysingular 0.9.7
Reported by:  jdemeyer  Owned by:  

Priority:  critical  Milestone:  sage9.3 
Component:  packages: standard  Keywords:  upgrade, Singular, pysingular 
Cc:  SimonKing, ghtimokau, slelievre, isuruf, saraedum, dkrenn, araichev, cheuberg, behackl, dimpase, vdelecroix  Merged in:  
Authors:  Antonio Rojas, Markus Wageringel, Matthias Koeppe  Reviewers:  Matthias Koeppe, Dima Pasechnik 
Report Upstream:  Fixed upstream, but not in a stable release.  Work issues:  
Branch:  ec471e0 (Commits, GitHub, GitLab)  Commit:  
Dependencies:  Stopgaps: 
Description (last modified by )
Tarball: see checksums.ini
on the branch
Use make SAGE_SPKG="sagespkg o" singularclean sagelibclean build
to automatically download and install.
"Critical" because it enables supporting newer versions of FLINT.
We use the Singular development branch (spielwiese
) + PR https://github.com/Singular/Singular/pull/1058 in order to build documentation. The tarball is made from https://github.com/mkoeppe/Singular/tree/Release420p1%2Bsage
Attachments (4)
Change History (220)
comment:1 Changed 4 years ago by
 Dependencies set to #24735
comment:2 Changed 4 years ago by
 Cc SimonKing ghtimokau added
 Description modified (diff)
comment:3 Changed 4 years ago by
 Branch set to u/jdemeyer/ticket/25993
comment:4 Changed 4 years ago by
 Commit set to ec53e6fadfe9cb22a70029f4b9c91576c6c2b1d3
 Description modified (diff)
comment:5 followup: ↓ 20 Changed 4 years ago by
Sigh. So I have to upgrade the group cohomology package earlier than I thought. I'll see what I can do (after grading some exam).
comment:6 followup: ↓ 8 Changed 4 years ago by
The ticket description prominently tells that the group cohomology package is failing, but the title of the ticket is about upgrading Singular.
So, just to be sure about the topic of this ticket:
 Is this ticket about upgrading Singular, which means that a new ticket for upgrading the group cohomology package needs to be created? If this is so, which of the tickets should depend on the other?
 Is this ticket only about upgrading the group cohomology package? Looking at the commits, I suppose that this is not the case.
comment:7 in reply to: ↑ description Changed 4 years ago by
Replying to jdemeyer:
It's not clear to me whether this is a Singular bug or a p_group_cohomology bug.
Most likely it is an API change.
comment:8 in reply to: ↑ 6 ; followup: ↓ 9 Changed 4 years ago by
This ticket is about upgrading Singular. If the p_group_cohomology package must be changed, ideally it should be done in a way which makes it compatible both with Singular 4.1.1p3 as well as earlier versions. In that case, the upgrade of p_group_cohomology can be done on a different ticket and #25993 should depend on that.
Concerning the commit history, only the last commit belongs to this ticket. The rest belongs to #24735 which is an upgrade of Singular to 4.1.1p2.
comment:9 in reply to: ↑ 8 ; followup: ↓ 11 Changed 4 years ago by
comment:10 followup: ↓ 13 Changed 4 years ago by
PS: I recently added a patch to Singular which backports a bugfix that is important to me. Is that bugfix in Singular4.1.1?
comment:11 in reply to: ↑ 9 ; followup: ↓ 12 Changed 4 years ago by
Replying to SimonKing:
I see. Do you know if the breakage already happens in p2?
I know that it does not occur. That's also a good reason to do the upgrade in two steps: first to 4.1.1p2 which works fine and then to 4.1.1p3 (or a later version) once p_group_cohomology is fixed.
comment:12 in reply to: ↑ 11 Changed 4 years ago by
Replying to jdemeyer:
Replying to SimonKing:
I see. Do you know if the breakage already happens in p2?
I know that it does not occur. That's also a good reason to do the upgrade in two steps: first to 4.1.1p2 which works fine and then to 4.1.1p3 (or a later version) once p_group_cohomology is fixed.
Thank you! That sounds like a good plan. And do you know about the backported bug fix?
comment:13 in reply to: ↑ 10 ; followup: ↓ 14 Changed 4 years ago by
Replying to SimonKing:
I recently added a patch to Singular which backports a bugfix that is important to me. Is that bugfix in Singular4.1.1?
That's hard to say if you don't say which patch you mean. In any case, all patches which are currently (in Sage 8.3.rc3) applied to Singular are included in Singular 4.1.1p2.
Note that you said 4.1.1 but I guess you really care about 4.1.1p2 or 4.1.1p3. Despite what the version numbers suggest, experience shows that Singular adds nontrivial changes in such patchreleases.
comment:14 in reply to: ↑ 13 ; followups: ↓ 16 ↓ 18 Changed 4 years ago by
Replying to jdemeyer:
Replying to SimonKing:
I recently added a patch to Singular which backports a bugfix that is important to me. Is that bugfix in Singular4.1.1?
That's hard to say if you don't say which patch you mean. In any case, all patches which are currently (in Sage 8.3.rc3) applied to Singular are included in Singular 4.1.1p2.
It is backport_std.patch
Note that you said 4.1.1 but I guess you really care about 4.1.1p2 or 4.1.1p3. Despite what the version numbers suggest, experience shows that Singular adds nontrivial changes in such patchreleases.
I see. I thought that the "p something" patch level is Sage's addition of patches, not Singular's.
comment:15 Changed 4 years ago by
 Description modified (diff)
 Report Upstream changed from N/A to Fixed upstream, but not in a stable release.
comment:16 in reply to: ↑ 14 Changed 4 years ago by
Replying to SimonKing:
I see. I thought that the "p something" patch level is Sage's addition of patches, not Singular's.
No, Sage's p levels have a dot. So you can have a Singular package version number like 4.1.1p2.p0
(where 4.1.1p2
comes from Singular upstream and .p0
from Sage). I know, it's confusing :)
comment:17 Changed 4 years ago by
 Commit changed from ec53e6fadfe9cb22a70029f4b9c91576c6c2b1d3 to 83c8ac26d40bfa342d4fe37d43ec9db84e1055ba
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
83c8ac2  Upgrade to Singular 4.1.1p3

comment:18 in reply to: ↑ 14 ; followup: ↓ 19 Changed 4 years ago by
Replying to SimonKing:
It is
backport_std.patch
Sorry, I don't know what you mean. Where should I find this patch?
comment:19 in reply to: ↑ 18 Changed 4 years ago by
comment:20 in reply to: ↑ 5 Changed 4 years ago by
Replying to SimonKing:
Sigh. So I have to upgrade the group cohomology package earlier than I thought.
At least this time, it's not the fault of Sage but Singular :)
comment:21 Changed 4 years ago by
 Dependencies changed from #24735 to #24735 #26001
comment:22 Changed 4 years ago by
Is this supposed to pass the nonoptional doctests already? I cherrypicket the last two commits (Upgrade to Singular 4.1.1p3
and Minor fixes to Singular interface
) and added the patch to singular in an attempt to update nix's Singular to p3. I'm getting a segfault while running the doctests:
File "/nix/store/pzc940fjxrhq17j58krwry2y7wi9czh8sagesrc8.3/src/sage/rings/polynomial/plural.pyx", line 396, in sage.rings.polynomial.plural.NCPolynomialRing_plural.__dealloc__ Failed example: R2 = A2.g_algebra({y*x:x*yz, z*x:x*z+2*x, z*y:y*z2*y}, order=TermOrder('degrevlex', 2)) Exception raised: Traceback (most recent call last): File "/nix/store/ic3b215ln47d0js46lyvc7zjizd9jfqppython2.7.15env/lib/python2.7/sitepackages/sage/doctest/forker.py", line 573, in _run self.compile_and_execute(example, compiler, test.globs) File "/nix/store/ic3b215ln47d0js46lyvc7zjizd9jfqppython2.7.15env/lib/python2.7/sitepackages/sage/doctest/forker.py", line 983, in compile_and_execute exec(compiled, globs) File "<doctest sage.rings.polynomial.plural.NCPolynomialRing_plural.__dealloc__[6]>", line 1, in <module> R2 = A2.g_algebra({y*x:x*yz, z*x:x*z+Integer(2)*x, z*y:y*zInteger(2)*y}, order=TermOrder('degrevlex', Integer(2))) File "/nix/store/ic3b215ln47d0js46lyvc7zjizd9jfqppython2.7.15env/lib/python2.7/sitepackages/sage/algebras/free_algebra.py", line 876, in g_algebra order=order, check=check) File "sage/structure/factory.pyx", line 368, in sage.structure.factory.UniqueFactory.__call__ (build/cythonized/sage/structure/factory.c:2046) return self.get_object(version, key, kwds) File "sage/structure/factory.pyx", line 411, in sage.structure.factory.UniqueFactory.get_object (build/cythonized/sage/structure/factory.c:2422) obj = self.create_object(version, key, **extra_args) File "sage/rings/polynomial/plural.pyx", line 173, in sage.rings.polynomial.plural.G_AlgFactory.create_object (build/cythonized/sage/rings/polynomial/plural.cpp:5046) return NCPolynomialRing_plural(base_ring, names, c, d, order, File "sage/rings/polynomial/plural.pyx", line 351, in sage.rings.polynomial.plural.NCPolynomialRing_plural.__init__ (build/cythonized/sage/rings/polynomial/plural.cpp:6406) test = ff.nctools__lib.ndcond(ring = self) File "sage/libs/singular/function.pyx", line 1330, in sage.libs.singular.function.SingularFunction.__call__ (build/cythonized/sage/libs/singular/function.cpp:15332) return call_function(self, args, ring, interruptible, attributes) File "sage/libs/singular/function.pyx", line 1512, in sage.libs.singular.function.call_function (build/cythonized/sage/libs/singular/function.cpp:17285) with opt_ctx: # we are preserving the global options state here File "sage/libs/singular/function.pyx", line 1514, in sage.libs.singular.function.call_function (build/cythonized/sage/libs/singular/function.cpp:17197) sig_on() SignalError: Segmentation fault
comment:23 Changed 4 years ago by
Note that this will also break the build of polymake (not sure if it affects the 3.1 version shipped by Sage)
comment:24 Changed 4 years ago by
 Milestone changed from sage8.4 to sage8.5
comment:25 followup: ↓ 26 Changed 3 years ago by
4.1.1p4 is out, with fixes for the gcd in ZZ and the polymake issue. But (of course) with new problems: the stest function has changed signature and now only accepts two parameters [1]. After porting the Sage code I'm getting floating point exceptions
File "/usr/lib/python2.7/sitepackages/sage/rings/quotient_ring_element.py", line 629, in sage.rings.quotient_ring_element.QuotientRingElement._richcmp_ Failed example: I = F*[x*y+y*z,x^2+x*yy*xy^2]*F Exception raised: Traceback (most recent call last): File "/usr/lib/python2.7/sitepackages/sage/doctest/forker.py", line 671, in _run self.compile_and_execute(example, compiler, test.globs) File "/usr/lib/python2.7/sitepackages/sage/doctest/forker.py", line 1086, in compile_and_execute exec(compiled, globs) File "<doctest sage.rings.quotient_ring_element.QuotientRingElement._richcmp_[7]>", line 1, in <module> I = F*[x*y+y*z,x**Integer(2)+x*yy*xy**Integer(2)]*F File "sage/structure/element.pyx", line 1517, in sage.structure.element.Element.__mul__ (build/cythonized/sage/structure/element.c:12022) return (<Element>left)._mul_(right) File "sage/algebras/letterplace/free_algebra_element_letterplace.pyx", line 604, in sage.algebras.letterplace.free_algebra_element_letterplace.FreeAlgebraElement_letterplace._mul_ (build/cythonized/sage/algebras/letterplace/free_algebra_element_letterplace.cpp:9487) rshift = singular_system("stest",right._poly,left._poly.degree(), ring=A._current_ring) File "sage/libs/singular/function.pyx", line 1330, in sage.libs.singular.function.SingularFunction.__call__ (build/cythonized/sage/libs/singular/function.cpp:15055) return call_function(self, args, ring, interruptible, attributes) File "sage/libs/singular/function.pyx", line 1512, in sage.libs.singular.function.call_function (build/cythonized/sage/libs/singular/function.cpp:16879) with opt_ctx: # we are preserving the global options state here File "sage/libs/singular/function.pyx", line 1514, in sage.libs.singular.function.call_function (build/cythonized/sage/libs/singular/function.cpp:16791) sig_on() FloatingPointError: Floating point exception
[1] https://github.com/Singular/Sources/commit/b00f8a34fb50dbff4746ce45d0680d242f28260c
comment:26 in reply to: ↑ 25 ; followup: ↓ 27 Changed 3 years ago by
Replying to arojas:
4.1.1p4 is out
Really? I don't see it on ftp://jim.mathematik.unikl.de/pub/Math/Singular/SOURCES/411/
comment:27 in reply to: ↑ 26 Changed 3 years ago by
Replying to jdemeyer:
Replying to arojas:
4.1.1p4 is out
Really? I don't see it on ftp://jim.mathematik.unikl.de/pub/Math/Singular/SOURCES/411/
That mirror seems to be outdated
https://service.mathematik.unikl.de/ftp/pub/Math/Singular/SOURCES/411/
comment:28 Changed 3 years ago by
 Dependencies changed from #24735 #26001 to #26001
 Description modified (diff)
 Summary changed from Upgrade to Singular 4.1.1p3 to Upgrade to Singular 4.1.1p4
comment:29 followup: ↓ 30 Changed 3 years ago by
Can you test if it is also breaking the new version of p_group_cohomology (see #26001), which is ready for review?
comment:30 in reply to: ↑ 29 Changed 3 years ago by
Replying to SimonKing:
Can you test if it is also breaking the new version of p_group_cohomology (see #26001), which is ready for review?
I did test: The upgrade to singular4.1.1p3 is not problematic with the new version of p_group_cohomology. I cannot tell about p4, of course.
Anyway, some good news for the start of the new year...
comment:31 Changed 3 years ago by
 Dependencies #26001 deleted
 Description modified (diff)
comment:32 Changed 3 years ago by
 Description modified (diff)
 Report Upstream changed from Fixed upstream, but not in a stable release. to N/A
comment:33 Changed 3 years ago by
 Commit changed from 83c8ac26d40bfa342d4fe37d43ec9db84e1055ba to 4bd32fe685b58802a56a8a6cb4e75b9abe02e94b
Branch pushed to git repo; I updated commit sha1. This was a forced push. New commits:
4bd32fe  Upgrade to Singular 4.1.1p4

comment:34 Changed 3 years ago by
This version compiles, but leads to doctest failures, in particular
sage t src/sage/rings/quotient_ring.py ********************************************************************** File "src/sage/rings/quotient_ring.py", line 89, in sage.rings.quotient_ring Failed example: Q3 = F.quo(F*[F.prod(m) for m in product(F.gens(), repeat=3)]*F) Exception raised: Traceback (most recent call last): File "/usr/local/src/sageconfig/local/lib/python2.7/sitepackages/sage/doctest/forker.py", line 671, in _run self.compile_and_execute(example, compiler, test.globs) File "/usr/local/src/sageconfig/local/lib/python2.7/sitepackages/sage/doctest/forker.py", line 1086, in compile_and_execute exec(compiled, globs) File "<doctest sage.rings.quotient_ring[20]>", line 1, in <module> Q3 = F.quo(F*[F.prod(m) for m in product(F.gens(), repeat=Integer(3))]*F) File "/usr/local/src/sageconfig/local/lib/python2.7/sitepackages/sage/categories/monoids.py", line 158, in prod return prod(args, self.one()) File "sage/misc/misc_c.pyx", line 144, in sage.misc.misc_c.prod (build/cythonized/sage/misc/misc_c.c:2570) prod = balanced_list_prod(x, 0, n, recursion_cutoff) File "sage/misc/misc_c.pyx", line 180, in sage.misc.misc_c.balanced_list_prod (build/cythonized/sage/misc/misc_c.c:2706) prod *= <object>PySequence_Fast_GET_ITEM(L, k) File "sage/structure/element.pyx", line 1517, in sage.structure.element.Element.__mul__ (build/cythonized/sage/structure/element.c:12023) return (<Element>left)._mul_(right) File "sage/algebras/letterplace/free_algebra_element_letterplace.pyx", line 604, in sage.algebras.letterplace.free_algebra_element_letterplace.FreeAlgebraElement_letterplace._mul_ (build/cythonized/sage/algebras/letterplace/free_algebra_element_letterplace.cpp:9525) rshift = singular_system("stest",right._poly,left._poly.degree(),A._degbound,A.__ngens, ring=A._current_ring) File "sage/libs/singular/function.pyx", line 1330, in sage.libs.singular.function.SingularFunction.__call__ (build/cythonized/sage/libs/singular/function.cpp:15057) return call_function(self, args, ring, interruptible, attributes) File "sage/libs/singular/function.pyx", line 1528, in sage.libs.singular.function.call_function (build/cythonized/sage/libs/singular/function.cpp:17033) raise RuntimeError("error in Singular function call %r:\n%s" % RuntimeError: error in Singular function call 'system': wrong length of parameters(4), expected `poly`,`int` **********************************************************************
comment:35 Changed 3 years ago by
Yes, see comment:25. The letterplace algebra implementation has been completely rewritten in Singular, in particular "stest" can only be used with rings that are explicitely declared as letterplace. In the long term free_algebra_letterplace.pyx should be refactored to use the new implementation, but a faster shortterm solution could be to implement an internal variable shifting method in Sage itself (to replace "stest" usage).
comment:36 Changed 3 years ago by
 Cc slelievre added
 Keywords upgrade Singular added
It seems Singular 412 is out, see the GitHub "releases" page and one official sources directory at unikl:
 https://github.com/Singular/Sources/releases
 https://service.mathematik.unikl.de/ftp/pub/Math/Singular/SOURCES/
So far no mention on the Singular home page or download page:
but I guess they will be updated soon.
comment:37 followup: ↓ 38 Changed 3 years ago by
Relevant changes: system("stest") and system("freegb") are no longer a thing. There is a stest function now, but it's marked static so not accessible from outside the library.
comment:38 in reply to: ↑ 37 ; followup: ↓ 39 Changed 3 years ago by
Replying to arojas:
Relevant changes: system("stest") and system("freegb") are no longer a thing. There is a stest function now, but it's marked static so not accessible from outside the library.
That's quite unfortunate. freegb is needed for free commutative algebras in letterplace implementation. I am not sure if stest is needed there, too.
Any replacement for freegb?
comment:39 in reply to: ↑ 38 ; followup: ↓ 42 Changed 3 years ago by
Replying to SimonKing:
Replying to arojas:
Relevant changes: system("stest") and system("freegb") are no longer a thing. There is a stest function now, but it's marked static so not accessible from outside the library.
That's quite unfortunate. freegb is needed for free commutative algebras in letterplace implementation. I am not sure if stest is needed there, too.
Any replacement for freegb?
Looks like one can simply use std now https://github.com/Singular/Sources/commit/6a0ad754
comment:40 Changed 3 years ago by
 Description modified (diff)
 Summary changed from Upgrade to Singular 4.1.1p4 to Upgrade Singular
comment:41 Changed 3 years ago by
 Cc isuruf saraedum added
comment:42 in reply to: ↑ 39 Changed 2 years ago by
Replying to arojas:
Looks like one can simply use std now https://github.com/Singular/Sources/commit/6a0ad754
Indeed, std
/twostd
can be used for this, but one needs to work over a polynomial ring constructed via `freeAlgebra`, so that certain attributes like the degree bound are set for the computation.
However, I do not see how to make the degrees
option work, as Singular's freeAlgebra
function does not allow for block orders:
sage: F.<a,b,c> = FreeAlgebra(QQ, implementation='letterplace', degrees=(1,2,3)) sage: F.commutative_ring().term_order() Block term order with blocks: (Degree reverse lexicographic term order of length 3, Lexicographic term order of length 1) sage: from sage.libs.singular.function_factory import ff sage: A = ff.freegb__lib.freeAlgebra(F.commutative_ring(), 5) ... RuntimeError: error in Singular function call 'freeAlgebra': only for rings with a global ordering of one block
This is with Singular 4.1.2p1 (freeAlgebra
does not exist in the Singular version that is currently in Sage).
The other failing doctests seem mostly harmless.
comment:43 followups: ↓ 44 ↓ 45 Changed 2 years ago by
 Description modified (diff)
 Milestone changed from sage8.5 to sage9.1
With Singular 4.1.2p2, building Pynac fails with errors like this:
In file included from /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factory.h:26, from mpolysingular.cpp:27: /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factoryconf.h:21:10: fatal error: factory/globaldefs.h: No such file or directory #include "factory/globaldefs.h" ^~~~~~~~~~~~~~~~~~~~~~
I do not know how to resolve this.
comment:44 in reply to: ↑ 43 Changed 2 years ago by
Replying to ghmwageringel:
With Singular 4.1.2p2, building Pynac fails with errors like this:
In file included from /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factory.h:26, from mpolysingular.cpp:27: /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factoryconf.h:21:10: fatal error: factory/globaldefs.h: No such file or directory #include "factory/globaldefs.h" ^~~~~~~~~~~~~~~~~~~~~~I do not know how to resolve this.
Does the file exists? If not it looks like a bug in singular's installation. I'll have a look locally when I can.
comment:45 in reply to: ↑ 43 ; followup: ↓ 48 Changed 2 years ago by
Replying to ghmwageringel:
With Singular 4.1.2p2, building Pynac fails with errors like this:
In file included from /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factory.h:26, from mpolysingular.cpp:27: /amd/compute/mwagerin/git/sage_compute/python3/local/include/factory/factoryconf.h:21:10: fatal error: factory/globaldefs.h: No such file or directory #include "factory/globaldefs.h" ^~~~~~~~~~~~~~~~~~~~~~I do not know how to resolve this.
This is a bug in singular install: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/singular#n42
comment:46 followup: ↓ 47 Changed 2 years ago by
Did you fill a ticket upstream?
comment:47 in reply to: ↑ 46 ; followup: ↓ 49 Changed 2 years ago by
Replying to fbissey:
Did you fill a ticket upstream?
No  i'm tired of filing singular bug reports just to have them ignored.
comment:48 in reply to: ↑ 45 Changed 2 years ago by
Replying to arojas:
This is a bug in singular install: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/singular#n42
Thank you. That works.
comment:49 in reply to: ↑ 47 ; followup: ↓ 50 Changed 2 years ago by
comment:50 in reply to: ↑ 49 ; followup: ↓ 51 Changed 2 years ago by
Replying to arojas:
Replying to arojas:
Replying to fbissey:
Did you fill a ticket upstream?
No  i'm tired of filing singular bug reports just to have them ignored.
Seems to be fixed in git master
If you are thinking of https://github.com/Singular/Sources/commit/557b878dd8c840afb5ec95de122ba27a0ec99926 it is in my source for 4.1.2p2 and it obviously doesn't help. Are you thinking of another commit?
comment:51 in reply to: ↑ 50 Changed 2 years ago by
Replying to fbissey:
Replying to arojas:
Replying to arojas:
Replying to fbissey:
Did you fill a ticket upstream?
No  i'm tired of filing singular bug reports just to have them ignored.
Seems to be fixed in git master
If you are thinking of https://github.com/Singular/Sources/commit/557b878dd8c840afb5ec95de122ba27a0ec99926 it is in my source for 4.1.2p2 and it obviously doesn't help. Are you thinking of another commit?
I don't know which commit fixed it, I just compiled git master and checked that the header is installed.
comment:52 Changed 2 years ago by
All right it is actually fixed in the next commit https://github.com/Singular/Sources/commit/10ccdf4ec3a17fc1e6b47d06f9abf4565ae63341
kind of sad.
comment:53 Changed 2 years ago by
I have checked, that commit is all you need to get this particular header.
comment:54 followup: ↓ 55 Changed 2 years ago by
 Work issues set to update letterplace algebras
Regarding the degrees
option of letterplace algebras, Singular should support weighted degree orders naturally now, so Sage's workaround using slack variables should not be necessary anymore. However, I have difficulties to reproduce the old results with Singular's new implementation. The example from letterplace.pyx
:
sage: F.<x,y,z> = FreeAlgebra(QQ, implementation='letterplace', degrees=[1,2,3]) sage: I = F * [x*y+zy*x, x*y*zx^6+y^3] * F sage: I.groebner_basis(Infinity) ... sage: F.degbound() 22
The maximum degree was 22, so the following Singular code should compute the same, as far as I understand, but it fails with an error:
LIB "freegb.lib"; ring r = 0,(x,y,z),wp(1,2,3); def R = freeAlgebra(r, 22); setring R; ideal I = x*y+zy*x, x*y*zx^6+y^3; ideal J = twostd(I); // ? degree bound of Letterplace ring is 22, but at least 23 is needed for this multiplication
Is this a bug in Singular? I think Singular should make sure not to go beyond the degree bound in this computation.
comment:55 in reply to: ↑ 54 Changed 2 years ago by
I have posted this problem to the Singular forums.
comment:56 Changed 2 years ago by
 Branch changed from u/jdemeyer/ticket/25993 to u/ghmwageringel/singular412p1
 Commit changed from 4bd32fe685b58802a56a8a6cb4e75b9abe02e94b to 0c071234ae99343c40735b17280cdf5d0b3a2d6d
 Work issues changed from update letterplace algebras to segfault in plural.pyx
Viktor Levandovskyy has sent a response to the problem, which was very helpful. The ordering I was trying to use is not actually supported. Also, some of the orderings Sage was using in the letterplace computations were not actually supported and, apparently, were silently ignored by Singular. As a consequence, results obtained with the new Letterplace API (which now supports some of the orders) may be a bit different than before. In the case of nonstandard degrees
, a deglex
ordering seems to give similar results as before.
Here is a tentative branch that makes Sage's letterplace functionality work with Singular 4.1.2p1. I followed Antonio's suggestion from comment:35 and his downstream patch about implementing a variable shifting method, and implemented a workaround to call Singular's twostd
with a letterplace polynomial ring constructed via freeAlgebra
. Of course, this should only be seen as a shortterm solution, to maintain backward compatibility where possible.
There is one remaining problem for upgrading to Singular 4.1.2p1. The tests in src/sage/rings/polynomial/plural.pyx
sometimes produce the segmentation fault reported in comment:22, which I do not know how to resolve. For me, the segfault usually occurs during make ptestlong
, but not always when testing the file standalone.
Any help with this is appreciated.
New commits:
0ff7390  25993: upgrade to singular 4.1.2p1

71c871f  25993: rename polynomial shift method to _cycle

0c07123  25993: call new Singular API for letterplace algebras

comment:57 Changed 2 years ago by
Good news, the plural.pyx segfault seems fixed in 4.1.2.p3. There are a few additional test failures, but they look mostly harmless, caused by doc output changes and different generators for some ideals. There's also a small regression in the pc file https://www.singular.unikl.de:8005/trac/ticket/861
comment:58 Changed 2 years ago by
fails its own testsuite on gentoo for stupid reason
make checkTESTS make[4]: Entering directory '/dev/shm/portage/scimathematics/singular4.1.2_p3/work/singular4.1.2/libpolys/polys' make[5]: Entering directory '/dev/shm/portage/scimathematics/singular4.1.2_p3/work/singular4.1.2/libpolys/polys' ../../buildaux/testdriver: line 107: 707661 Segmentation fault (core dumped) "$@" > $log_file 2>&1 FAIL: test ============================================================================ Testsuite summary for libpolys 4.1.2 ============================================================================ # TOTAL: 1 # PASS: 0 # SKIP: 0 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 ============================================================================ See polys/testsuite.log
And when I look at the core dump
#0 0x00007f272947b23a in p_Add_q__FieldGeneral_LengthOne_OrdPomog () from /usr/libexec/singular/MOD/p_Procs_FieldGeneral.so #1 0x00005583ef7743b8 in TestSum(ip_sring*, int) () #2 0x00005583ef775c03 in Test(ip_sring*) () #3 0x00005583ef77618f in test_Z13_t_GF() () #4 0x00005583ef77236f in main ()
the stupid thing tries to load a plugin from a previous install rather than the one it just compiled.
Tests pass on a machine with singular removed but it is annoying.
comment:59 Changed 2 years ago by
4.1.2p4 has just been released with a fix for the pkgconfig issue
comment:60 Changed 2 years ago by
My test suite issue is now https://github.com/Singular/Sources/issues/980 but if everything else can be worked out we should proceed. I'll add that flint
detection is stinky and poorly thought out. It kinds of works but leads to messy warnings in the linker in some systems.
comment:61 Changed 2 years ago by
 Branch changed from u/ghmwageringel/singular412p1 to u/ghmwageringel/singular412p4
 Commit changed from 0c071234ae99343c40735b17280cdf5d0b3a2d6d to 9dbc2badedcda7046e37bc5adc2a4768f60318e6
 Description modified (diff)
 Work issues segfault in plural.pyx deleted
I have updated the branch to fix the doctests for Singular 4.1.2p4. The changes are mostly harmless:
 sign changes in the representatives of fraction field elements
 minors now include zero elements (which agrees with the Singular documentation)
 rational points are returned in a different order
 intersection of ideals does not return a Gröbner basis anymore: Neither Sage nor Singular clearly state that the result should be a Gröbner basis, so this change seems fine, but it might be worth checking whether this change was intentional.
New commits:
3af226f  Merge tag '9.1.beta4' into #25993

9dbc2ba  25993: upgrade to singular 4.1.2p4

comment:62 Changed 2 years ago by
 Cc dkrenn araichev cheuberg behackl added
 Work issues set to failing doctests in asymptotics_multivariate_generating_functions.py
The only remaining failing doctests are in asymptotics_multivariate_generating_functions.py
. It would be nice if the authors or anyone familiar with asymptotics could take a look.
Some of these are caused by different representatives being chosen modulo an ideal, which should be fine. However, the relative error does not get small anymore which suggests that there might be a bug on the Sage side.
File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1576, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: decomp = F.asymptotic_decomposition(alpha); decomp Expected: (0, []) + (3/2*r*(1/y + 1)  1/2/y  1/2, [(x*y + x + y  1, 1)]) Got: (0, []) + (2*r*(1/x + 1) + 1/2/x  1/2, [(x*y + x + y  1, 1)]) ********************************************************************** File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1585, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: asy Expected: (1/6000*(3600*sqrt(5)*sqrt(3)*sqrt(2)*sqrt(r)/sqrt(pi) + 463*sqrt(5)*sqrt(3)*sqrt(2)/(sqrt(pi)*sqrt(r)))*432^r, 432, 3/5*sqrt(5)*sqrt(3)*sqrt(2)*sqrt(r)/sqrt(pi) + 463/6000*sqrt(5)*sqrt(3)*sqrt(2)/(sqrt(pi)*sqrt(r))) Got: (1/6000*(3600*sqrt(5)*sqrt(3)*sqrt(2)*sqrt(r)/sqrt(pi)  137*sqrt(5)*sqrt(3)*sqrt(2)/(sqrt(pi)*sqrt(r)))*432^r, 432, 3/5*sqrt(5)*sqrt(3)*sqrt(2)*sqrt(r)/sqrt(pi) + 137/6000*sqrt(5)*sqrt(3)*sqrt(2)/(sqrt(pi)*sqrt(r))) ********************************************************************** File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1591, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: F.relative_error(asy[0], alpha, [1, 2, 4, 8, 16], asy[1]) # abs tol 1e10 Expected: [((4, 3), 2.083333333, [2.092576110], [0.004436533009]), ((8, 6), 2.787374614, [2.790732875], [0.001204811281]), ((16, 12), 3.826259447, [3.827462310], [0.0003143703383]), ((32, 24), 5.328112821, [5.328540787], [0.00008032230388]), ((64, 48), 7.475927885, [7.476079664], [0.00002030232879])] Got: [((4, 3), 2.083333333, [1.783556749], [1.856107239]), ((8, 6), 2.787374614, [2.572223188], [1.922812160]), ((16, 12), 3.826259447, [3.672952629], [1.959932979]), ((32, 24), 5.328112821, [5.219285944], [1.979574968]), ((64, 48), 7.475927885, [7.398824824], [1.989686489])] Tolerance exceeded in 10 of 25: 2.092576110 vs 1.783556749, tolerance 4e0 > 1e10 0.004436533009 vs 1.856107239, tolerance 2e0 > 1e10 2.790732875 vs 2.572223188, tolerance 6e0 > 1e10 0.001204811281 vs 1.922812160, tolerance 2e0 > 1e10 3.827462310 vs 3.672952629, tolerance 8e0 > 1e10 0.0003143703383 vs 1.959932979, tolerance 2e0 > 1e10 5.328540787 vs 5.219285944, tolerance 2e1 > 1e10 0.00008032230388 vs 1.979574968, tolerance 2e0 > 1e10 7.476079664 vs 7.398824824, tolerance 2e1 > 1e10 0.00002030232879 vs 1.989686489, tolerance 2e0 > 1e10 ********************************************************************** File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1609, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: decomp = F.asymptotic_decomposition(alpha); decomp Expected: (0, []) + (16*r*(3/y  4/z)  16/y + 32/z, [(x + 2*y + z  4, 1), (2*x + y + z  4, 1)]) Got: (0, []) + (16*r*(3/x  2/z)  16/x + 16/z, [(x + 2*y + z  4, 1), (2*x + y + z  4, 1)]) ********************************************************************** File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1620, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: asy # long time Expected: (4/3*sqrt(3)*sqrt(r)/sqrt(pi) + 47/216*sqrt(3)/(sqrt(pi)*sqrt(r)), 1, 4/3*sqrt(3)*sqrt(r)/sqrt(pi) + 47/216*sqrt(3)/(sqrt(pi)*sqrt(r))) Got: (4/3*sqrt(3)*sqrt(r)/sqrt(pi)  47/216*sqrt(3)/(sqrt(pi)*sqrt(r)), 1, 4/3*sqrt(3)*sqrt(r)/sqrt(pi)  47/216*sqrt(3)/(sqrt(pi)*sqrt(r))) ********************************************************************** File "src/sage/rings/asymptotic/asymptotics_multivariate_generating_functions.py", line 1623, in sage.rings.asymptotic.asymptotics_multivariate_generating_functions.FractionWithFactoredDenominator.? Failed example: F.relative_error(asy[0], alpha, [1, 2, 4, 8], asy[1]) # long time Expected: [((3, 3, 2), 0.9812164307, [1.515572606], [0.54458543...]), ((6, 6, 4), 1.576181132, [1.992989399], [0.26444185...]), ((12, 12, 8), 2.485286378, [2.712196351], [0.091301338...]), ((24, 24, 16), 3.700576827, [3.760447895], [0.016178847...])] Got: [((3, 3, 2), 0.9812164307, [1.515572606], [2.544585434]), ((6, 6, 4), 1.576181132, [1.992989399], [2.264441858]), ((12, 12, 8), 2.485286378, [2.712196351], [2.091301338]), ((24, 24, 16), 3.700576827, [3.760447895], [2.016178847])] **********************************************************************
comment:63 followup: ↓ 64 Changed 2 years ago by
Looks like #29247 has broken things again. Getting many failures in sage/algebras/letterplace with this branch on top of 9.1.beta7
comment:64 in reply to: ↑ 63 Changed 2 years ago by
 Dependencies set to #29311
comment:65 Changed 2 years ago by
comment:66 Changed 2 years ago by
 Cc dimpase added
comment:67 followup: ↓ 68 Changed 2 years ago by
Is this ticket going to be ready for 9.1? Otherwise, we may need a ticket for 9.1 with some portability fixes (see #29415)
comment:68 in reply to: ↑ 67 Changed 2 years ago by
 Milestone changed from sage9.1 to sage9.2
Replying to mkoeppe:
Is this ticket going to be ready for 9.1?
Probably not. There are still failing doctests related to asymptotics. Someone should look into that.
But even then, it might be better to merge this in the next release cycle in order to give it some time to get tested.
comment:69 Changed 2 years ago by
 Commit changed from 9dbc2badedcda7046e37bc5adc2a4768f60318e6 to 78f439e57fe3cceb59f7850cde7aa56692351099
comment:70 Changed 2 years ago by
 Dependencies changed from #29311 to #29465
 Status changed from new to needs_review
 Work issues failing doctests in asymptotics_multivariate_generating_functions.py deleted
I found the problem in the asymptotics code. It is caused by an incorrect sign and is resolved by #29465, needing review.
Now this makes all the doctests pass with Singular 4.1.2p4, so this is ready for testing. The optional packages in particular still need to be tested.
Meanwhile, Singular 4.1.2p5 has been released and produces many segmentation faults all over the place, so I guess we stick to 4.1.2p4 for now.
comment:71 Changed 2 years ago by
The segfaults are fixed with https://github.com/Singular/Sources/commit/7886c15a361119b200bd15faef4bf5b620d783ad
4.1.3 is out with just one additional, harmless test failure
diff git a/src/sage/libs/singular/function.pyx b/src/sage/libs/singular/function.pyx index b649ab1e64..72f34fd67d 100644  a/src/sage/libs/singular/function.pyx +++ b/src/sage/libs/singular/function.pyx @@ 1308,7 +1308,7 @@ cdef class SingularFunction(SageObject): ... RuntimeError: error in Singular function call 'triangL': The input is no groebner basis.  leaving triang.lib::triangL + leaving triang.lib::triangL (0) Flush any stray output  see :trac:`28622`::
comment:72 Changed 2 years ago by
 Branch changed from u/ghmwageringel/singular412p4 to public/singular413
 Commit changed from 78f439e57fe3cceb59f7850cde7aa56692351099 to 8722c0f11e1567dd4598bee604511208ad7f847d
 Description modified (diff)
Thanks for the note. I have updated the branch.
New commits:
8722c0f  25993: upgrade to singular 4.1.3

comment:73 Changed 2 years ago by
 Commit changed from 8722c0f11e1567dd4598bee604511208ad7f847d to 5e496abfe428e9ea37db55a8f3a94dc3a462cfa2
comment:74 followups: ↓ 75 ↓ 76 Changed 2 years ago by
I have merged 9.1.rc0 and removed the (backported) patch from #29438.
With this, I get the segmentation fault in plural.pyx
from comment:22 again. I am not sure what to do with this. Maybe we could mark it as not tested
and open a new ticket for it.
comment:75 in reply to: ↑ 74 Changed 2 years ago by
Replying to ghmwageringel:
I have merged 9.1.rc0 and removed the (backported) patch from #29438.
With this, I get the segmentation fault in
plural.pyx
from comment:22 again. I am not sure what to do with this. Maybe we could mark it asnot tested
and open a new ticket for it.
+1
comment:76 in reply to: ↑ 74 ; followup: ↓ 77 Changed 2 years ago by
Replying to ghmwageringel:
I have merged 9.1.rc0 and removed the (backported) patch from #29438.
With this, I get the segmentation fault in
plural.pyx
from comment:22 again.
I can't reproduce that.
I checked out the ticket on top of 9.1.rc0 and run make
according to the ticket description but all tests of src/sage/rings/polynomial/plural.pyx
passed.
Did I miss something? I did that under Windows10 (WSL Ubuntu). The make
logmessages said that Singular 4.1.3 had been build but if I start Singular (through Sage) I get:
SINGULAR / Development A Computer Algebra System for Polynomial Computations / version 4.1.2 0< by: W. Decker, G.M. Greuel, G. Pfister, H. Schoenemann \ Mar 2020 FB Mathematik der Universitaet, D67653 Kaiserslautern \
comment:77 in reply to: ↑ 76 ; followup: ↓ 78 Changed 2 years ago by
Replying to soehms:
I can't reproduce that.
I checked out the ticket on top of 9.1.rc0 and run
make
according to the ticket description but all tests ofsrc/sage/rings/polynomial/plural.pyx
passed.
Thanks for taking a look. There is some randomness to this bug. With the current branch, it consistently occurs for me, but has been appearing only from time to time while working on this ticket. If I copy the offending doctest to the top of the file to better isolate the problem, it disappears. I am not even sure if it is really caused by this upgrade – the underlying problem might already exist in Sage without being noticed.
The
make
logmessages said that Singular 4.1.3 had been build but if I start Singular (through Sage) I get:SINGULAR / Development A Computer Algebra System for Polynomial Computations / version 4.1.2 0< by: W. Decker, G.M. Greuel, G. Pfister, H. Schoenemann \ Mar 2020 FB Mathematik der Universitaet, D67653 Kaiserslautern \
Yes, I get that as well. Apparently upstream forgot to change that version number.
comment:78 in reply to: ↑ 77 ; followup: ↓ 81 Changed 2 years ago by
Replying to ghmwageringel:
Replying to soehms: There is some randomness to this bug.
That's not good looking!
I tried to reproduce it on another machine (running under Linux Mint 19.1 and Sage with Python 2) but without success, again.
If I copy the offending doctest to the top of the file to better isolate the problem, it disappears.
Does it disappear if you let it in on its position but supress some of the previous doctests, as well?
In my experience such segmentation faults are mostly caused by a previous call of some Cfunction with no prototype and a wrong number of arguments or some usage of a non initialized variable. Anyway, I think this bug will be very difficult to find!
comment:79 Changed 2 years ago by
This looks to me as one of these testing framework Heisenbugs we see elsewhere, as well.
comment:80 Changed 2 years ago by
 Commit changed from 5e496abfe428e9ea37db55a8f3a94dc3a462cfa2 to 827aa6c8a1d99bd50de6d431085c77164d3a39bb
Branch pushed to git repo; I updated commit sha1. New commits:
827aa6c  25993: disable problematic doctest in plural.pyx

comment:81 in reply to: ↑ 78 ; followup: ↓ 82 Changed 2 years ago by
Replying to soehms:
Does it disappear if you let it in on its position but supress some of the previous doctests, as well?
Yes, if I remove the previous block of tests from the previous method, it disappears, too. Even if I move that block of tests from the previous method to the affected method, and thus preserve all tests and their order, everything works fine. Heisenbug indeed. As you cannot replicate it, this problem might not be too serious. Thanks for looking into it, though.
I have disabled the test on the current branch and opened #29528 for it.
comment:82 in reply to: ↑ 81 Changed 2 years ago by
Replying to ghmwageringel:
Replying to soehms:
Does it disappear if you let it in on its position but supress some of the previous doctests, as well?
Yes, if I remove the previous block of tests from the previous method, it disappears, too. Even if I move that block of tests from the previous method to the affected method, and thus preserve all tests and their order, everything works fine. Heisenbug indeed. As you cannot replicate it, this problem might not be too serious.
Now, I tried again using the doctest option globaliterations
. With this I was able to reproduce all of your observations (repeatable after 9 loops in the WSL case and 11 loops in the Linux Mint case).
On the other hand, on a 9.1.rc0 installation without that Singular upgrade the segmentation fault didn't occur until loop 500.
comment:83 followup: ↓ 84 Changed 2 years ago by
This is just a guess, but this might be related to the problem that the NCPolynomial_plural
elements are sometimes not properly deallocated because the parent ring is not defined anymore, for some reason. Indeed, this change produces a warning in exactly the doctest in __reduce__
which preceeds the problematic one.

src/sage/rings/polynomial/plural.pyx
a b cdef class NCPolynomial_plural(RingElement): 1431 1431 def __dealloc__(self): 1432 1432 # TODO: Warn otherwise! 1433 1433 # for some mysterious reason, various things may be NULL in some cases 1434 1434 if self._parent is not None and (<NCPolynomialRing_plural>self._parent)._ring != NULL and self._poly != NULL: 1435 1435 p_Delete(&self._poly, (<NCPolynomialRing_plural>self._parent)._ring) 1436 elif self._poly != NULL: 1437 print("warning in NCPolynomial_plural.__dealloc__") 1436 1438 1437 1439 def __reduce__(self): 1438 1440 """ 1439 1441 TESTS::
comment:84 in reply to: ↑ 83 Changed 2 years ago by
Replying to ghmwageringel:
This is just a guess, but this might be related to the problem that the
NCPolynomial_plural
elements are sometimes not properly deallocated because the parent ring is not defined anymore, for some reason.
There was #13447 dedicated to having proper refcount for libsingular rings. If I recall correctly, the problem is that refcounting in Singular ONLY happens for rings in the interface, i.e. there is no refcount when polynomials are created. However, there is an internal ref counter in Singular that sometimes in very few places in the Singular code is used.
Anyway, perhaps it makes sense to revive that other ticket and finally try and get the refcount problem done.
comment:85 followup: ↓ 87 Changed 2 years ago by
9.1.rc2 introduces one new test failure:
File "/usr/lib/python3.8/sitepackages/sage/rings/polynomial/multi_polynomial_ideal.py", line 3969, in sage.rings.polynomial.multi_polynomial_ideal.NCPolynomialIdeal.groebner_basis Failed example: ideal(J.transformed_basis()).change_ring(P).interreduced_basis() # testing trac 21884 Expected: [a  60*c^3 + 158/7*c^2 + 8/7*c  1, b + 30*c^3  79/7*c^2 + 3/7*c, c^4  10/21*c^3 + 1/84*c^2 + 1/84*c] Got: // ** redefining xR ( keepring basering;) [a  60*c^3 + 158/7*c^2 + 8/7*c  1, b + 30*c^3  79/7*c^2 + 3/7*c, c^4  10/21*c^3 + 1/84*c^2 + 1/84*c]
comment:86 Changed 2 years ago by
 Commit changed from 827aa6c8a1d99bd50de6d431085c77164d3a39bb to 6f57ea5d63f4f1886f039dec900e48bf1acc880d
comment:87 in reply to: ↑ 85 Changed 2 years ago by
 Dependencies #29465 deleted
 Priority changed from major to critical
Replying to arojas:
9.1.rc2 introduces one new test failure:
This is some sideeffect in the Singular pexpect interface that appears since #29543 and seems to be harmless. I have updated the doctest.
I have also removed the shift
/_cycle
method, as it can be replaced by the action of permutations on polynomials.
This ticket is now ready for review. It would be nice to get this merged into one of the next betas.
comment:88 Changed 2 years ago by
Should we try for 4.1.3_p2 instead of 4.1.3? Or _p3 if it has been released since the last time I looked.
comment:89 Changed 2 years ago by
Well, this is a moving target. I can try it tomorrow and, if it does not break anything, I guess it would not hurt to include it. Otherwise, it probably does not make this ticket simpler, so could also be done on a new ticket.
comment:90 Changed 2 years ago by
That's a good plan.
comment:91 Changed 2 years ago by
Anything more recent than 4.1.3 has a bug that makes the test suite hang in schemes/curves/affine_curve.py
comment:92 Changed 2 years ago by
You say 4.1.2p1 in that ticket. Was that meant to be 4.1.3p1?
comment:93 Changed 2 years ago by
Yes, there's no way to modify a ticket if you file it without an account
comment:94 followup: ↓ 96 Changed 2 years ago by
Besides the hang, with singular>=4.1.3p1 there are two more trivial test failures due to changes in ring notation display. Perhaps these could be fixed here so they pass on distros that ship a newer singular
********************************************************************** File "/usr/lib/python3.8/sitepackages/sage/rings/polynomial/polynomial_singular_interface.py", line 166, in sage.rings.polynomial.polynomial_singular_interface.PolynomialRing_singular_repr._singular_ Failed example: singular(R) Expected: polynomial ring, over a ring (with zerodivisors), global ordering // coefficients: ZZ/bigint(15) // number of vars : 2 // block 1 : ordering dp // : names x y // block 2 : ordering C Got: polynomial ring, over a ring (with zerodivisors), global ordering // coefficients: ZZ/(15) // number of vars : 2 // block 1 : ordering dp // : names x y // block 2 : ordering C ********************************************************************** File "/usr/lib/python3.8/sitepackages/sage/rings/polynomial/multi_polynomial_libsingular.pyx", line 1349, in sage.rings.polynomial.multi_polynomial_libsingular.MPolynomialRing_libsingular._singular_init_ Failed example: singular(R) Expected: polynomial ring, over a ring (with zerodivisors), global ordering // coefficients: ZZ/bigint(15) // number of vars : 2 // block 1 : ordering dp // : names x y // block 2 : ordering C Got: polynomial ring, over a ring (with zerodivisors), global ordering // coefficients: ZZ/(15) // number of vars : 2 // block 1 : ordering dp // : names x y // block 2 : ordering C **********************************************************************
comment:95 Changed 2 years ago by
 Commit changed from 6f57ea5d63f4f1886f039dec900e48bf1acc880d to edd946ec0bb9eff72d45b112cba027af42b4b8a2
Branch pushed to git repo; I updated commit sha1. New commits:
edd946e  25993: make tests compatible with Singular ≥ 4.1.3p1

comment:96 in reply to: ↑ 94 Changed 2 years ago by
Replying to arojas:
Besides the hang, with singular>=4.1.3p1 there are two more trivial test failures due to changes in ring notation display. Perhaps these could be fixed here so they pass on distros that ship a newer singular
Thanks for the infos. I have updated these doctests.
comment:97 followup: ↓ 99 Changed 23 months ago by
What's missing on this ticket?
comment:98 Changed 23 months ago by
comment:99 in reply to: ↑ 97 Changed 23 months ago by
Replying to mkoeppe:
What's missing on this ticket?
It just needs a review. The problem in comment:91 appears to be fixed upstream, but the fix is not in 4.1.3p2.
comment:100 Changed 23 months ago by
Then I guess we need a patch on top of 4.1.3p2
comment:101 Changed 23 months ago by
 Status changed from needs_review to needs_work
comment:102 Changed 23 months ago by
 Report Upstream changed from N/A to Fixed upstream, but not in a stable release.
comment:103 Changed 23 months ago by
 Commit changed from edd946ec0bb9eff72d45b112cba027af42b4b8a2 to 3bc9caa3ac50a7831b32c641574bf66d7773da13
Branch pushed to git repo; I updated commit sha1. New commits:
3bc9caa  25993: add patch fixing hang in primdecSY and upgrade to 4.1.3p2

comment:104 Changed 23 months ago by
 Description modified (diff)
 Status changed from needs_work to needs_review
I have added the patch.
For some reason, this now requires running make sagelibclean
(otherwise, Sage does not start), so this might break incremental builds. Is there a way around this?
comment:105 Changed 23 months ago by
comment:106 Changed 23 months ago by
 Reviewers set to Matthias Koeppe, ...
Looking good. The failures on homebrewstandard
, condaforgeubuntu
, debianbullseyestandard
, and debiansidstandard
have nothing to do with this ticket.
Other reviewers should comment on the changes on this ticket.
comment:107 followup: ↓ 113 Changed 23 months ago by
 Status changed from needs_review to needs_work
However, the builds for cygwinstandard
(https://github.com/mkoeppe/sage/runs/839373484) and cygwinminimal
(https://github.com/mkoeppe/sage/runs/839558776) fail.
Unfortunately the detailed logs are not available because an error happened during the log archiving operation.
comment:108 Changed 23 months ago by
 Commit changed from 3bc9caa3ac50a7831b32c641574bf66d7773da13 to 06e22272a5685c25d922cb55bc06e17e73035780
Branch pushed to git repo; I updated commit sha1. New commits:
06e2227  Merge tag '9.2.beta3' into t/25993/public/singular413

comment:109 Changed 23 months ago by
 Commit changed from 06e22272a5685c25d922cb55bc06e17e73035780 to e0748b6d61ac6e3e48c081c6bcf9822fa4c3cf01
Branch pushed to git repo; I updated commit sha1. New commits:
e0748b6  build/pkgs/singular: Remove python dependency, configure withoutpython (singular only supports python2)

comment:110 Changed 23 months ago by
comment:111 Changed 23 months ago by
 Commit changed from e0748b6d61ac6e3e48c081c6bcf9822fa4c3cf01 to 4e99a004a58170cd0b9748b16cbd42d0c02f3e2f
Branch pushed to git repo; I updated commit sha1. New commits:
539c182  build/make/install: Do not depend on src/bin/sageversion.sh

761092c  Merge branch 't/29987/build_make_install__do_not_depend_on_src_bin_sage_version_sh' into t/30064/fix_tox_docker_builds_broken_by__29884

f2efa6a  src/doc/bootstrap: Create the directory src/doc/en/reference/repl if it does not exist

b7bf43b  build/bin/writedockerfile.sh: ADD src/bin for bootstrapping, needed by src/doc/bootstrap after #29884

365ce61  Merge branch 'u/mkoeppe/fix_tox_docker_builds_broken_by__29884' of git://trac.sagemath.org/sage into HEAD

1e7becc  tox.ini [debianbuster, sid]: IGNORE_MISSING_SYSTEM_PACKAGES=yes because of libpython3.7dev

fb61a31  Merge branch 'u/mkoeppe/tox_ini__debian_bullseye___sid_have_python3_8_instead_of_3_7' of git://trac.sagemath.org/sage into 9.2.beta3+cifixes

4e99a00  Merge branch '9.2.beta3+cifixes' into t/25993/public/singular413

comment:112 Changed 23 months ago by
New tests run at https://github.com/mkoeppe/Sources/actions/runs/159730297
comment:113 in reply to: ↑ 107 Changed 23 months ago by
 Report Upstream changed from Fixed upstream, but not in a stable release. to Reported upstream. No feedback yet.
Replying to mkoeppe:
However, the builds for
cygwinstandard
(https://github.com/mkoeppe/sage/runs/839373484) andcygwinminimal
(https://github.com/mkoeppe/sage/runs/839558776) fail.
Reported at https://github.com/Singular/Singular/issues/1017
comment:114 Changed 22 months ago by
 Commit changed from 4e99a004a58170cd0b9748b16cbd42d0c02f3e2f to 62dfd9aaf7778fb8823a8b6a7f02603b62ca40a5
Branch pushed to git repo; I updated commit sha1. New commits:
3e991c7  build/bin/sagesystempython: Improve check for a suitable python

62dfd9a  Merge branch 'u/mkoeppe/build_bin_sage_system_python__improve_check_for_a_suitable_python' of git://trac.sagemath.org/sage into t/25993/public/singular413

comment:115 Changed 22 months ago by
 Dependencies set to #30177
 Report Upstream changed from Reported upstream. No feedback yet. to Reported upstream. Developers acknowledge bug.
Upstream indicates that the Cygwin build problem is fixed https://github.com/Singular/Singular/issues/1017
comment:116 Changed 22 months ago by
... but it's still broken
comment:117 Changed 21 months ago by
 Milestone changed from sage9.2 to sage9.3
comment:118 Changed 20 months ago by
 Dependencies changed from #30177 to #30588
comment:119 Changed 19 months ago by
I have seen this problem in the last several releases of 9.2. I get a segmentation fault from singular.py, both with a normal build and running the test just for singular.py.
I followed the instruction at the top in SAGE_ROOT for 9.2.rc2, and the build completed, and the standalone test of singular passed.
The failures have been on 10.14.6 and 10.15.7. No problems at all on 10.13.6.
comment:120 Changed 19 months ago by
Perhaps not directly related to this ticket but with this ticket I have
sage: sig_on_count() # check sig_on/off pairings (virtual doctest) ## line 499 ## 0 sage: a = singular(1) ## line 511 ## sage: _ = singular._expect.sendline('1+') # unfinished input ## line 512 ## sage: try: alarm(0.5) singular._expect_expr('>') # interrupt this except KeyboardInterrupt: pass ## line 513 ## ControlC pressed. Interrupting Singular. Please wait a few seconds... sage: 2*a ## line 522 ##  /local/sagegit/sage/local/lib/python3.8/sitepackages/cysignals/signals.cpython38x86_64linuxgnu.so(+0x5a7e)[0x7fad35b98a7e] /local/sagegit/sage/local/lib/python3.8/sitepackages/cysignals/signals.cpython38x86_64linuxgnu.so(+0x5cb0)[0x7fad35b98cb0] /local/sagegit/sage/local/lib/python3.8/sitepackages/cysignals/signals.cpython38x86_64linuxgnu.so(+0x5080)[0x7fad35b98080] /local/sagegit/sage/local/lib/python3.8/sitepackages/cysignals/signals.cpython38x86_64linuxgnu.so(+0x5218)[0x7fad35b98218] /lib64/libc.so.6(+0x379d0)[0x7fad3eb009d0] ... Unhandled SIGSEGV: A segmentation fault occurred. This probably occurred because a *compiled* module has a bug in it and is not properly wrapped with sig_on(), sig_off(). Python will now terminate.  **********************************************************************  sage t long warnlong 214.7 randomseed=0 src/sage/interfaces/singular.py # Killed due to segmentation fault
I have seen this with the current (9.2.rc2
) singular4.1.1p2
. This is on Gentoo.
comment:121 Changed 17 months ago by
4.2 is out. The only significant new breakage (compared to 4.1.3p2) is caused by the library rename poly.lib
> polylib.lib
, which can be easily fixed.
comment:122 Changed 17 months ago by
 Commit changed from 62dfd9aaf7778fb8823a8b6a7f02603b62ca40a5 to e3b08fb3c4198a4cca92642aaf8fb1747d9e4dc2
Branch pushed to git repo; I updated commit sha1. New commits:
e3b08fb  Merge remotetracking branch 'origin/develop' into t/25993/public/singular413

comment:123 Changed 17 months ago by
 Commit changed from e3b08fb3c4198a4cca92642aaf8fb1747d9e4dc2 to ded1588ed92f4d64f05eeb1c45cb6327d5ef22df
comment:124 followup: ↓ 127 Changed 17 months ago by
Rebased and updated. Can someone check if the cygwin issue is fixed?
comment:125 Changed 17 months ago by
 Description modified (diff)
comment:126 Changed 17 months ago by
 Status changed from needs_work to needs_review
comment:127 in reply to: ↑ 124 Changed 17 months ago by
comment:128 Changed 17 months ago by
 Reviewers changed from Matthias Koeppe, ... to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/432871385
comment:129 Changed 17 months ago by
failure at stage 4  seems like a typo in a script?
comment:130 Changed 17 months ago by
Yes, just fixed this copy/paste error in #31064.
comment:131 Changed 17 months ago by
Nevertheless there are some results from the cygwin run:
File "src/sage/algebras/commutative_dga.py", line 26, in sage.algebras.commutative_dga Failed example: A.<x,y,z> = GradedCommutativeAlgebra(QQ) Exception raised: Traceback (most recent call last): File "sage/structure/coerce.pyx", line 1191, in sage.structure.coerce.CoercionModel.bin_op (build/cythonized/sage/structure/coerce.c:10474) action = self._action_maps.get(xp, yp, op) File "sage/structure/coerce_dict.pyx", line 1328, in sage.structure.coerce_dict.TripleDict.get (build/cythonized/sage/structure/coerce_dict.c:8024) raise KeyError((k1, k2, k3)) KeyError: (Free Algebra on 3 generators (x, y, z) over Rational Field, <class 'int'>, <builtin function mul>) During handling of the above exception, another exception occurred: Traceback (most recent call last): File "sage/libs/singular/function.pyx", line 1814, in sage.libs.singular.function.singular_function (build/cythonized/sage/libs/singular/function.cpp:18103) return SingularKernelFunction(name) File "sage/libs/singular/function.pyx", line 1615, in sage.libs.singular.function.SingularKernelFunction.__init__ (build/cythonized/sage/libs/singular/function.cpp:17781) self.call_handler = self.get_call_handler() File "sage/libs/singular/function.pyx", line 1621, in sage.libs.singular.function.SingularKernelFunction.get_call_handler (build/cythonized/sage/libs/singular/function.cpp:17902) raise NameError("Singular kernel function {!r} is not defined".format(self._name)) NameError: Singular kernel function 'freeAlgebra' is not defined During handling of the above exception, another exception occurred:
(and many more from this module and src/sage/algebras/free_algebra.py etc.  see ptest.log in the logs artifact https://github.com/mkoeppe/sage/suites/1698022757/artifacts/31983136)
comment:132 Changed 17 months ago by
 Status changed from needs_review to needs_work
comment:133 Changed 17 months ago by
The singular build itself looks clean on cygwin.
comment:134 Changed 17 months ago by
this is the same singular module that previously did not build on cygwin  now something builds but cannot be loaded. I've updated the upstream issue https://github.com/Singular/Singular/issues/1017
comment:135 Changed 17 months ago by
 Commit changed from ded1588ed92f4d64f05eeb1c45cb6327d5ef22df to 8451f2f6ebc71cc78e6e75fc691674e16d401d1b
comment:136 Changed 15 months ago by
Help from Hans Schoenemann is coming in at https://github.com/Singular/Singular/issues/1017
comment:137 Changed 15 months ago by
 Commit changed from 8451f2f6ebc71cc78e6e75fc691674e16d401d1b to 5900d925633ba1052d664ab23b422344fc2f20ea
Branch pushed to git repo; I updated commit sha1. New commits:
ae56cbe  Merge branch 't/30177/build_bin_sage_system_python__improve_check_for_a_suitable_python' into t/25993/public/singular413

6c2dc3b  Merge branch 'public/singular413' of git://trac.sagemath.org/sage into t/25993/public/singular413

6e8ab72  Merge branch 'public/singular413' of git://trac.sagemath.org/sage into t/25993/public/singular413

5900d92  Merge tag '9.3.beta7' into t/25993/public/singular413

comment:138 Changed 15 months ago by
 Dependencies #30588 deleted
comment:139 Changed 15 months ago by
 Dependencies set to #31064
 Description modified (diff)
comment:140 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/432871385 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/573107357
comment:141 Changed 15 months ago by
 Commit changed from 5900d925633ba1052d664ab23b422344fc2f20ea to 457c7490d08033174bc43bdb74e14e669b4890b8
Branch pushed to git repo; I updated commit sha1. Last 10 new commits:
cea4cd5  cicygwinstandard.yml: More stages, continueonerror: true

cf31b79  Fixup after cherrypick

073124c  Merge branch 't/31084/makefile__add__ptest__targets_that_do_not_depend_on_the_docbuild' into t/31064/ci_cygwin__yml__adjust_to_new_script_packages__bootstrap___prereq

8769bd6  .github/workflows/cicygwin*.yml: Separate docbuild and ptest

3826222  Fix up stage iv

598b0c2  localcygwinchoco: Do not pass through PATH, use full pathname of choco instead

d65299c  Merge branch 't/29124/scriptpackagesprereqtoolchainbootstrap' into t/31064/ci_cygwin__yml__adjust_to_new_script_packages__bootstrap___prereq

a5e4051  Merge branch 't/30944/tox__improve_local_sudo_ubuntu_standard' into t/31064/ci_cygwin__yml__adjust_to_new_script_packages__bootstrap___prereq

42f4458  Merge tag '9.3.beta7' into t/31064/ci_cygwin__yml__adjust_to_new_script_packages__bootstrap___prereq

457c749  Merge branch 'u/mkoeppe/ci_cygwin__yml__adjust_to_new_script_packages__bootstrap___prereq' of git://trac.sagemath.org/sage into t/25993/public/singular413

comment:142 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/573107357 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/573778621
comment:143 Changed 15 months ago by
 Commit changed from 457c7490d08033174bc43bdb74e14e669b4890b8 to 32f7ba3bbde8acbd46ee6249cd0a80dc78a7efd0
Branch pushed to git repo; I updated commit sha1. New commits:
32f7ba3  Do not use disablepprocsdynamic enablepprocsstatic

comment:144 Changed 15 months ago by
 Dependencies changed from #31064 to #31064, #31412
comment:145 Changed 15 months ago by
 Commit changed from 32f7ba3bbde8acbd46ee6249cd0a80dc78a7efd0 to a87cf0430f895b53ff5bc5046f827213a9b3a386
comment:146 Changed 15 months ago by
 Commit changed from a87cf0430f895b53ff5bc5046f827213a9b3a386 to 05ed3430da3abe7af43409685240606c19855c35
Branch pushed to git repo; I updated commit sha1. New commits:
05ed343  build/pkgs/pysingular: Update to 0.9.7, add upstream_url

comment:147 Changed 15 months ago by
 Commit changed from 05ed3430da3abe7af43409685240606c19855c35 to 16ae9803110ae673a5be4eebfc710eada30e097f
Branch pushed to git repo; I updated commit sha1. New commits:
16ae980  build/pkgs/singular/spkginstall.in [CYGWIN]: New set of configure flags from Hans Schoenemann

comment:148 Changed 15 months ago by
 Commit changed from 16ae9803110ae673a5be4eebfc710eada30e097f to 075b225349c2a12dcbe236191fea3be52e3eac90
Branch pushed to git repo; I updated commit sha1. New commits:
075b225  build/pkgs/singular/spkginstall.in: Use make j1 to work around makefile parallelization bugs in Singular spielwiese HEAD

Changed 15 months ago by
comment:149 Changed 15 months ago by
 Commit changed from 075b225349c2a12dcbe236191fea3be52e3eac90 to eedcd5fe4b056ee0109fced2f5edfe8616bfb8de
Branch pushed to git repo; I updated commit sha1. New commits:
eedcd5f  build/pkgs/singular: Use singular from spielwiese HEAD + Sage PR

comment:150 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/573778621 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/604076678
comment:151 Changed 15 months ago by
Is this a snapshot from singular git repo? If so, can you document the the commit hash?
comment:152 Changed 15 months ago by
comment:153 Changed 15 months ago by
Ok, so this a tag on your fork. So, considering that upstream merged https://github.com/mkoeppe/Sources/commit/4811c35bbbce3dd9ae3dd60d5a19c2db5af7d08c this is effectively master at that commit plus a "nice" release version in configure.ac
so you can produce your own tarballs.
I hope we can just use the regular release in linux distros, otherwise that will be messy (but not a first by any means).
comment:154 Changed 15 months ago by
That's right. If everything goes well with this version, I'll ask upstream regarding release plans.
comment:155 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/604076678 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/606112478
comment:156 Changed 15 months ago by
 Status changed from needs_work to needs_review
comment:157 Changed 15 months ago by
The next error on Cygwin happens in the pynac
build (which depends on Singular):
[pynac0.7.26.sage20200403.p0] libtool: link: g++ std=gnu++11 shared nostdlib /usr/lib/gcc/x86_64pccygwin/10/crtbeginS.o .libs/libpynac_laadd.o .libs/libpynac_laarchive.o .libs/libpynac_laassume.o .libs/libpynac_labasic.o .libs/libpynac_lacmatcher.o .libs/libpynac_laconstant.o .libs/libpynac_lacontext.o .libs/libpynac_laex.o .libs/libpynac_laexpair.o .libs/libpynac_laexpairseq.o .libs/libpynac_laexprseq.o .libs/libpynac_lafderivative.o .libs/libpynac_lafunction.o .libs/libpynac_lafunction_info.o .libs/libpynac_lainfinity.o .libs/libpynac_lainifcns.o .libs/libpynac_lainifcns_trig.o .libs/libpynac_lainifcns_zeta.o .libs/libpynac_lainifcns_hyperb.o .libs/libpynac_lainifcns_trans.o .libs/libpynac_lainifcns_gamma.o .libs/libpynac_lainifcns_nstdsums.o .libs/libpynac_lainifcns_orthopoly.o .libs/libpynac_lainifcns_hyperg.o .libs/libpynac_lainifcns_comb.o .libs/libpynac_lalst.o .libs/libpynac_lamatrix.o .libs/libpynac_lampolygiac.o .libs/libpynac_lampolyginac.o .libs/libpynac_lampolysingular.o .libs/libpynac_lampoly.o .libs/libpynac_lamul.o .libs/libpynac_lanormal.o .libs/libpynac_lanumeric.o .libs/libpynac_laoperators.o .libs/libpynac_lapower.o .libs/libpynac_lapy_funcs.o .libs/libpynac_laregistrar.o .libs/libpynac_larelational.o .libs/libpynac_laremember.o .libs/libpynac_lapseries.o .libs/libpynac_laprint.o .libs/libpynac_lasymbol.o .libs/libpynac_laupolyginac.o .libs/libpynac_lautils.o .libs/libpynac_lawildcard.o .libs/libpynac_latemplates.o .libs/libpynac_lainfoflagbase.o .libs/libpynac_lasum.o .libs/libpynac_laorder.o .libs/libpynac_lauseries.o L/opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/lib L/usr/lib lpython3.8 lcrypt lintl ldl lfactory lmpfr lntl lomalloc lsingular_resources lflint lgmp L/opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/lib/../lib L/usr/lib/gcc/x86_64pccygwin/10 L/usr/lib/gcc/x86_64pccygwin/10/../../../../x86_64pccygwin/lib/../lib L/usr/lib/gcc/x86_64pccygwin/10/../../../../lib L/lib/../lib L/usr/lib/../lib L/usr/lib/gcc/x86_64pccygwin/10/../../../../x86_64pccygwin/lib L/usr/lib/gcc/x86_64pccygwin/10/../../.. lstdc++ lgcc_s lgcc lcygwin ladvapi32 lshell32 luser32 lkernel32 lgcc_s lgcc /usr/lib/gcc/x86_64pccygwin/10/crtend.o O2 g O2 g march=native Wl,rpath Wl,/opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/lib Wl,enableautoimagebase Wl,rpath Wl,/opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/lib O2 g march=native o .libs/cygpynac18.dll Wl,enableautoimagebase Xlinker outimplib Xlinker .libs/libpynac.dll.a [pynac0.7.26.sage20200403.p0] /usr/lib/gcc/x86_64pccygwin/10/../../../../x86_64pccygwin/bin/ld: .libs/libpynac_lampolysingular.o:/opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:110: undefined reference to `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] .libs/libpynac_lampolysingular.o: in function `num2canonical': [pynac0.7.26.sage20200403.p0] /opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:110:(.text+0x26fa): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] /usr/lib/gcc/x86_64pccygwin/10/../../../../x86_64pccygwin/bin/ld: /opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:94: undefined reference to `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] /opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:94:(.text+0x27ac): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] /usr/lib/gcc/x86_64pccygwin/10/../../../../x86_64pccygwin/bin/ld: /opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:104: undefined reference to `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] /opt/sage0209bed474a849e856b5c51d416e31e02220aa3f/var/tmp/sage/build/pynac0.7.26.sage20200403.p0/src/ginac/mpolysingular.cpp:104:(.text+0x2a1c): relocation truncated to fit: R_X86_64_PC32 against undefined symbol `operator(CanonicalForm const&)' [pynac0.7.26.sage20200403.p0] collect2: error: ld returned 1 exit status
https://github.com/mkoeppe/sage/runs/1996141026?check_suite_focus=true
comment:158 Changed 15 months ago by
 Status changed from needs_review to needs_work
Changed 15 months ago by
comment:159 Changed 15 months ago by
 Commit changed from eedcd5fe4b056ee0109fced2f5edfe8616bfb8de to 935d1bd23dfa911ced0a5059a9f8ee5801d035dc
Branch pushed to git repo; I updated commit sha1. New commits:
935d1bd  build/pkgs/singular: Use 4.2.0p1+spielwiese20210228+sage

comment:160 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/606112478 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/608498035
 Status changed from needs_work to needs_review
comment:161 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/608498035 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/608931590
Changed 15 months ago by
comment:162 Changed 15 months ago by
 Commit changed from 935d1bd23dfa911ced0a5059a9f8ee5801d035dc to 09b7174e21c10fe340f7e48be7e3d65a31c08aaf
comment:163 Changed 15 months ago by
 Dependencies #31064, #31412 deleted
comment:164 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/608931590 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/630821695
comment:165 followup: ↓ 166 Changed 15 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/630821695 to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/630821695 (cygwin), https://github.com/mkoeppe/sage/actions/runs/630821698 (linux/macos)
We now seem to have a candidate version that compiles also on cygwinstandard
 Hans Schönemann made major changes to the build system and I contributed a few PRs, which are merged already.
(See https://github.com/mkoeppe/sage/actions/runs/630821695 for a cygwinstandard
run; this is on top of several tickets that fix unrelated Cygwin build errors). cygwinstageiv
built sagelib
; and cygwinstageva
is running make ptest
.
I have asked upstream whether they plan to make a new release with these fixes soon.
In the meantime, I hope someone can take a look at whether this version is suitable on our other platforms. The relevant test run is https://github.com/mkoeppe/sage/actions/runs/630821698, which shows a number of doctest failures, for example on ubuntubionic
(https://github.com/mkoeppe/sage/runs/2053003522?check_suite_focus=true):
File "src/sage/interfaces/singular.py", line 2272, in sage.interfaces.singular.SingularFunction._instancedoc_ Failed example: 'groebner' in singular.groebner.__doc__ Exception raised: ... FileNotFoundError: [Errno 2] No such file or directory: '/sage/local/share/singular/../info/singular.hlp'
I think this one may be coming from make dist
not building a complete package  this would be fixed by an official source release by the Singular people, or we would have to fix up the tarball by hand somehow.
sage t randomseed=0 src/sage/rings/polynomial/laurent_polynomial_ideal.py ********************************************************************** File "src/sage/rings/polynomial/laurent_polynomial_ideal.py", line 472, in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.associated_primes Failed example: I.associated_primes() Expected: (Ideal (z^2  y, y*z + 2, y^2 + 2*z) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (y + 1, z^2 + 1) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) Got: (Ideal (y + 1, z^2 + 1) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^2  y, y*z + 2, y^2 + 2*z) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) ********************************************************************** File "src/sage/rings/polynomial/laurent_polynomial_ideal.py", line 492, in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.minimal_associated_primes Failed example: I.minimal_associated_primes() Expected: (Ideal (z^3 + 2, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) Got: (Ideal (z^2 + 1, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) ********************************************************************** 2 items had failures: 1 of 5 in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.associated_primes 1 of 5 in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.minimal_associated_primes [102 tests, 2 failures, 0.78 s] sage t randomseed=0 src/sage/rings/polynomial/laurent_polynomial_ring.py [240 tests, 0.88 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial.pxd [0 tests, 0.00 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_element.py [473 tests, 3.30 s] sage t randomseed=0 src/sage/rings/padics/padic_extension_leaves.py [72 tests, 83.27 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ideal_libsingular.pxd [0 tests, 0.00 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ideal_libsingular.pyx [25 tests, 1.70 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_libsingular.pxd [0 tests, 0.00 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ideal.py ********************************************************************** File "src/sage/rings/polynomial/multi_polynomial_ideal.py", line 713, in sage.rings.polynomial.multi_polynomial_ideal.?.complete_primary_decomposition Failed example: pd = I.complete_primary_decomposition(); pd Expected: [(Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field), (Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field)] Got: [(Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field), (Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field)] ********************************************************************** File "src/sage/rings/polynomial/multi_polynomial_ideal.py", line 719, in sage.rings.polynomial.multi_polynomial_ideal.?.complete_primary_decomposition Failed example: I.primary_decomposition_complete(algorithm = 'gtz') Expected: [(Ideal (z^2 + 1, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field), (Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field)] Got: [(Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field), (Ideal (z^2 + 1, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field)] ********************************************************************** File "src/sage/rings/polynomial/multi_polynomial_ideal.py", line 825, in sage.rings.polynomial.multi_polynomial_ideal.?.primary_decomposition Failed example: pd = I.primary_decomposition(); pd Expected: [Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field] Got: [Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^6 + 4*z^3 + 4, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field] ********************************************************************** File "src/sage/rings/polynomial/multi_polynomial_ideal.py", line 897, in sage.rings.polynomial.multi_polynomial_ideal.?.associated_primes Failed example: pd = I.associated_primes(); pd Expected: [Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field] Got: [Ideal (z^2 + 1, y + 1) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, y  z^2) of Multivariate Polynomial Ring in x, y, z over Rational Field] ********************************************************************** File "src/sage/rings/polynomial/multi_polynomial_ideal.py", line 1619, in sage.rings.polynomial.multi_polynomial_ideal.?.minimal_associated_primes Failed example: I.minimal_associated_primes () Expected: [Ideal (z^3 + 2, z^2 + y) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, z^2 + y) of Multivariate Polynomial Ring in x, y, z over Rational Field] Got: [Ideal (z^2 + 1, z^2 + y) of Multivariate Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, z^2 + y) of Multivariate Polynomial Ring in x, y, z over Rational Field] ********************************************************************** 4 items had failures: 1 of 5 in sage.rings.polynomial.multi_polynomial_ideal.?.associated_primes 2 of 16 in sage.rings.polynomial.multi_polynomial_ideal.?.complete_primary_decomposition 1 of 5 in sage.rings.polynomial.multi_polynomial_ideal.?.minimal_associated_primes 1 of 7 in sage.rings.polynomial.multi_polynomial_ideal.?.primary_decomposition [918 tests, 5 failures, 17.54 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial.pyx [569 tests, 11.02 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ring.py [154 tests, 0.48 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ring_base.pyx [201 tests, 3.15 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ring_base.pxd [0 tests, 0.00 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_ring_generic.py [3 tests, 0.03 s] sage t randomseed=0 src/sage/rings/polynomial/multi_polynomial_libsingular.pyx [1135 tests, 5.83 s]
comment:166 in reply to: ↑ 165 ; followup: ↓ 171 Changed 15 months ago by
Replying to mkoeppe:
In the meantime, I hope someone can take a look at whether this version is suitable on our other platforms. The relevant test run is https://github.com/mkoeppe/sage/actions/runs/630821698, which shows a number of doctest failures, for example on
ubuntubionic
(https://github.com/mkoeppe/sage/runs/2053003522?check_suite_focus=true):File "src/sage/interfaces/singular.py", line 2272, in sage.interfaces.singular.SingularFunction._instancedoc_ Failed example: 'groebner' in singular.groebner.__doc__ Exception raised: ... FileNotFoundError: [Errno 2] No such file or directory: '/sage/local/share/singular/../info/singular.hlp'I think this one may be coming from
make dist
not building a complete package  this would be fixed by an official source release by the Singular people, or we would have to fix up the tarball by hand somehow.
Regular release of singular includes a tarball with documentation files and that includes this particular one. I am just surprised you don't get any complaints at install time that it is missing. May be the install procedure can deal with the fact that the tarball is missing for out of release testing.
I must say I have a separate issue with that tarball that I have been meaning to send upstream  when you install as root the ownership are all wrong. This is due of a behavior of tar which by default disregard original ownership when used by normal user but preserve it when invoked as root.
comment:167 followup: ↓ 168 Changed 15 months ago by
Do you know how to build that documentation tarball?
comment:168 in reply to: ↑ 167 Changed 15 months ago by
comment:169 Changed 15 months ago by
Looks like at least some of the doctest failures noted above can be fixed by just using sorted(...)
comment:170 Changed 15 months ago by
https://github.com/Singular/Singular/issues/1023 contains a link to a recipe to build a Singular release
comment:171 in reply to: ↑ 166 ; followup: ↓ 172 Changed 15 months ago by
Replying to fbissey:
I must say I have a separate issue with that tarball that I have been meaning to send upstream  when you install as root the ownership are all wrong. This is due of a behavior of tar which by default disregard original ownership when used by normal user but preserve it when invoked as root.
I already reported this long ago: they don't care
comment:172 in reply to: ↑ 171 ; followup: ↓ 174 Changed 15 months ago by
Replying to arojas:
Replying to fbissey:
I must say I have a separate issue with that tarball that I have been meaning to send upstream  when you install as root the ownership are all wrong. This is due of a behavior of tar which by default disregard original ownership when used by normal user but preserve it when invoked as root.
I already reported this long ago: they don't care
The answer is kind of outrageous. There is no guarantee that will be the case now or in the future. The fix is also simple, I can submit a PR for that. For the record, p_cohomology_group has a similar issue, that's what made me look back at singular because I remembered they use a tarball for the doc.
comment:173 Changed 15 months ago by
Full log of make ptest
on cygwinstandard
is now available. Lots of segfaults from unrelated issues (#29537), in particular triggered by any plot
call
comment:174 in reply to: ↑ 172 Changed 15 months ago by
Replying to fbissey:
Replying to arojas:
Replying to fbissey:
I must say I have a separate issue with that tarball that I have been meaning to send upstream  when you install as root the ownership are all wrong. This is due of a behavior of tar which by default disregard original ownership when used by normal user but preserve it when invoked as root.
I already reported this long ago: they don't care
The answer is kind of outrageous. There is no guarantee that will be the case now or in the future. The fix is also simple, I can submit a PR for that. For the record, p_cohomology_group has a similar issue, that's what made me look back at singular because I remembered they use a tarball for the doc.
Well upstream just accepted my PR to fix this without a pip. https://github.com/Singular/Singular/pull/1059
comment:175 Changed 15 months ago by
 Commit changed from 09b7174e21c10fe340f7e48be7e3d65a31c08aaf to 797bacd52216c35799393c66c7b6179e73e1bf94
comment:176 Changed 15 months ago by
I have sent a PR adding a script to build the documentation (still needs help from upstream)  https://github.com/Singular/Singular/pull/1058
comment:177 Changed 14 months ago by
 Commit changed from 797bacd52216c35799393c66c7b6179e73e1bf94 to 31fe1eb9954477a83638c76c4dd8053d7bb137d9
Branch pushed to git repo; I updated commit sha1. New commits:
31fe1eb  build/pkgs/singular/spkginstall.in: Build the documentation if the Singular tarball does not contain it

comment:178 Changed 14 months ago by
 Commit changed from 31fe1eb9954477a83638c76c4dd8053d7bb137d9 to 6c015913e641a3dcc40b26670b2d69649e0924b7
comment:179 Changed 14 months ago by
 Dependencies set to #31439
Changed 14 months ago by
comment:180 Changed 14 months ago by
 Commit changed from 6c015913e641a3dcc40b26670b2d69649e0924b7 to 49de2ff4a4f41676df6a54aae99ed4d9d8e78d54
comment:181 Changed 14 months ago by
No word from Kaiserslautern on release plans, but using my PR https://github.com/Singular/Singular/pull/1058 I was able to build documentation to include with the distribution tarball.
comment:182 Changed 14 months ago by
 Commit changed from 49de2ff4a4f41676df6a54aae99ed4d9d8e78d54 to b0d77488c3486d26300381903da28435cbbde868
comment:183 Changed 14 months ago by
 Dependencies #31439 deleted
comment:184 Changed 14 months ago by
Looks like the fix of the doctests using sorted
was not enough:
File "src/sage/rings/polynomial/laurent_polynomial_ideal.py", line 472, in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.associated_primes Failed example: tuple(sorted(I.associated_primes())) Expected: (Ideal (z^2  y, y*z + 2, y^2 + 2*z) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (y + 1, z^2 + 1) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) Got: (Ideal (y + 1, z^2 + 1) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^2  y, y*z + 2, y^2 + 2*z) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) ********************************************************************** File "src/sage/rings/polynomial/laurent_polynomial_ideal.py", line 492, in sage.rings.polynomial.laurent_polynomial_ideal.LaurentPolynomialIdeal.minimal_associated_primes Failed example: tuple(sorted(I.minimal_associated_primes())) Expected: (Ideal (z^3 + 2, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^2 + 1, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) Got: (Ideal (z^2 + 1, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field, Ideal (z^3 + 2, z^2 + y) of Multivariate Laurent Polynomial Ring in x, y, z over Rational Field) **********************************************************************
(on debianbusterstandard
 https://github.com/mkoeppe/sage/runs/2098865440)
comment:185 Changed 14 months ago by
 Commit changed from b0d77488c3486d26300381903da28435cbbde868 to c33ca2ba67ee980cb9ee844ca401e2c9fa2f052c
Branch pushed to git repo; I updated commit sha1. New commits:
c33ca2b  src/sage/rings/polynomial/{laurent,multi}_polynomial_ideal: Use sorted(..., key=str) to make doctests stable

comment:186 Changed 14 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/630821695 (cygwin), https://github.com/mkoeppe/sage/actions/runs/630821698 (linux/macos) to Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/655556434 (cygwin), https://github.com/mkoeppe/sage/actions/runs/655556443 (linux/macos)
comment:187 Changed 14 months ago by
 Description modified (diff)
comment:188 Changed 14 months ago by
Ready for review
comment:189 Changed 14 months ago by
 Cc vdelecroix added
comment:190 followup: ↓ 192 Changed 14 months ago by
What is this
+upstream_url=https://trac.sagemath.org/rawattachment/ticket/25993/singularVERSION.tar.gz
Please only use upstream packages. You are welcome to add patches if needed, but each of them has t be justified and documented.
comment:191 followup: ↓ 197 Changed 14 months ago by
Does this really need to be here twice
+ disablepython_module \
+ disablepythonmodule \
comment:192 in reply to: ↑ 190 Changed 14 months ago by
Replying to vdelecroix:
What is this
+upstream_url=https://trac.sagemath.org/rawattachment/ticket/25993/singularVERSION.tar.gz
Please only use upstream packages. You are welcome to add patches if needed, but each of them has t be justified and documented.
https://doc.sagemath.org/html/en/developer/packaging.html#whentopatchwhentorepackagewhentoautoconfiscate explains why patching is not always possible.
comment:193 followup: ↓ 202 Changed 14 months ago by
For my own packaging purposes in Gentoo it would useful if I had an upstream commit hash or a link to the exact commit we are using. In the upstream repo not your fork if at all possible.
comment:194 Changed 14 months ago by
 Description modified (diff)
comment:195 followup: ↓ 200 Changed 14 months ago by
I just updated the ticket description with this info.
comment:196 followup: ↓ 198 Changed 14 months ago by
Better. Thanks. I think that the information of https://github.com/mkoeppe/Singular/tree/Release420p1%2Bsage
with the precise commit number deserves to be in the SPKG.txt
file as well.
comment:197 in reply to: ↑ 191 Changed 14 months ago by
Replying to vdelecroix:
Does this really need to be here twice
+ disablepython_module \ + disablepythonmodule \
I changed the spelling of this option as part of https://github.com/Singular/Singular/pull/1053 and https://github.com/Singular/Singular/pull/1054 (merged already in spielwiese
).
For robustness, I decided to use both variants of the option here until a proper Singular release has been made.
comment:198 in reply to: ↑ 196 ; followup: ↓ 201 Changed 14 months ago by
Replying to vdelecroix:
Better. Thanks. I think that the information of
https://github.com/mkoeppe/Singular/tree/Release420p1%2Bsage
with the precise commit number deserves to be in theSPKG.txt
file as well.
That's what tags are for. The commit is tagged with the version number: https://github.com/mkoeppe/Singular/tree/singular4.2.0p1+20210313%2Bsage
comment:199 Changed 14 months ago by
 Commit changed from c33ca2ba67ee980cb9ee844ca401e2c9fa2f052c to ec471e0c792a7540e9777b33fb37be2e1a2f1267
Branch pushed to git repo; I updated commit sha1. New commits:
ec471e0  build/pkgs/singular/SPKG.rst: Add link to branch

comment:200 in reply to: ↑ 195 ; followups: ↓ 203 ↓ 205 Changed 14 months ago by
Replying to mkoeppe:
I just updated the ticket description with this info.
I'll have to make do with that. It also looks like I missed the 4.2.0_p1 release.
Question. Apart from the windows packaging stuff, is there any major change to take into account past 4.2.0_p1? As in, can a linux packager use 4.2.0_p1 and expect it to work?
New commits:
ec471e0  build/pkgs/singular/SPKG.rst: Add link to branch

comment:201 in reply to: ↑ 198 Changed 14 months ago by
Replying to mkoeppe:
Replying to vdelecroix:
Better. Thanks. I think that the information of
https://github.com/mkoeppe/Singular/tree/Release420p1%2Bsage
with the precise commit number deserves to be in theSPKG.txt
file as well.That's what tags are for. The commit is tagged with the version number: https://github.com/mkoeppe/Singular/tree/singular4.2.0p1+20210313%2Bsage
I disagree. The commit hash is also a certificate. Tags can be changed.
comment:202 in reply to: ↑ 193 Changed 14 months ago by
Replying to fbissey:
In the upstream repo not your fork if at all possible.
Well, I hope upstream will merge a version of my latest PR. You need it to build the documentation.
comment:203 in reply to: ↑ 200 ; followup: ↓ 204 Changed 14 months ago by
Replying to fbissey:
Apart from the windows packaging stuff, is there any major change to take into account past 4.2.0_p1?
I don't know.
comment:204 in reply to: ↑ 203 Changed 14 months ago by
comment:205 in reply to: ↑ 200 ; followup: ↓ 207 Changed 14 months ago by
Replying to fbissey:
Question. Apart from the windows packaging stuff, is there any major change to take into account past 4.2.0_p1? As in, can a linux packager use 4.2.0_p1 and expect it to work?
Everything works fine with upstream 4.2.0_p1 and the sagelib changes in this ticket. Only caveat is that you need to install singular.idx manually.
comment:206 followup: ↓ 208 Changed 14 months ago by
Is singular.idx
missing in the tarball?
comment:207 in reply to: ↑ 205 Changed 14 months ago by
Replying to arojas:
Replying to fbissey:
Question. Apart from the windows packaging stuff, is there any major change to take into account past 4.2.0_p1? As in, can a linux packager use 4.2.0_p1 and expect it to work?
Everything works fine with upstream 4.2.0_p1 and the sagelib changes in this ticket. Only caveat is that you need to install singular.idx manually.
Thanks, I thought that you could know already :) I already patch for singular.idx installation, nothing new there.
comment:208 in reply to: ↑ 206 Changed 14 months ago by
Replying to mkoeppe:
Is
singular.idx
missing in the tarball?
No, it is just not (no longer?) installed by make install.
comment:209 Changed 14 months ago by
@@ 567,14 +566,7 @@ class NonSymmetricMacdonaldPolynomials(CherednikOperatorsEigenvectors): + ((q1*q2q2^2)/(q*q1^2q2^2))*B[(0, 0, 1)] + ((q1*q2+q2^2)/(q*q1^2+q2^2))*B[(0, 0, 1)] sage: E[omega[1]omega[2]]  ((q^3*q1^6q^3*q1^5*q22*q^2*q1^63*q^2*q1^5*q2+q^2*q1^4*q2^2+2*q^2*q1^3*q2^3+q*q1^5*q2+2*q*q1^4*q2^2q*q1^3*q2^32*q*q1^2*q2^4+q*q1*q2^5+q*q2^6q1^3*q2^3q1^2*q2^4+2*q1*q2^5+2*q2^6)/(q^4*q1^6q^3*q1^5*q2+q^3*q1^4*q2^2q*q1^2*q2^4+q*q1*q2^5+q2^6))*B[(0, 0, 0)] + B[(1, 1, 0)]  + ((q*q1^4+q*q1^3*q2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 1, 0)] + ((q1+q2)/(q*q1+q2))*B[(1, 0, 1)] + ((q1q2)/(q*q1q2))*B[(1, 0, 1)]  + ((q*q1^4+q*q1^3*q2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 1, 0)]  + ((q^2*q1^6q^2*q1^5*q2q*q1^5*q2+q*q1^3*q2^3+q1^5*q2+q1^4*q2^2q1^3*q2^3q1^2*q2^4+q1*q2^5+q2^6)/(q^4*q1^6q^3*q1^5*q2+q^3*q1^4*q2^2q*q1^2*q2^4+q*q1*q2^5+q2^6))*B[(1, 1, 0)]  + ((q*q1^42*q*q1^3*q2q*q1^2*q2^2+q1^3*q2+q1^2*q2^2q1*q2^3q2^4)/(q^3*q1^4q^2*q1^3*q2q*q1*q2^3q2^4))*B[(1, 0, 1)]  + ((q*q1^42*q*q1^3*q2q*q1^2*q2^2+q1^3*q2+q1^2*q2^2q1*q2^3q2^4)/(q^3*q1^4q^2*q1^3*q2q*q1*q2^3q2^4))*B[(1, 0, 1)] + ((q1+q2)/(q*q1+q2))*B[(0, 1, 1)]  + ((q1q2)/(q*q1q2))*B[(0, 1, 1)] + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(0, 1, 1)]  + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(0, 1, 1)] + ((q^3*q1^6+q^3*q1^5*q2+2*q^2*q1^6+3*q^2*q1^5*q2q^2*q1^4*q2^22*q^2*q1^3*q2^3q*q1^5*q22*q*q1^4*q2^2+q*q1^3*q2^3+2*q*q1^2*q2^4q*q1*q2^5q*q2^6+q1^3*q2^3+q1^2*q2^42*q1*q2^52*q2^6)/(q^4*q1^6+q^3*q1^5*q2q^3*q1^4*q2^2+q*q1^2*q2^4q*q1*q2^5q2^6))*B[(0, 0, 0)] + B[(1, 1, 0)] + ((q*q1^4+q*q1^3*q2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 1, 0)] + ((q1+q2)/(q*q1+q2))*B[(1, 0, 1)] + ((q1q2)/(q*q1q2))*B[(1, 0, 1)] + ((q*q1^4+q*q1^3*q2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 1, 0)] + ((q^2*q1^6+q^2*q1^5*q2+q*q1^5*q2q*q1^3*q2^3q1^5*q2q1^4*q2^2+q1^3*q2^3+q1^2*q2^4q1*q2^5q2^6)/(q^4*q1^6+q^3*q1^5*q2q^3*q1^4*q2^2+q*q1^2*q2^4q*q1*q2^5q2^6))*B[(1, 1, 0)] + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 0, 1)] + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(1, 0, 1)] + ((q1+q2)/(q*q1+q2))*B[(0, 1, 1)] + ((q1+q2)/(q*q1+q2))*B[(0, 1, 1)] + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(0, 1, 1)] + ((q*q1^4+2*q*q1^3*q2+q*q1^2*q2^2q1^3*q2q1^2*q2^2+q1*q2^3+q2^4)/(q^3*q1^4+q^2*q1^3*q2+q*q1*q2^3+q2^4))*B[(0, 1, 1)] sage: E[omega[1]omega[2]] ((q^3*q1^7+q^3*q1^6*q2q*q1*q2^6q*q2^7)/(q^3*q1^7q^2*q1^5*q2^2+q*q1^2*q2^5q2^7))*B[(0, 0, 0)] + B[(1, 1, 0)] @@ 812,7 +804,7 @@ class NonSymmetricMacdonaldPolynomials(CherednikOperatorsEigenvectors): ((q*q1*q2^3q*q2^4)/(q^2*q1^4q2^4))*B[(0, 0)] + B[(1, 0)] sage: E[2*omega[2]] # long time # not checked against Bogdan's notes, but a good selfconsistency test  ((q^12*q1^6q^12*q1^5*q2+2*q^10*q1^5*q2+5*q^10*q1^4*q2^2+3*q^10*q1^3*q2^3+2*q^8*q1^5*q2+4*q^8*q1^4*q2^2+q^8*q1^3*q2^3q^8*q1^2*q2^4+q^8*q1*q2^5+q^8*q2^6q^6*q1^3*q2^3+q^6*q1^2*q2^4+4*q^6*q1*q2^5+2*q^6*q2^6+q^4*q1^3*q2^3+3*q^4*q1^2*q2^4+4*q^4*q1*q2^5+2*q^4*q2^6)/(q^12*q1^6q^10*q1^5*q2q^8*q1^3*q2^3+q^6*q1^4*q2^2q^6*q1^2*q2^4+q^4*q1^3*q2^3+q^2*q1*q2^5+q2^6))*B[(0, 0)] + ((q^7*q1^2*q2+2*q^7*q1*q2^2+q^7*q2^3+q^5*q1^2*q2+2*q^5*q1*q2^2+q^5*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 0)] + ((q^6*q1*q2+q^6*q2^2)/(q^6*q1^2+q2^2))*B[(1, 1)] + ((q^6*q1^2*q2+2*q^6*q1*q2^2+q^6*q2^3+q^4*q1^2*q2+2*q^4*q1*q2^2+q^4*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 1)] + ((q^3*q1*q2+q^3*q2^2)/(q^6*q1^2+q2^2))*B[(1, 2)] + ((q^7*q1^3q^7*q1^2*q2+q^7*q1*q2^2+q^7*q2^3+2*q^5*q1^2*q2+4*q^5*q1*q2^2+2*q^5*q2^3+2*q^3*q1^2*q2+4*q^3*q1*q2^2+2*q^3*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 0)] + ((q^6*q1^2*q22*q^6*q1*q2^2q^6*q2^3q^4*q1^2*q22*q^4*q1*q2^2q^4*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(1, 1)] + ((q^8*q1^3+q^8*q1^2*q2+q^6*q1^3+q^6*q1^2*q2q^6*q1*q2^2q^6*q2^32*q^4*q1^2*q24*q^4*q1*q2^22*q^4*q2^3q^2*q1^2*q23*q^2*q1*q2^22*q^2*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(1, 1)] + ((q^5*q1^2q^5*q1*q2+q^3*q1*q2+q^3*q2^2+q*q1*q2+q*q2^2)/(q^6*q1^2+q2^2))*B[(1, 2)] + ((q^6*q1^2q^6*q1*q2+q^4*q1*q2+q^4*q2^2+q^2*q1*q2+q^2*q2^2)/(q^6*q1^2+q2^2))*B[(2, 0)] + ((q^3*q1*q2+q^3*q2^2)/(q^6*q1^2+q2^2))*B[(2, 1)] + ((q^5*q1^2q^5*q1*q2+q^3*q1*q2+q^3*q2^2+q*q1*q2+q*q2^2)/(q^6*q1^2+q2^2))*B[(2, 1)] + B[(2, 2)] + ((q^7*q1^2*q22*q^7*q1*q2^2q^7*q2^3q^5*q1^2*q22*q^5*q1*q2^2q^5*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(0, 1)] + ((q^7*q1^3+q^7*q1^2*q2q^7*q1*q2^2q^7*q2^32*q^5*q1^2*q24*q^5*q1*q2^22*q^5*q2^32*q^3*q1^2*q24*q^3*q1*q2^22*q^3*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(0, 1)] + ((q^6*q1^2q^6*q1*q2+q^4*q1*q2+q^4*q2^2+q^2*q1*q2+q^2*q2^2)/(q^6*q1^2+q2^2))*B[(0, 2)] + ((q^12*q1^6q^12*q1^5*q2+2*q^10*q1^5*q2+5*q^10*q1^4*q2^2+3*q^10*q1^3*q2^3+2*q^8*q1^5*q2+4*q^8*q1^4*q2^2+q^8*q1^3*q2^3q^8*q1^2*q2^4+q^8*q1*q2^5+q^8*q2^6q^6*q1^3*q2^3+q^6*q1^2*q2^4+4*q^6*q1*q2^5+2*q^6*q2^6+q^4*q1^3*q2^3+3*q^4*q1^2*q2^4+4*q^4*q1*q2^5+2*q^4*q2^6)/(q^12*q1^6q^10*q1^5*q2q^8*q1^3*q2^3+q^6*q1^4*q2^2q^6*q1^2*q2^4+q^4*q1^3*q2^3+q^2*q1*q2^5+q2^6))*B[(0, 0)] + ((q^7*q1^2*q2+2*q^7*q1*q2^2+q^7*q2^3+q^5*q1^2*q2+2*q^5*q1*q2^2+q^5*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 0)] + ((q^6*q1*q2q^6*q2^2)/(q^6*q1^2q2^2))*B[(1, 1)] + ((q^6*q1^2*q2+2*q^6*q1*q2^2+q^6*q2^3+q^4*q1^2*q2+2*q^4*q1*q2^2+q^4*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 1)] + ((q^3*q1*q2q^3*q2^2)/(q^6*q1^2q2^2))*B[(1, 2)] + ((q^7*q1^3+q^7*q1^2*q2q^7*q1*q2^2q^7*q2^32*q^5*q1^2*q24*q^5*q1*q2^22*q^5*q2^32*q^3*q1^2*q24*q^3*q1*q2^22*q^3*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(1, 0)] + ((q^6*q1^2*q2+2*q^6*q1*q2^2+q^6*q2^3+q^4*q1^2*q2+2*q^4*q1*q2^2+q^4*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(1, 1)] + ((q^8*q1^3+q^8*q1^2*q2+q^6*q1^3+q^6*q1^2*q2q^6*q1*q2^2q^6*q2^32*q^4*q1^2*q24*q^4*q1*q2^22*q^4*q2^3q^2*q1^2*q23*q^2*q1*q2^22*q^2*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(1, 1)] + ((q^5*q1^2+q^5*q1*q2q^3*q1*q2q^3*q2^2q*q1*q2q*q2^2)/(q^6*q1^2q2^2))*B[(1, 2)] + ((q^6*q1^2q^6*q1*q2+q^4*q1*q2+q^4*q2^2+q^2*q1*q2+q^2*q2^2)/(q^6*q1^2+q2^2))*B[(2, 0)] + ((q^3*q1*q2q^3*q2^2)/(q^6*q1^2q2^2))*B[(2, 1)] + ((q^5*q1^2q^5*q1*q2+q^3*q1*q2+q^3*q2^2+q*q1*q2+q*q2^2)/(q^6*q1^2+q2^2))*B[(2, 1)] + B[(2, 2)] + ((q^7*q1^2*q2+2*q^7*q1*q2^2+q^7*q2^3+q^5*q1^2*q2+2*q^5*q1*q2^2+q^5*q2^3)/(q^8*q1^3q^6*q1^2*q2+q^2*q1*q2^2+q2^3))*B[(0, 1)] + ((q^7*q1^3+q^7*q1^2*q2q^7*q1*q2^2q^7*q2^32*q^5*q1^2*q24*q^5*q1*q2^22*q^5*q2^32*q^3*q1^2*q24*q^3*q1*q2^22*q^3*q2^3)/(q^8*q1^3+q^6*q1^2*q2q^2*q1*q2^2q2^3))*B[(0, 1)] + ((q^6*q1^2+q^6*q1*q2q^4*q1*q2q^4*q2^2q^2*q1*q2q^2*q2^2)/(q^6*q1^2q2^2))*B[(0, 2)] sage: E.recursion(2*omega[2]) [0, 1, 0, 2, 1, 0, 2, 1, 0]
This should probably be wrapped for readability
comment:210 Changed 14 months ago by
 Reviewers changed from Matthias Koeppe, https://github.com/mkoeppe/sage/actions/runs/655556434 (cygwin), https://github.com/mkoeppe/sage/actions/runs/655556443 (linux/macos) to Matthias Koeppe, Dima Pasechnik
 Status changed from needs_review to positive_review
I am happy to see this through.
comment:211 Changed 14 months ago by
Thanks!
comment:212 Changed 14 months ago by
 Branch changed from public/singular413 to ec471e0c792a7540e9777b33fb37be2e1a2f1267
 Resolution set to fixed
 Status changed from positive_review to closed
comment:213 Changed 14 months ago by
 Commit ec471e0c792a7540e9777b33fb37be2e1a2f1267 deleted
 Keywords pysingular added
 Summary changed from Upgrade Singular to Upgrade: Singular 4.2.0, pysingular 0.9.7
comment:214 Changed 14 months ago by
Upstream has now merged all pull requests.
comment:215 Changed 14 months ago by
 Report Upstream changed from Reported upstream. Developers acknowledge bug. to Fixed upstream, but not in a stable release.
comment:216 Changed 14 months ago by
Follow up in #31552
Last 10 new commits:
More real > Float porting
Don't check for exact Singular version
Use p_Divide for lcm as suggested by upstream
Backport patch to move singular's NTL handling out of libsingular
Document patch
Remove duplicate cimport
Move patch documentation inside patch itself
rest > reminder
Minor fixes to Singular interface
Upgrade to Singular 4.1.1p3