Wikitech-l May 2009

wikitech-l@lists.wikimedia.org

88 participants
69 discussions

Open Document Format
by Lars Aronsson 18 May '09

18 May '09

Can someone explain why the Wikimedia Commons accepts uploads of printable PDF documents (e.g. brochures) but not the editable source version in Open Document Format (e.g. .ODT). This seems to violate the open source principle. This should be an FAQ but, but it isn't obvious from http://commons.wikimedia.org/wiki/Commons:File_types -- Lars Aronsson (lars(a)aronsson.se) Aronsson Datateknik - http://aronsson.se

11 25

Bugzilla Weekly Report
by reporter＠isidore.wikimedia.org 18 May '09

18 May '09

MediaWiki Bugzilla Report for May 11, 2009 - May 18, 2009 Status changes this week Bugs NEW : 122 Bugs ASSIGNED : 7 Bugs REOPENED : 17 Bugs RESOLVED : 88 Total bugs still open: 3629 Resolutions for the week: Bugs marked FIXED : 60 Bugs marked REMIND : 0 Bugs marked INVALID : 8 Bugs marked DUPLICATE : 11 Bugs marked WONTFIX : 7 Bugs marked WORKSFORME : 2 Bugs marked LATER : 1 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component API 5 General/Unknown 5 User interface 4 Site requests 4 Page rendering 4 New Bugs Per Product MediaWiki 38 Wikimedia 7 MediaWiki extensions 4 Cortado 1 Top 5 Bug Resolvers rhalsell [AT] wikimedia.org 27 brion [AT] wikimedia.org 11 siebrand [AT] wikipedia.be 11 innocentkiller [AT] gmail.com 8 niklas.laxstrom [AT] gmail.com 4

1 0

MediaWiki release candidate 1.15.0rc1
by Tim Starling 17 May '09

17 May '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 MediaWiki 1.15.0rc1, a release candidate for the 2009 Q2 branch of MediaWiki, is now available. Please try it out and tell us if it works for you. This is a beta release and is not recommended for use in a production environment. SQLite support has been re-enabled. SQLite is a lightweight serverless database engine. All you need is the client library (which comes with PHP), and a place to put files. It should be great for small personal wikis and resource-limited shared hosts. Please try it out. A new user preference has been added, allowing the user to specify their gender. This is primarily for the benefit of localising interface text in languages which have gendered second person pronouns, such as Russian. A user's gender is currently only available via the {{GENDER:}} parser function. More applications may be added later. Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_15_0RC1/phase3/RELEASE… ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.15/mediawiki-1.15.0rc1.tar.gz Patch to previous version (1.14.0), without interface text: http://download.wikimedia.org/mediawiki/1.15/mediawiki-1.15.0rc1.patch.gz Interface text changes: http://download.wikimedia.org/mediawiki/1.15/mediawiki-i18n-1.15.0rc1.patch… GPG signatures: http://download.wikimedia.org/mediawiki/1.15/mediawiki-1.15.0rc1.tar.gz.sig http://download.wikimedia.org/mediawiki/1.15/mediawiki-1.15.0rc1.patch.gz.s… http://download.wikimedia.org/mediawiki/1.15/mediawiki-i18n-1.15.0rc1.patch… Public keys: https://secure.wikimedia.org/keys.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkoOSnEACgkQ8F4kYQ4+MpOxlwCfUGd4zFVHYZ7JSIXVYntcwS/t 2n0An0Fbhth3p2fIgMjx1k6g0KcgPCcY =p6Lw -----END PGP SIGNATURE-----

3 2

Re: [Wikitech-l] Database Abstraction
by Chad 16 May '09

16 May '09

Exactly. Using wgDbType outside of the database should never be necessary. -Chad On May 16, 2009 12:59 PM, "Roan Kattouw" <roan.kattouw(a)gmail.com> wrote: 2009/5/16 Freako F. Freakolowsky <freak(a)drajv.si>: > Why was this approach opposed? > I am working on Oracle abstraction at the moment and i was planni... What I think DJ Bauch meant was that conditional code in special pages deciding which SQL to use based on $wgDBtype is a bad idea and has been opposed. Adding a function to the Database class to form compound queries has, to my knowledge, not been opposed. Roan Kattouw (Catrope) _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia....

1 0

Re: [Wikitech-l] Procedure for renaming files as a part of patches
by Chad 16 May '09

16 May '09

