Wikitech-l February 2011

111 participants
72 discussions

MediaWiki to Latex Converter
by Hugo Vincent 18 Jun '12

18 Jun '12

Hi everyone, I recently set up a MediaWiki (http://server.bluewatersys.com/w90n740/) and I need to extra the content from it and convert it into LaTeX syntax for printed documentation. I have googled for a suitable OSS solution but nothing was apparent. I would prefer a script written in Python, but any recommendations would be very welcome. Do you know of anything suitable? Kind Regards, Hugo Vincent, Bluewater Systems.

6 13

Recommendation to revert "global login" checkbox from CentralAuth login form
by Brion Vibber 03 Mar '11

03 Mar '11

It seems that someone's added a checkbox "Log me in globally" on CentralAuth's modified Special:Userlogin. This is kind of not great in that it clogs up the user interface with something that should always 100% of the time be on, and should never be optional. The feature request: https://bugzilla.wikimedia.org/show_bug.cgi?id=20852 The commit: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/75041 If there's no strong objection, I'd like to revert it. If there really is some very specific need for non-global logins (wtf?!) this should be something that individual people who really need it can *get to* with their secret wizard knowledge but not inflict on everyone else. ;) -- brion

15 26

Easy code review
by Ashar Voultoiz 02 Mar '11

02 Mar '11

Hello, I noticed code review lagging a bit in trunk, which I was expecting since 1.17 have kept guru busy for the last month. When I started code reviewing in October or November 2010, I have spent hours and hours reviewing trivial revisions that mostly anyone could have marked ok. In attempt to get more people to review the code, I have started marking my own trivial commits with the tag 'easy'. It would be a good way to start being confident in reviewing code if you have not yet tried :) The list is at: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/tag/easy It would be great if other developers can tag their commits with the same tags and we could start shy developers in reviewing more. cheers, -- Ashar Voultoiz

5 5

New weekend, new sprint to fix 1.17 blockers
by mhershberger＠wikimedia.org 28 Feb '11

28 Feb '11

Since several people gave me some very positive feedback about last weekend's sprint to fix the tarball blockers for 1.17, I'm going to have a new sprint to fix the 1.17 blockers. Before we get started, though, let me give some recognition to the people who have fixed bugs this past week: 27440 Special:Types non-functional on 1.17 Jeroen De Dauw (SMW bug that probably shouldn't have been a tarball blocker, but, hey!, thanks Jeroen!) 27506 <gallery> is printed in 1 file per row Krinkle 27607 Special:NewPages only showing last 24 hours since 1.17 Derk-Jan Hartman closed it WORKSFORME There were also two bugs that, after investigation, are no longer tarball blockers: 27474 [[#_foo|bar]] renders with href="#foo" , breaking Cite anchors configuration issue 27571 GRAMMAR rules from $wgGrammarForms don't work with fallback-language Niklas Laxström told me he couldn't reproduce this one or track it down And now, the still-outstanding blocker bugs. A couple of bugs have been added, but I think that overall we're making good progress. First, the bugs related to the new installer that Tim mentioned last week. Since the installer will be the first exposure many people have to 1.17 and the code is all new, I think these deserve special attention. 12070 After Installation MySQL was blocked 26481 New installer doesn't fill in the $*Key values some times 26612 Regression: Postgres cannot install 26937 Deleted file path not visible when going back to page=Options 27579 Chrome saves config as LocalSettings.php.php Chad made some real progress on the Postgres installer (26612) and I said that I would take care of the remaining issue in, but I haven't had a chance yet. Chad and Platonides have been working on 12070. Meanwhile, 26481, 26937, and 27579 look pretty easy. I expect we could have all this taken care of this weekend. If the UI is your thing but the installer bugs don't grab you, have a look at these: 27023 once dom ready mediawiki.loader.using issues callback before modules are ready 27490 RTL ui in LTR wiki is LTR aligned 27540 width of <gallery> always 100% 27566 New wikilink window grows in width each time when opened in Chrome 27577 Gallery perrow width is overestimated 27679 Ugly encoding in red file links containing an ampersand 27693 Doing double bar in image link inside table changed behaviour Finally, a couple more bugs if you none of the above whets your appetite: 27403 Disabled preferences are taken into account anyway 27473 Apostrophe in linktrail breaks bolded links I haven't included one blocker in the list because I think P.Copp's javascript minimizer fixes it. However, his contribution hasn't been installed yet, so there may still be room to try your hand: 27528 JS minification still outputs incorrect javascript for some input If you're going to try your hand at any of these, I suggest you post a comment to wikitech-l so we have an idea of what you're doing. Note that if any of these don't excite you, you should check out #27339 blockers: https://bugzilla.wikimedia.org/showdependencytree.cgi?id=27339&hide_resolve… Some of these require shell access, but some are bugs with MediaWiki extensions used on Wikimedia. As always, if you need help figuring something out or tracking down one of these bugs, ask on #mediawiki on freenode. Happy hacking! Mark.

4 5

post-1.17 deployment restart of dumps
by Ariel T. Glenn 28 Feb '11

28 Feb '11

I have done a small amount of testing, the tests look good. Acccordingly I have started up one process to do dumps; please get your eyeballs on them and let me know thumbs up or down. I'd like to start up the rest of the processes by tomorrow at this time so if you can squeeze in some time to look at them sooner rather than later that would be awesome. Thanks! Ariel p.s. Yes this means I am done travelling for a while, thank goodness. I think I am sick of airplanes. And *very* sick of jet lag.

1 3

New List admin
by Huib Laurens 28 Feb '11

28 Feb '11

Hi, The last month(s) I'm starting to get more busy every day what kind of means that I didn't have time to respond fast... So I contacted Chad, and from this moment he is the second list admin for this list. -- Regards, Huib "Abigor" Laurens Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

1 0

Re: [Wikitech-l] New weekend, new sprint to fix 1.17 bl ockers
by amcchord＠dattobackup.com 27 Feb '11

27 Feb '11

Hello, I am out of the office traveling for business. I am checking my email, however my response may be delayed. I will be in Los Angeles CA for the ASCII success summit held on the 23rd and 24th of February and in Seattle, WA for MVP Nation held on 3rd and 4th of March. I would like to meet with our partners, so if you are traveling to these events or just in the area and would like to get together, please send me an email so we can make arrangements. If your need is more immediate and you would like to speak with someone at Datto HQ, please use the following: For technical support, please contact the support team at 877-455-6015 or support(a)dattobackup.com For sales assistance, please contact Angelo Zucaro at 203.529.4985 or azucaro(a)dattobackup.com Regards, -Austin W. McChord Datto Inc. Phone: 203-665-6423 Fax: 203-665-0391 Email: amcchord(a)dattobackup.com Web: www.dattobackup.com

1 0

Re: [Wikitech-l] New weekend, new sprint to fix 1.17 blockers
by amcchord＠dattobackup.com 27 Feb '11

27 Feb '11

1 0

Re: [Wikitech-l] New weekend, new sprint to fix 1.17 bl ockers
by amcchord＠dattobackup.com 26 Feb '11

26 Feb '11

1 0

Re: [Wikitech-l] New weekend, new sprint to fix 1.17 blockers
by amcchord＠dattobackup.com 26 Feb '11

26 Feb '11

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l February 2011