New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix Singular doctest error on OpenSolaris #12687
Comments
comment:1
Can you remind me how I can access the skynet machines? t2 seems to be unavailable. And what is needed to do in order to build Sage on |
comment:2
Replying to @simon-king-jena:
We turned t2 off again because the UPS's in the math server room were dying after the power outage, and t2 draws quite a lot of power. They are still not happy. We probably won't be able to turn t2 on until we buy new UPS's. The sysadmins are working with a company (APS) to get an estimate done. To connect to skynet, connect to sage.math or boxen.math then ssh to skynet, e.g.,
I don't think we have any OpenSolaris installs anywhere right now. ? |
comment:3
Replying to @williamstein:
Thank you!
Then how can it be claimed that #10296 results in a doctest error on |
comment:4
Replying to @simon-king-jena:
Sorry, by "we" I meant "I". The machine "hawk" is in David Kirkby's house, I think. It has nothing to do with skynet or the sage.math cluster. |
comment:5
Replying to @williamstein:
Too bad. I do have a skynet account (I have already built sage on some of the skynet machines), but apparently I can not recall my login data. I am quite puzzled about that error. It seems to me that the patch does work, even on Solaris. Note that in the failing doc test, it is expected that a However, on |
comment:6
Well, #10296 has several code paths to raise the exception. In some cases, the singular error message is added, in other cases not. I don't think this is a big deal. I would be happy to solve this using "..." |
comment:7
Replying to @jdemeyer:
You mean these lines? sage/interfaces/expect.py
diff --git a/sage/interfaces/expect.py b/sage/interfaces/expect.py
735 elif restart_if_needed==True: # the subprocess might have crashed
736 try:
737 self._synchronize()
738 return self._post_process_from_file(self._eval_line_using_file(line, restart_if_needed=False))
739 except RuntimeError, msg:
740 raise RuntimeError, '%s terminated unexpectedly while reading in a large line:\n%s'%(self,msg[0])
741 except TypeError:
742 pass
659 743 raise RuntimeError, '%s terminated unexpectedly while reading in a large line'%self That would mean: On some machines Singular raises a |
comment:8
Replying to @simon-king-jena:
The other way around, I mean. |
Attachment: 12687_singular_opensolaris.patch.gz |
Author: Jeroen Demeyer |
comment:10
I can not test on openSolaris. But just for the record: The patch looks ok to me, as we have seen that the only difference was what kind of error Singular raises. |
Reviewer: Simon King |
comment:11
Replying to @simon-king-jena:
So, positive_review then? |
comment:12
Replying to @jdemeyer:
Well, I can not test on openSolaris. From that perspective, I am not entitled to review it. I can only say that it looks ok. If the build bot does not complain, it is a positive review. |
Merged: sage-5.0.beta11 |
The following is caused by #10296. On hawk (OpenSolaris 06.2009-32):
CC: @simon-king-jena
Component: interfaces
Author: Jeroen Demeyer
Reviewer: Simon King
Merged: sage-5.0.beta11
Issue created by migration from https://trac.sagemath.org/ticket/12687
The text was updated successfully, but these errors were encountered: