Look at the previous announcement in your mail reader and find out the From: address. Better to set it to a "noreply" address as suggested in the Mail_configuration > Outgoing_mail_configuration.
Visvanath Ratnaweera
Posts made by Visvanath Ratnaweera
"that has been made into videos, if you like that sort of thing"
LOL
Not my thing either, but must admit that I caught up watching this video things which I missed in-person at MoodleMoot DACH two weeks ago.
Not my thing either, but must admit that I caught up watching this video things which I missed in-person at MoodleMoot DACH two weeks ago.
Tim, thanks for chiming in! In fact I was doing the same, checking in a known platform. The one I had ready was a Raspberry Pi 4 B 4 G running Raspberry Pi OS Lite, Debian 11. With that I got the sample question running!
The only difference is, I ran this Create Maxima image in the HealthCheck task a 2-3 times. The cause of that could be the low power of the RPi.
The only difference is, I ran this Create Maxima image in the HealthCheck task a 2-3 times. The cause of that could be the low power of the RPi.
Yes, the Rpi runs Maxima 5.44.0.
I came back to the Ubuntu to re-check, ran the Create Maxima image. Now I can close the question. But trying to preview it I get the error:

The more information link points to https://docs.moodle.org/401/en/error/moodle/generalexceptionmessage.
At max. debug level, I get this:
Stack trace:
- line 1451 of /question/type/questiontypebase.php: TypeError thrown
- line 149 of /question/type/stack/questiontype.php: call to question_type->import_or_save_files()
- line 538 of /question/type/questiontypebase.php: call to qtype_stack->save_question_options()
- line 85 of /question/type/stack/questiontype.php: call to question_type->save_question()
- line 294 of /question/bank/editquestion/question.php: call to qtype_stack->save_question()
P.S. No idea what goemaxima is. Too steep a climb for a beginner. I'll try the RPi line first.
It is not over yet. I started with the ubiquitous "Differentiate \( (x+1)^3 \) w.r.t. \(x\)" and seeing TIMEDOUT.


Ironically, a web search takes me a full circle to my own thread: Major upgrade broke STACK, now getting "CASText failed validation. TIMEDOUT dumped"
I tried the litmus test suggested there:
$ cat /var/www/html/tmpIn.txt
1+1;
$ exec( "maxima -b /var/www/html/tmpIn.txt > /var/www/html/tmpOut.txt" );
-bash: syntax error near unexpected token `"maxima -b /var/www/html/tmpIn.txt > /var/www/html/tmpOut.txt"'
$ touch /var/www/html/xxx
$ ls -l /var/www/html/xxx
-rw-r--r-- 1 me users 0 Jul 4 01:14 /var/www/html/xxx
Where do I go from here? Is it after all the bug https://stackoverflow.com/questions/65056494/maxima-segmentation-fault-php-exec-on-ubuntu-20-04 Chris mentioned?
It all depends on how current the reports need to be. Say, if 24 h delay is OK, then you can clone the site daily and run the reports in the clone.