This is really great. By asking ChatGPT how to install this stack locally on my Mac, I was able to run an OpenACS 5.10.1 instance locally "from zero to hello world" within a few minutes. Very nice. Also, as "install from repository" worked fine from the UI, this allows to try out packages in a vanilla sandbox very conveniently.
I have tested / clicked around in this instance a bit and I found the following issues (not all of them in scope of the containerization-effort, of course, but general issues):
- There is a prominent search box on the start page, but using it results in a "Client Error - The requested file was not found". After adding the search package via the UI, the new error is: "FtsEngineDriver not available!"
- The subsite mounted under /acs-admin/site-wide/ has another theme configured than the main site.
- The page /acs-admin/monitor, which is linked on /acs-admin/, linked on the returns the error "'uptime' command not found on the system".
- The page "/acs-admin/posture-overview" returns the error: "can't read "detailURL": no such variable"
- The class graph is not rendered (image usually included when browsing to e.g. /xotcl/show-object?showmethods=1&showsource=0&object=::Generic::Form)
- Bootstrap util-user-messages seem to have a small UI glitch with respect to the close cross.
- The flush button for the caches shown under /acs-admin/cache/ doesn't succeed for most of the suffixes.
- Running the complete test suite under /test/admin/ resulted in 466 executed test cases, 41258 passes 40 fails and 581 warnings. Some of the created test-users dont have the "testuser" prefix, btw.
- Switching theme to openacsbootstrap5turquois puts the .LRN logo in the upper left corner.
- Page /admin/nsstats?@page=log.smtpsent gives error "could not read "smtpsend.log": no such file or directory"
- The local port under which I could access the instance changed upon every restart, which I didnt expect, but I am sure this can easily avoided by configuration.
Thanks again for this great contribution!
