[[sneakers the rat]] did amazing work with [[Nathan Schneider]] and others setting up https://wiki-dev.social.coop, now we should set up a production instance that runs on Coop-owned infrastructure.
Default: this could go into [[hypha]] -> hypha.social.coop?
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Child items ...
Show closed items
Linked items 0
Link issues together to show that they're related.
Learn more.
This brings up containers 'parsoid' and 'db' but 'app' (running the actual mediawiki) is not staying up for some reason. abra app errors doesn't print anything.
docker logs in hypha / abra app logs wiki-alpha.social.coop remotely shows a bunch of deprecation notices and this error just because the container crashes:
j2023-03-12T00:43:50.403950098Z Your requirements could not be resolved to an installable set of packages. 2023-03-12T00:43:50.403997046Z +2023-03-12T00:43:50.404002649Z Problem 1z2023-03-12T00:43:50.404006167Z - Installation request for doctrine/dbal 3.4.2 -> satisfiable by doctrine/dbal[3.4.2].x2023-03-12T00:43:50.404017828Z - doctrine/dbal 3.4.2 requires composer-runtime-api ^2 -> no matching package found. 2023-03-12T00:43:50.404021454Z 12023-03-12T00:43:50.404026190Z Potential causes:=2023-03-12T00:43:50.404031067Z - A typo in the package name2023-03-12T00:43:50.404035924Z - The package is not available in a stable-enough version according to your minimum-stability settingu2023-03-12T00:43:50.404042806Z see <https://getcomposer.org/doc/04-schema.md#minimum-stability> for more details.n2023-03-12T00:43:50.404065089Z - It's a private package and you forgot to add a custom repository to find it 2023-03-12T00:43:50.404071309Z {2023-03-12T00:43:50.404075709Z Read <https://getcomposer.org/doc/articles/troubleshooting.md> for further common problems.
This is awesome! So is the next step to port over the mediawiki configuration and database from wiki-dev.social.coop? I guess if we have good backups of hypha we don't really need to automate the set up of the various plugins that are being used?
Yes, I think those are the next steps :) I have access to jonny's server and I'll try to get a database dump soon and leave it in hypha.
One open question is how to deal with the domain name change if we deploy to wiki-alpha and then want to move to wiki. It shouldn't be an issue, but I don't have enough experience with mediawiki and coop cloud to know whether we might need to "fix up" anything after going through that process. This makes me think maybe deploying to wiki.social.coop directly could make sense, although I'm loathe to disrupt the current wiki before we're sure we are ready to do the transition.
One alternative would be to move wiki.social.coop content to e.g. www.social.coop -- which is currently hosting nothing (not even a redirect to the instance; it fails a certificate check). So that generated page could become our "homepage" at www, and wiki.social.coop could become mediawiki. Thoughts?
It shouldn't be an issue, but I don't have enough experience with mediawiki and coop cloud to know whether we might need to "fix up" anything after going through that process
As far as I know, Mediawiki doesn't store its domain name in the database so (unlike Wordpress) you don't have to fix anything up after a domain name migration.
Co-op Cloud is also fine with it, you can freely switch DOMAIN, deploy again, and it Should Work™. If you want to rename the app itself to match the new domain name then that's possible too, little more involved.
Getting there, after a hiatus -- thank you for your patience :) I've added support for most extensions we had in wiki-dev to the mediawiki recipe (in a branch); SemanticMediaWiki seems to have an issue, though, as enableSemantics() was failing and even after removing that call installing the module is raising a fatal error:
2023-05-08T19:22:29.910473623Z Warning: Class "SMW\DataValues\PropertyValue" not found in /var/www/html/extensions/SemanticMediaWiki/includes/SemanticMediaWiki.php on line 214 2023-05-08T19:22:29.910525308Z Fatal error: Uncaught Error: Class "SMWDataValue" not found in /var/www/html/extensions/SemanticMediaWiki/src/DataValues/PropertyValue.php:44 ,2023-05-08T19:22:29.910536907Z Stack trace: X2023-05-08T19:22:29.910545378Z #0 /var/www/html/includes/AutoLoader.php(244): require() d2023-05-08T19:22:29.910553737Z #1 [internal function]: AutoLoader::autoload('SMW\\DataValues\\...') 2023-05-08T19:22:29.910562852Z #2 /var/www/html/extensions/SemanticMediaWiki/includes/SemanticMediaWiki.php(214): class_alias('SMW\\DataValues\\...', 'SMWPropertyValu...') 2023-05-08T19:22:29.910571778Z #3 /var/www/html/extensions/SemanticMediaWiki/includes/SemanticMediaWiki.php(30): SemanticMediaWiki::setupAliases() 2023-05-08T19:22:29.910580136Z #4 /var/www/html/includes/registration/ExtensionRegistry.php(527): SemanticMediaWiki::initExtension(Array) 2023-05-08T19:22:29.910588769Z #5 /var/www/html/includes/registration/ExtensionRegistry.php(279): ExtensionRegistry->exportExtractedData(Array) l2023-05-08T19:22:29.910598151Z #6 /var/www/html/includes/Setup.php(278): ExtensionRegistry->loadFromQueue() v2023-05-08T19:22:29.910606533Z #7 /var/www/html/maintenance/doMaintenance.php(83): require_once('/var/www/html/i...') p2023-05-08T19:22:29.910614750Z #8 /var/www/html/maintenance/update.php(312): require_once('/var/www/html/m...') )2023-05-08T19:22:29.910623160Z #9 {main} 2023-05-08T19:22:29.910630999Z thrown in /var/www/html/extensions/SemanticMediaWiki/src/DataValues/PropertyValue.php on line 44
I've changed all links in the Social.coop instance to point to https://join.social.coop now that that's up -- critically, the registration form is now hosted there. I've also announced maintenance and repointed wiki.social.coop to hypha in DNS.
Now all that remains should be to:
Move wiki-alpha.social.coop app to wiki.social.coop -OR- set up wiki.social.coop using coop cloud from scratch
Solve a regression I've just spotted -- logging into Mediawiki is failing with "Fatal error authenticating user." (this was definitely working earlier.)