[00:34:43] <ageis>	 running MW 1.25 and Vector skin REL1_25. the skin/styles are not showing, I have no indications why. ideas?
[00:35:42] <Reedy>	 Is it public?
[00:36:54] <ageis>	 Reedy: https://wiki.freedom.press
[00:39:03] <Reedy>	 Are you loading the skin?
[00:39:12] <Reedy>	 Unfortunately, I can't view Special:Version
[00:39:27] <ageis>	 yes, it's listed in Special:Version
[00:39:39] <ageis>	 using mfLoadSkin()
[00:40:40] <Reedy>	 wfLoadSkin() you mean?
[00:40:57] <Reedy>	 https://wiki.freedom.press/load.php?debug=false&lang=en&modules=mediawiki.legacy.commonPrint%2Cshared%7Cmediawiki.sectionAnchor%7Cmediawiki.skinning.interface%7Cmediawiki.ui.button%7Cskins.vector.styles&only=styles&skin=vector&*
[00:41:00] <Reedy>	 exception 'Less_Exception_Chunk' with message 'ParseError: Unexpected input in mediawiki.mixins.less on line 52, column 22
[00:41:12] <Reedy>	 Problematic modules: {"mediawiki.ui.button":"error","skins.vector.styles":"error"}
[00:41:34] <Reedy>	 So your wiki is serving invalid VSS
[00:41:55] <ageis>	 right
[00:42:01] <ageis>	 hrrrm
[00:42:02] <Reedy>	 *CSS
[00:42:06] <ageis>	 gotcha
[00:42:13] <Reedy>	 list-style-image: e('/* @embed * /') url(@fallback)\9;
[00:42:15] <ageis>	 thank you
[00:42:17] <Reedy>	 Is that \9 right?
[00:42:26] <MatmaRex>	 you have incompatible versions of MediaWiki and Vector
[00:42:26] <ori>	 yes
[00:42:53] <ageis>	 I'm using the REL1_25 branch for both MW and the skin, and both from Git
[00:42:53] <MatmaRex>	 that piece of Less no longer parses after we changed the Less parser in MW
[00:43:27] <MatmaRex>	 well, then somebody backported something wrong…
[00:43:40] <ageis>	 https://git.wikimedia.org/git/mediawiki/skins/Vector.git for the skin and https://github.com/wikimedia/mediawiki-core for MW - both REL1_25 branch
[00:43:43] <ageis>	 k
[00:45:02] <MatmaRex>	 although… i dunno. weird.
[00:45:58] <Reedy>	 ageis: 100% sure you're using the branch for skin too?
[00:46:14] <MatmaRex>	 ageis: do you have the right composer libraries installed?
[00:46:15] <ageis>	 I just grabbed Vector 1.25 through the skin distributor and tried that, and same issue. so it must be my MediaWiki
[00:46:32] <Reedy>	 Yeah, what's your vendor folder like?
[00:46:38] <Reedy>	 Did you run composer yourself?
[00:46:39] <ageis>	 MatmaRex: I installed vendor from https://gerrit.wikimedia.org/r/p/mediawiki/vendor.git rather than composer
[00:46:48] <ageis>	 i'll try composer...
[00:47:25] <MatmaRex>	 ageis: no, it's okay, as long as you have the REL1_25 version too
[00:47:51] <Reedy>	 It's hard to check these things without access to Special:Version ;)
[00:49:45] <ageis>	 looks like vendor was master branch =P hangon
[00:50:20] <Reedy>	 lol
[00:50:33] <ageis>	 there we go!
[00:50:34] <ageis>	 thanks for your help all
[00:51:13] <Reedy>	 np
[00:51:15] <ori>	 \o/
[00:51:23] <ageis>	 do the extensions have REL1_25 branches too that are preferred instead of master?
[00:51:30] <Reedy>	 Yup
[00:51:58] <Reedy>	 You might have less problems with extensions, but it's generally advised to keep the branches the same unless you really know what you're doing :)
[00:52:15] <Reedy>	 Or like living in a world of pain
[00:52:34] <ageis>	 right
[00:55:18] <legoktm>	 !composer
[00:55:18] <wm-bot>	 Composer is a dependency manager for PHP. MediaWiki uses it to include certain external libraries. See https://www.mediawiki.org/wiki/Composer for more details. For information on how to install MediaWiki dependencies with composer see https://www.mediawiki.org/wiki/Download_from_Git#Fetch_external_libraries
[00:56:58] <legoktm>	 https://www.mediawiki.org/w/index.php?title=Download_from_Git&action=historysubmit&type=revision&diff=1946597&oldid=1944766
[00:58:01] <ageis>	 looks like UserMerge REL1_25 is missing extension.json ;P
[00:58:07] <ageis>	 so will have to use the old require_once
[00:58:31] <legoktm>	 https://tools.wmflabs.org/extreg-wos/ I guess it didn't get backported
[00:58:54] <legoktm>	 yeah, only made it into 1.26
[01:08:13] <Trela>	 legoktm: Does that only pull from Gerrit?
[01:08:36] <legoktm>	 the extreg-wos tool? yeah
[01:08:49] <legoktm>	 and it uses categories on mediawiki.org to hide archived repositories
[01:09:11] <Trela>	 Thanks.  :D  That explains why one of mine is mismatched on there.
[01:10:57] <legoktm>	 which one?
[01:11:28] <legoktm>	 the "Bug" part is also super hacky and only works for Wikimedia-deployed stuff
[01:12:46] <Trela>	 DynamicPageList, but I assume that is the _(third_party)/DPL2 version.  Or it could be the re-re-renamed Intersection.
[01:14:39] <legoktm>	 yeah, that DPL is the "third party" one. The Wikimedia-deployed DPL is intersection
[01:20:05] <Trela>	 Is there an official process or page on requesting to take over as an extension's maintainer?  I know of the category page for unmaintained extensions, but the processing for taking over sees to be "just do it".
[01:33:54] <legoktm>	 Trela: yeah, one sec
[01:34:14] <legoktm>	 Trela: https://www.mediawiki.org/wiki/Gerrit/Project_ownership#Requesting_repository_ownership
[01:34:38] <Trela>	 legoktm: Thanks!  Would not have thought to look under the Gerrit stuff for it.
[01:46:53] <mildused>	 I got an IRC bouncer working!
[01:50:32] <Yaron>	 Trela: you should definitely email the extension's listed author, if possible.
[01:57:27] <ori>	 mildused: \o/
[05:44:32] <Repton>	 Can someone please help me my wiki got destroyed.
[05:44:46] <mildused>	 Repton, explain?
[05:45:48] <Repton>	 I tried installing abuse filter and gave all the permissions for it to my user groups and the wiki is now having an internal error.
[05:46:23] <Repton>	 I tried to change my DB and it won't help.
[05:46:27] <mildused>	 Repton, Can you paste the most recent logs?
[05:46:37] <Repton>	 From?
[05:47:21] <mildused>	 $wgShowSQLErrors = true;
[05:47:21] <mildused>	 $wgDebugDumpSql  = true;
[05:47:42] <mildused>	 I believe that in LocalSettings.php enables SQL errors if I remember correctly
[05:49:22] <Repton>	 I pasted it to my LocalSettings.php but I don't see them.
[05:52:32] <Katie>	 Repton: Have you tried undoing your changes to LocalSettings.php?
[05:52:46] <Katie>	 You can comment out (disable) the extension to see if that helps.
[05:53:17] <Repton>	 I tried that it did not help
[05:53:20] <Repton>	 At all
[05:55:40] <p858snake>	 Repton: did you run the upgrade script after you set it up in localsettings?
[05:55:46] <Repton>	 Yep.
[05:57:25] <Niharika>	 Repton: What did you do when you say "I tried to change my DB and it won't help."?
[05:57:33] <Niharika>	 That might have messed up something. 
[05:58:28] <Repton>	 I panicked ok i tried to see if I could fix it.
[05:59:15] <Niharika>	 Reedy: And what exactly did you do? Could you paste a log on dpaste.de if you have it? 
[05:59:37] <Niharika>	 Err, Repton: ^ 
[05:59:41] <Niharika>	 Sorry Reedy. 
[06:00:00] <Repton>	 I don't know where to find the log is the problem.
[06:00:14] <mildused>	 Niharika, That intrigues me. What autocomplete are you using? Alphabetical or most recent poster?
[06:01:28] <Niharika>	 mildused: I'm unsure, but it definitely doesn't seem the most recent poster. 
[06:01:58] <mildused>	 What IRC handler?
[06:02:31] <Niharika>	 Repton: And you don't remember what you did in the DB? 
[06:02:36] <Niharika>	 mildused: IRCCloud. 
[06:04:30] <Repton>	 I don't remember
[06:06:12] <Repton>	 I have a back up somewhere but I really don't want to do everything over again...
[06:07:10] <p858snake>	 well did you let the upgrade script run? did you cancel it midway?
[06:07:19] <p858snake>	 did you manually edit the database in any way?
[06:07:22] <Repton>	 I let it run.
[06:07:38] <Repton>	 I don't think so.
[06:08:37] <mildused>	 Niharika, Premium?
[06:09:41] <Niharika>	 mildused: Yes.  
[06:10:18] <mildused>	 Why not just use a BNC? 
[06:11:26] <Niharika>	 mildused: I lack the expertise to set one up. :P And this account is free for WMF employees, on account of it being a non-profit. 
[06:12:42] <mildused>	 Oh. No point in using BNC then. I did my trial and thought the 5 dollars could be spent elsewhere like a digitalocean droplet.
[06:17:42] <Niharika>	 Yeah. 
[06:18:54] <Niharika>	 mildused: If your work is related to Wikimedia projects, you can request a Labs server and use it to host your tools. 
[06:20:00] <Repton>	 I'm so frustrated :-)
[06:20:08] <Repton>	 *minus the :-)*
[06:20:42] <Trela>	 Repton: Where is your wiki?  I NEED THE BACKTRACES!  :O  (Use http://pastebin.com/ to post them up.)
[06:21:02] <Trela>	 *Or dpaste.de like Niharika said.
[06:21:10] <Repton>	 http://hypotheticalhurricanes.hol.es/wiki/
[06:21:29] <Trela>	 Did you remove <?php from the top of the file?
[06:21:49] <Trela>	 The LocalSettings.php file.
[06:22:15] <Repton>	 *facepalm* yes...
[06:22:55] <Trela>	 ^o^
[06:23:28] <Repton>	 It works again!
[06:24:02] <Trela>	 I see!  As a safety precaution you might want to change your database login credentials since they were publicly visible for a while.
[06:24:29] <Niharika>	 Repton: Next time, make a log of changes you make while attempting self-debugging! 
[06:24:44] <Repton>	 Will do.
[06:25:03] <Repton>	 Bye.
[06:25:06] <Trela>	 Have fun!
[07:29:23] <jonbhaug1970X>	 Hi. Does anyone has a good way to increase uloading sice to 15 MB on a mediawiki on a windowsserver 2008?
[10:15:11] <rom1504>	 yes someone does
[13:18:51] <SPF|Cloud>	 Is 1.26 going to be released today?
[15:28:21] <G_SabinoMullane>	 SPF|Cloud: I've heard nothing. Why would it? At the very least, it's always one-day out until the "release tomorrow" email arrives :)
[15:29:09] <Niharika>	 This is a no-release week. 
[15:29:13] <Niharika>	 I think. 
[15:30:54] <G_SabinoMullane>	 Yeah, I can't imagine US sysadmins would be happy about upgrading tomorrow
[15:40:06] <Trela>	 G_SabinoMullane: I doubt any would immediately upgrade.  At least two to three weeks of testing in development here before I will deploy 1.26 live.
[15:41:03] <RobotsOnDrugs>	 or ignore it and keep using 1.16 until the end of time
[15:41:17] <RobotsOnDrugs>	 that's a popular option
[15:41:29] <Amgine>	 1.9 rulez.
[15:43:59] <ostriches>	 Erm, 1.26 is coming out today.
[15:44:04] <ostriches>	 It's on the calendar.
[15:44:34] <ostriches>	 "This is a no-release week." <- Not the case?
[15:45:11] <andre__>	 No deployments this week is true for WMF sites as per https://www.mediawiki.org/wiki/MediaWiki_1.27/Roadmap
[15:45:20] <andre__>	 Not necessarily for tarball releases. Maybe the source of confusion.
[15:45:45] <ostriches>	 Deployments have totally happened this week, maybe just not the train?
[15:45:53] <ostriches>	 Yay consistency.
[15:47:18] <ostriches>	 I mean, I was planning to do 1.26 today, but if people don't want it yet hey I'll start my 4 day weekend early :D
[15:49:10] <SPF|Cloud>	 G_SabinoMullane Niharika: https://www.mediawiki.org/wiki/MediaWiki_1.26#Release_schedule needs to be changed in that case
[15:49:22] <ostriches>	 SPF|Cloud: You missed my response why you were out :)
[15:49:30] <SPF|Cloud>	 Oh?
[15:49:37] <ostriches>	 Erm, 1.26 is coming out today. / It's on the calendar. / "This is a no-release week." <- Not the case?
[15:49:45] <ostriches>	 (then some other stuff)
[15:49:49] <ostriches>	 Then:  I mean, I was planning to do 1.26 today, but if people don't want it yet hey I'll start my 4 day weekend early :D
[15:49:49] <SPF|Cloud>	 Thanks for the info demon :-)
[15:50:46] <SPF|Cloud>	 Well I don't really care if it's released today, tomorrow or in 2 days because I need to fight with git anyway
[15:50:58] <ostriches>	 Round 1: fight!
[15:51:05] <ostriches>	 Git wins. FATALITY!
[15:51:47] <SPF|Cloud>	 Meh I have made some local patches to MediaWiki
[15:52:01] <SPF|Cloud>	 And they need to be backported to 1.26 too, but I hate git conflicts
[15:52:21] <ostriches>	 Git conflicts are always a sad day :(
[15:52:35] * legoktm just closed a 1.26 blocker
[15:52:43] <legoktm>	 yay licensing!
[15:52:49] <SPF|Cloud>	 Meh, this one ensures that ResourceLoader is not cached in Redis :)
[15:53:03] <SPF|Cloud>	 If needed I can rewrite it, it's not a big deal
[15:53:51] <ostriches>	 legoktm: Oh awesome I hadn't caught my Phab e-mails yet.
[15:53:54] <ostriches>	 tyvm!
[15:54:16] <legoktm>	 I'm reviewing the ConfirmEdit one now
[15:56:37] <legoktm>	 ostriches: was https://phabricator.wikimedia.org/T108634 ever fixed? I know it was for security releases
[15:59:29] <ostriches>	  No?
[16:01:05] <ostriches>	 And I don't think it's any different for security releases either.
[16:01:17] <ostriches>	 "vendor" isn't mentioned in make-release.
[16:01:43] <legoktm>	 Hmm, I was pretty sure the last security release used mediawiki/vendor instead.... /me checks
[16:02:04] <ostriches>	 It did? I don't remember that and I did the release :p
[16:02:44] <csteipp>	 Didn't we have to add vendor and skins like they were extensions into your local version of the script?
[16:03:09] * csteipp has vague memories of doing some hackery to get one of the sub-repos to work right...
[16:03:14] <ostriches>	 skins act like they're extensions, they work "right" now
[16:03:19] <ostriches>	 We fixed that a bit ago
[16:03:21] <legoktm>	 1.25.2 used mediawiki/vendor, 1.25.3 did not
[16:04:20] <legoktm>	 I filed the task for switching to mediawiki/vendor because 1) composer can't be run on the release server 2) GeSHi now needs composer dependencies (pygments)
[16:05:19] <legoktm>	 (which I totally forgot about until now :/)
[16:05:34] <ostriches>	 (1) the release server is pretty much useless anyway
[16:07:07] <legoktm>	 oh :P
[16:07:41] * ostriches mutters something about gpg keys
[16:11:45] <legoktm>	 ostriches: https://gerrit.wikimedia.org/r/255401 I *think* that should work, but I don't want to reclone everything to test it...
[16:12:19] <ostriches>	 I should move mw/tools/release to arcanist </sidetrack>
[16:13:29] <ostriches>	 legoktm: Cherry-picking and trying it out
[16:14:32] <ostriches>	 (I'll be cloning MW about a half-dozen times today lmao)
[16:14:48] <Trela>	 SPF|Cloud: You have a patch that caches ResourceLoader in Redis?
[16:15:01] <SPF|Cloud>	 Trela: no, exactly the reverse
[16:15:09] <Trela>	 Oh.
[16:15:32] <SPF|Cloud>	 If you set wgMainCacheType to redis, ResourceLoader stuff is cached in Redis - but it eats up all my RAM and I was not able to disable that without a quick patch
[16:15:49] <SPF|Cloud>	 And setting wgMainCacheType to none broke the login process..
[16:16:01] <Trela>	 I assume that is a 1.25/1.26 change?
[16:16:15] <SPF|Cloud>	 It is a patch for 1.25
[16:16:30] <SPF|Cloud>	 Ideally something like wgResourceLoaderCacheType should be introduced for it :)
[16:17:29] <Trela>	 It will be a good upgrade for me.  RL in Redis would speed up disk access in our cluster.
[16:18:26] <SPF|Cloud>	 I have SSDs so
[16:18:57] <SPF|Cloud>	 But my Redis server only has 512MB RAM + 256MB swap, and Redis loves RAM too much
[16:20:16] <ostriches>	 legoktm: I think https://phabricator.wikimedia.org/T115392 is done then too since registration bits are backported.
[16:20:37] <legoktm>	 ostriches: I left it open since ImageMap said "no test" for composer
[16:20:52] <ostriches>	 Yeah I know. Are we gonna fret?
[16:20:54] <ostriches>	 :p
[16:25:01] <legoktm>	 ostriches: closed it
[16:29:19] <ostriches>	 So now we just got the RL bug and a blog post.
[16:29:58] <SPF|Cloud>	 RL bug and blog post?
[16:31:29] <legoktm>	 https://phabricator.wikimedia.org/tag/mw-1.26-release/
[16:31:48] <SPF|Cloud>	 Aha
[16:34:25] <ostriches>	 but tbh I can't make heads or tails of that RL bug
[16:42:05] <ostriches>	 legoktm: I can only fetch at about 100kbps from gerrit atm. going to make a coffee, back in...a bit
[16:42:16] <legoktm>	 :/ ok :)
[16:43:05] <ostriches>	 I have an idea for a patch that will make life easier for people on git 2.3+
[16:43:12] <ostriches>	 Use --reference --dissociate
[17:03:24] <ostriches>	 legoktm: bleh can't test because 1.26.0 tag dne yet :\
[17:03:24] <ostriches>	 Hmm
[17:03:35] <legoktm>	 test it with 1.25?
[17:03:43] <legoktm>	 that should work I think...
[17:04:13] <ostriches>	 dur
[17:18:42] <ostriches>	 legoktm: Hmm, no vendor
[17:18:47] <ostriches>	 I don't see why it wouldn't work
[17:18:50] <ostriches>	 But it didn't
[17:19:02] <legoktm>	 :|
[17:20:26] <ostriches>	 Ah I see why
[17:20:32] <ostriches>	 Trying to clone into same dir as core.
[17:20:38] <ostriches>	 getGit params are confusing
[17:23:19] <ostriches>	 Testing, will amend in a moment.
[17:25:03] <ostriches>	 legoktm: Amended.
[17:26:09] <legoktm>	 oh, duh
[17:26:25] <legoktm>	 +1'd
[17:45:00] <ostriches>	 Nikerabbit: What needs to be done on https://phabricator.wikimedia.org/T111685? I see the problem for Translate, but I don't see anything for core...much less a backport for REL1_26. Should it block the release for reals?
[17:46:23] <Nikerabbit>	 ostriches: it's not solved in master, no point blocking 1_26 (other than considering that there might be an unknown regression in core)
[17:46:55] <ostriches>	 Do we know what the fix in master would be?
[17:47:11] <Nikerabbit>	 ostriches: no, the root cause is still unknown
[17:47:47] <ostriches>	 hmmm, ok
[17:48:34] <Nikerabbit>	 might not even be in core
[17:58:36] <Fenyx4>	 Hey, I've locked down the wiki and will be upgrading it soon but in the meantime how do I clean up this mess easily? http://wiki.ultimacodex.com/u4ew/index.php?title=Special:RecentChanges&limit=500&days=30
[18:00:05] <ori>	 Fenyx4: see https://www.mediawiki.org/wiki/Extension:Nuke and https://www.mediawiki.org/wiki/Extension:Nuke#See_also
[18:00:46] <Fenyx4>	 Thanks ori.
[19:09:01] <ostriches>	 1.26.0 all tagged in git, working on the tars now.
[21:07:25] <SPF|Cloud>	 ostriches: status? still tars?
[21:07:57] <ostriches>	 SPF|Cloud: Tars are up, fighting mailman now to send the announcement.
[21:08:02] <SPF|Cloud>	 haha :)
[21:08:04] <SPF|Cloud>	 Good luck
[21:09:31] <Lcawte>	 Wait, so 1.26.0 is going out today?
[21:09:47] <SPF|Cloud>	 Yes
[21:10:21] <SPF|Cloud>	 You should be able to upgrade now I guess?
[21:10:50] <Trela>	 Lcawte: SPF|Cloud: No official announcement yet, so it might change, but it can be downloaded already.  https://releases.wikimedia.org/mediawiki/1.26/mediawiki-1.26.0.tar.gz
[21:10:54] <ostriches>	 Top secret tarballs: https://releases.wikimedia.org/mediawiki/1.26/
[21:11:01] <SPF|Cloud>	 Who uses tarballs
[21:11:03] <SPF|Cloud>	 I use git
[21:11:11] <ostriches>	 Oh, git tags have been up for awhile
[21:11:20] <Trela>	 Tarballs give you the extensions and vendor folder in one go.
[21:11:32] <Trela>	 Also do not have to deal with dump Composer either.
[21:11:39] <Lcawte>	 ShoutWiki uses tarball because somebody insists we still use SVN :|
[21:11:47] <SPF|Cloud>	 SVN is old :p
[21:11:58] <Lcawte>	 I know, it makes me sad on the inside all the time.
[21:12:12] <SPF|Cloud>	 I have over 200 git conflicts now... >_>
[21:12:46] <Trela>	 That is a bit ridiculous.  I had ten, but that is because they are local patches for broken stuff.
[21:12:46] <MaxSem>	 Lcawte, name that somebody! Time for SVN shaming! ;P
[21:13:19] <ostriches>	 We all know who loves SVN ;-)
[21:13:38] <ostriches>	 Ok, announcement up. The release it out and official.
[21:13:42] <ostriches>	 Go forth and have fun.
[21:13:51] <ostriches>	 (also: wikignomes unite for the mw.org updates!)
[21:14:32] <Lcawte>	 ostriches: Are you just about to go off on holiday again?
[21:14:42] <ostriches>	 4 day thanksgiving weekend hehe
[21:15:06] <SPF|Cloud>	 The worst documented thing of git in life: git conflicts
[21:15:46] <Lcawte>	 Right, so who do we have in Europe that I can pester when we notice something broken tomorrow? ;)
[21:16:15] * ostriches finds a trout to slap Lcawte with
[21:16:56] <SPF|Cloud>	 both modified:   tests/phpunit/includes/registration/ExtensionRegistryTest.php
[21:17:02] * Lcawte logs in to his hotmail to look for announcement
[21:17:16] <SPF|Cloud>	 I try git checkout --theirs tests/phpunit/includes/registration/*.php, but even after that it still shows up in git status
[21:18:12] <Trela>	 SPF|Cloud: Make sure to git add the file afterwards.
[21:18:21] <SPF|Cloud>	 heh
[21:29:03] <ostriches>	 Most of the MW.org stuff should be updated now, I hit all the templates at least.
[21:29:14] <ostriches>	 Someone who knows how to Wikidata should take care of Q83
[21:29:58] <Trela>	 Cheers to MW 1.26!  ^o^
[21:30:37] <Vulpix>	 ostriches: the link to mediawiki-announce in https://www.mediawiki.org/wiki/MediaWiki is wrong - points to the security release
[21:30:51] <Vulpix>	 #CopyPasteProblems
[21:30:59] <ostriches>	 Bleh, fixing
[21:31:00] <ostriches>	 thx
[21:32:05] <ostriches>	 Vulpix: {{done}}
[21:32:12] <Vulpix>	 thx :)
[22:00:04] <SPF|Cloud>	 I miss the time I had to upgrade MediaWiki every month to keep my wikis safe
[22:00:18] <SPF|Cloud>	 We want monthly releases back! :)
[22:01:03] <ostriches>	 Monthly releases didn't do anything to keep you "safe"
[22:01:15] <ostriches>	 Security releases come out when you need to be safe :)
[22:02:33] <SPF|Cloud>	 Aren't security fixes released less regularly now?
[22:02:34] <Katie>	 master is fairly stable.
[22:02:41] <SPF|Cloud>	 Or am I just dumb
[22:02:44] <ostriches>	 SPF|Cloud: No?
[22:02:44] <Katie>	 You could just run that if you're adventurous.
[22:02:49] <ostriches>	 We just had a security release last month
[22:03:20] <bawolff>	 SPF|Cloud: We used to have significantly more regular releases, but they weren't neccesarily security
[22:03:24] <SPF|Cloud>	 Oh true. It's 11PM here, that's why I guess
[22:03:51] <ostriches>	 We also used to have a lot more significantly fewer releases
[22:03:59] * ostriches looks back to 1.15, 1.16, 1.17 :p
[22:04:11] <ostriches>	 a lot more significantly fewer.
[22:04:15] <SPF|Cloud>	 The first time I upgraded MediaWiki was when 1.23.1 was out
[22:04:15] <ostriches>	 Wow, I do need a break.
[22:04:46] <SPF|Cloud>	 And it failed because it was to difficult to do a minor upgrade ;p
[22:04:51] <bawolff>	 When the Mark's were doing releases, they had a goal of doing a release every month I think
[22:05:30] <SPF|Cloud>	 I like new releases
[22:05:58] <ostriches>	 bawolff: Yeah, most of which basically included nothing other than i18n.
[22:06:03] <ostriches>	 Branches don't get loved.
[22:06:10] <Trela>	 Please no Chrome model of release "numbering".  Tiny subtle feature?  +1 +1 +1 +1
[22:06:43] <ostriches>	 Version numbers are pointless.
[22:06:52] <SPF|Cloud>	 Yeah
[22:07:16] <SPF|Cloud>	 $wgVersion = 'you don't know who I am';
[22:08:25] <SPF|Cloud>	 1.18 support ended when I first 'met' MediaWiki
[22:08:30] <ostriches>	 Heh, that would break uses of version_compare( ) :p
[22:08:34] <SPF|Cloud>	 So I'm like the newbie here
[22:08:45] <bawolff>	 I still wish we subtracted 1 and multiplied by 10 when 1.20 came out
[22:08:50] <SPF|Cloud>	 Idc :)
[22:09:04] <SPF|Cloud>	 You patch MediaWiki, and nothing breaks
[22:09:09] <p858snake>	 <SPF|Cloud> Aren't security fixes released less regularly now? <they are released when security issues are detected and fixed, so if they are less regular, we might just have better coding standards or they just aren't being detected as match
[22:09:41] <SPF|Cloud>	 Less security issues is always +1
[22:09:45] <ostriches>	 Security releases are a pain in the rear, so we usually bundle a couple of fixes into a single one too.
[22:09:50] <p858snake>	 clearly we should just ditch numbers and use the names of scholars or something instead
[22:09:54] <ostriches>	 Last one fixed like 4 or 5 issues.
[22:10:28] <SPF|Cloud>	 MediaWiki is almost like Debian
[22:10:31] <bawolff>	 And there are security issues we've fixed but haven't quite put into a release yet
[22:11:27] <SPF|Cloud>	 Heh
[22:12:05] <SPF|Cloud>	 These kinds of dicussions is why I love MediaWiki (devs)
[22:12:15] <SPF|Cloud>	 cya