Created attachment 474012 [details] Console messages while startup until cantor hangs Cantor hangs when started with maxima as default backend. Console startup messages appended. Thanks for the quick fix for the last bug report!
Forgot to mention: Maxima in standalone mode runs without problems: $ maxima Maxima 5.39.0 http://maxima.sourceforge.net using Lisp SBCL 1.3.17 Distributed under the GNU Public License. See the file COPYING. Dedicated to the memory of William Schelter. The function bug_report() provides bug reporting information. (%i1)
Does it work fine with latest ~arch version instead?
Just tried it with the ebuilds version 17.04.1 and 16.12.3 (these are the only one I have in my portage tree). 17.04.1 shows the same bug, 16.12.3 starts up to the maxima input prompt (didn't do any further tests).
Interestingly, I can reproduce the same hang with 16.12.3. And I could not fix 17.04.3 by backporting related commits (there's only a very small diff to 16.12.3 anyway) either. So it looks like a regression of the KF5 port rather than 17.04.3 specifically.
It is the same for me when choosing 'R' backend, and it was confirmed in kde irc channel as well. But kalgebra, lua, python2 and qalculate backends work fine. We may have to adjust default USE flags and stable.use.mask R and maxima...
Switched to USE=analitza per default and amended pkg_setup message in git commit 2b71517f6172e1e6230b1b9857aa5fe7a9fbca5b, added 'R' to package.use.stable.mask in 5994ddf42cfda5f2aab3a5c4cc0e9e2aa4709b93
While I understand the necessity of this step, I also think this is unsatisfactory. Did the devs from kde irc had any idea what could be the reason for this regression? Is there anything users could do to help?
Please note that I did not contact any cantor maintainer, merely other packagers responded. There was basically zero activity between 17.04.3 and 17.08.0 and one can only hope that state is not going to be permanent. Meanwhile let's track the upstream bug and add any debug information there.
OK, thanks. This was not ment in any way as citicism against you. It's just a little frustrating seeing no progress in fixing this bug for months -- esp. since I wouldn't wonder if the fix was a one-liner.
(In reply to Frank Hellmuth from comment #9) > OK, thanks. This was not ment in any way as citicism against you. It wasn't perceived as such. I take it you rely on a functioning maxima backend? The only thing we can do is keep cantata-16.12.3 in tree while removing the rest (after stabilisation of 17.04.3). The other person I asked was like 'do as you wish', so that didn't move the needle away from removal yet. Note that since I can reproduce the issue with 16.12.3 this looks like an unstable feature since at least then. Outcome may or may not be affected by existing config from earlier versions...
Well, the sad truth is: Being a Linux evangelist, this is a story I wouldn't talk about too much. I'm a math/physics/CS teacher and need a CAS to mark exams. If the pupils start with an incorrect set of equations I need to see if their solution is correct whihtout subsequent faults. I used to use Mathematica from my study days for that but tried to switch to Cantor/Maxima for that, since my students license of Mathematica just expired. Since I need a stable and comfortable tool for that I just switched to a teachers license of Mathematica for 250€. :(
Cantor-16.12.3 with KF-5.34.0 and Maxima-5.40.0 works fine. Cantor-17.04.3 with KF-5.34.0 and Maxima-5.40.0 hangs.
You could bisect between 16.04.3 and 17.04.0 to find out the bad commit.
maxima backend does not hang with cantor-17.12.1.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e0effca2fa74d987cc4634553ff8ab59a7ac977e commit e0effca2fa74d987cc4634553ff8ab59a7ac977e Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-01-28 19:53:23 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-01-28 23:18:59 +0000 kde-apps/cantor: Drop 16.12.3 Closes: https://bugs.gentoo.org/619534 Package-Manager: Portage-2.3.20, Repoman-2.3.6 kde-apps/cantor/Manifest | 1 - kde-apps/cantor/cantor-16.12.3.ebuild | 108 --------------------- kde-apps/cantor/files/cantor-16.12.2-bashism.patch | 13 --- 3 files changed, 122 deletions(-)
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=e60d5b0679af14f434ce939de69051813aff061e commit e60d5b0679af14f434ce939de69051813aff061e Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-04-08 11:17:33 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-04-08 11:17:33 +0000 profiles: Drop kde-apps/cantor[R] p.use.stable.mask Bug: https://bugs.gentoo.org/619534 profiles/base/package.use.stable.mask | 4 ---- 1 file changed, 4 deletions(-)}