I'm aware of the bug, I just didn't see any major reason to do it. However, consistency is always good and this is a pretty low-impact change. -Chad On May 15, 2009 9:50 PM, "Karun Dambiec" <karun(a)fastmail.fm> wrote: On Fri, 15 May 2009 21:44 -0400, "Chad" <innocentkiller(a)gmail.com> wrote: > That should be a part of your patch, renaming the files. > If you renamed via svn, then it should ... I wasnt aware SVN had a rename option. Ill update the patch to include renaming the files. Probably the main reason to rename them is that in the maintenance directory, the standard is .inc, whereas there are a few, but not many with .inc.php as the extension And there was a bug report submitted to fix it. -- Karun Dambiec karun(a)fastmail.fm_______________________________________________ Wikitech-l mail...

2 1

Re: [Wikitech-l] Procedure for renaming files as a part of patches
by Chad 16 May '09

16 May '09

That should be a part of your patch, renaming the files. If you renamed via svn, then it should be included in your unified diff. Fwiw, is there any compelling reason to change them all to .inc? The majority seem to be .inc.php. -Chad On May 15, 2009 9:40 PM, "Karun Dambiec" <karun(a)fastmail.fm> wrote: Hello, I have been working on a patch for Bug 18698 which is where we have inconsistent file naming standards being .inc and .inc.php The patch I have created corrects the file naming to .inc in the affected files. Once it has been reviewed and after that, is there some form of procedure or process that exists to have files renamed? Regards -- Karun Dambiec karun(a)fastmail.fm _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

2 1

Procedure for renaming files as a part of patches
by Karun Dambiec 16 May '09

16 May '09

Hello, I have been working on a patch for Bug 18698 which is where we have inconsistent file naming standards being .inc and .inc.php The patch I have created corrects the file naming to .inc in the affected files. Once it has been reviewed and after that, is there some form of procedure or process that exists to have files renamed? Regards -- Karun Dambiec karun(a)fastmail.fm

1 0

Tracking Wikipedia using ShowSlow
by Sergey Chernyshev 16 May '09

16 May '09

Guys, I've added Wikipedia homepage and Hillary Clinton (Re: bug #17577<https://bugzilla.wikimedia.org/show_bug.cgi?id=17577>) page to ShowSlow.com's tracker: http://www.showslow.com/details/?url=http%3A%2F%2Fwikipedia.org%2F http://www.showslow.com/details/?url=http%3A%2F%2Fen.wikipedia.org%2Fwiki%2… Right now ShowSlow.com's beacons tracks only YSlow and display YSlow grade and page size, but I'm hoping to add more measurements in the future. Let me know if this kind of information is interesting to you for your Usability initiative or general front-end optimization projects. ShowSlow is open source so you can run your own instance if you like - I'll be happy to help setting it up. Thank you, Sergey -- Sergey Chernyshev http://www.sergeychernyshev.com/

1 0

How to submit a patch for Mediawiki extensions?
by Strainu 15 May '09

15 May '09

I'm sure that it's written somewhere on Mediawiki.org or on meta, but I can't get hold of the information right now. Can somebody help me? Thanks, Andrei

3 2

Re: [Wikitech-l] Dealing with Large Files when attempting a wikipedia database download - Focus upon Bittorrent List
by Jameson Scanlon 15 May '09

15 May '09

Two separate sites indicate potential sources of torrents for *.tar.gz downloads of the en wikipedia database material : http://en.wikipedia.org/wiki/Wikipedia_database and http://meta.wikimedia.org/wiki/Data_dumps#What_about_bittorrent.3F (so far). Is it possible for anyone to indicate more comprehensive lists of torrents/trackers than these? Are there any plans for all the database download files to be available in this way (I imagine that there would also be some PDF manual which would go along with these to indicate offline viewing, and potentially more info than this). J On 4/15/09, Petr Kadlec <petr.kadlec(a)gmail.com> wrote: > 2009/4/14 Platonides <Platonides(a)gmail.com>: >> IMHO the benefits of separated files are similar to the disadvantages. A >> side side benefit if it would be that hashes would be splitted, too. If >> you were unlucky, knowing that 'something' (perhaps just a bit) on the >> 150GB you downloaded is wrong, is not that helpful. >> So having hashes for file sections on the big ones, even if not >> 'standard' would be an improvement. > > For that, something like Parchive would probably be better… > > -- [[cs:User:Mormegil | Petr Kadlec]] > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

10 15

2026

2025

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 May 2009