[00:01:00] Oh, nvm, 1.35 direct to LTS is fine. [00:03:33] you can go straight from old version to newest version with some caveats depending on how old old version is [00:03:49] From 1.35 [00:03:53] a lot of people jump LTS to LTS, so you'd be following in footsteps [00:04:31] I see a note saying at 1.36 there's a 2 step compatibility lag. IDK if 1.35/7/9 is valid, or only 5/6/8/0 [00:04:46] nah, it's 2 LTSs, not 2 versions [00:05:06] 1.35 -> 1.39 and 1.43 are supported. 1.35 to 1.44 is not, nor is 1.34 to 1.44 [00:05:12] Ok, looking for lts numbers [00:05:20] Ok, sweet, thanks [00:05:34] every 4th version? [00:05:44] s/nor is 1.34 to 1.44/nor is 1.34 to 1.42/ [00:06:05] yes, versions are released every ~6 months [00:06:16] and LTSs accordingly every 4th version/2 years [00:14:28] some of us who've been around for long enough would argue that LTS versions are just about the only worthwhile versions, unless you're strictly limiting yourself to the skins and extensions used on Wikimedia wikis :-) [00:14:59] yeah, I don't think I could be hastled to upgrade an install more than once every couple years. [00:18:55] I kinda wish LTS was less regular. 2 years feels somewhat short [00:19:34] Then again the amount of change means I end up upgrading every year anyway [02:54:40] Will I have issues running 1.35 and 1.39 at the same time sharing memcached configuration? [02:57:19] I'll disable it and not risk object schema changes from messing up the old site [02:59:22] mcint: yes you will have trouble, I'd recommend setting https://www.mediawiki.org/wiki/Manual:$wgCachePrefix differently [04:13:38] Oh, excellent answer with the link. Looks like my use of a different database name and table prefix resolves it. (previous ones were verbose and redundant) [04:22:28] Having an issue with: PHP Fatal error: Trait 'Wikimedia\NormalizedException\NormalizedExceptionTrait' not found in [wikidir]/includes/Settings/Config/PhpIniSink.php on line 12 [04:22:55] but I can't install it with composer require wikimedia/normalized-exception or composer require -W wikimedia/normalized-exception [04:31:51] Removing composer's lockfile [14:04:19] Does anyone here know a way to disable MobileFrontend's default display for File: pages while keeping $wgMFAutodetectMobileView = true; for all other situations? [16:17:14] is there an easy way to find the oldest entry in a wiki? [16:18:34] I mean doesn't have to be scholarly exact, I just need to prove that this application was here before me, because I'm in trouble for installing it. [16:20:42] Get the lowest revision id on your wiki. In case it was deleted, you may need to look at it from the archive table [16:23:21] okay, that was easier than expected. /wiki/?oldid=1 gives me a year that's older than me, so that'll work [18:24:05] is it OK to edit uploaded files directly on the filesystem, or will this break something due to hash mismatch? [18:28:52] taylan: it will break things [18:29:08] aww [18:29:20] is there any easy way to do it the right way? [18:29:37] I need to trim (remove transparent edges) on about 100 images... [18:29:48] with imagemagick it's simply the -trim switch [18:42:58] taylan, point the imagemagick output to a different directory, then use https://www.mediawiki.org/wiki/Manual:ImportImages.php to "upload" them [18:44:04] make sure the filenames are the same and pass --overwrite [18:44:30] ooooh [18:45:20] lemme try that [22:36:27] can I mass-protect pages? I think I'd like to protect all templates on my wiki so only trusted users can edit them. [22:36:43] !wg NamespaceProtection [22:36:43] https://www.mediawiki.org/wiki/Manual:%24wgNamespaceProtection [22:37:08] taylan: There's a config you can put in LocalSettings.php to protect everything in a specific namespace [22:37:15] oh cool