[16:31:49] Hey, when the next LTS coems out, is there anything i wouild need to do to get the LTS in particlar? [16:32:02] For mediawiki that is [16:50:52] BurningPrincess1: it won't be for two years but it should be the same method as you normally install [17:13:04] Filters logs can't be revdeleted? (Only suppressed, it seems...) [17:13:57] AbuseFilter? Yep [17:14:06] I think there's a task about it [17:14:56] As in, requested feature? [17:15:25] https://phabricator.wikimedia.org/T115530 I believe [17:17:41] What Majavah said [17:18:33] Quite old... [17:20:45] RhinosF1: I prefer inrsalling just LTS each two yearsor so to upgrade [17:20:59] Okay [18:28:41] Good evening gentlemen. [18:29:53] I have a small problem with configuring Nginx to use short urls. [21:50:45] getting this error: PHP Fatal error: Uncaught Error: Class 'Wikimedia\Services\ServiceContainer' not found in /usr/share/mediawiki/includes/MediaWikiServices.php:152 [21:52:01] The class ServiceContainer is available here /usr/share/mediawiki/vendor/wikimedia/services/src/ServiceContainer.php [21:52:25] It seems the path /usr/share/mediawiki/vendor/ is not properly accessible to PHP ? [21:52:53] it should be [21:52:59] but what do we know about your setup? [22:01:29] Aslo... thank you for making mediawiki [22:01:49] so the derived class script has this use statement: use Wikimedia\Services\ServiceContainer [22:02:53] is there a variable what is examined for the paths where mediawiki/php searchs for .php files? [22:02:57] There should be an autoload configuration somewhere to tell PHP on what file that class is defined [22:03:26] Did you copy that file from somewhere? Or did you run composer? [22:04:07] vendor/autoload.php 'wikimedia\\services\\servicecontainer' => '/wikimedia/services/src/ServiceContainer.php' [22:09:37] lowercase? [22:10:05] yes that's 1 thin. the other thing is that i'm not sure it gets the prefix path right? [22:10:27] vendor/autoload.php is autogenerated by composer [22:20:09] strange. This is the vendor/autoload.php that I have on my git checkout: https://dpaste.org/yV6J [22:32:41] Or it's truncated paths because archive extraction is hard [22:33:30] well given the overall path to the install, it seems like this was installed via package manager? [22:34:38] Probably [22:36:11] i reinstalled with composer require wikimedia/services [22:36:18] it's working now [22:37:39] I have a linux fedora apache php-fpm system [22:38:42] it seems: 1. mediawiki rpm + 2. composer install for those extensionsthat didn't come with the rpm, 3. manual extension install for non composer managed ones [22:42:55] hich: MediaWiki does not officially produce packages for package managers (rpm, deb, etc.), so that's a package maintained by someone else. In general, you'll probably have the best luck by using the regular downloads and setting it up yourself [22:43:09] that said the .deb package is maintained by someone well-known to the community and is kept quite up to date [22:43:21] I'm not familiar with the .rpm maintainer [22:44:33] ok and what general comments are there about composer [22:45:08] if you're installing via tarball, all of the vendor dependencies are included and you don't need composer (although some extensions may still require it) [22:45:14] if you're installing via git, composer is required [22:45:26] for anything else, you'll need to consult whomever produced your mediawiki package/install [22:45:36] ok [22:49:05] well, depends what you install from git... [22:49:28] If you checkout a release branch.. `git submodules --init --recursiv` will give you the same as the taralls