Wikitech-l March 2019

wikitech-l@lists.wikimedia.org

94 participants
71 discussions

Read access to patrolled flag in wikimedia API
by Сибирев Кирилл 17 Mar '19

17 Mar '19

Hi, we are using wikimedia http api for getting pages recent changes [1]. We'd like to be able to distinguish patrolled and unpatrolled revisions and this feature is supported according to docs, but we still can't use it because of access permissions. For example if i making requests like [2] or [3] i am getting {"code": "permissiondenied", "info": "You need the \"patrol\" or \"patrolmarks\" right to request the patrolled flag."} error. This API behaviour looks inconsistent to me, because anyone can see patrolled/unpatrolled colored markup at wikipedia revision history web pages. I think patrol right should be checked only at write (ones that mark revisions patrolled or not) API requests and not for read requests. Is this behaviour really inconsistent and implemented that way due to technical restrictions or am i missing something? Can it be changed, so we can get patrolling information for revisions or maybe there are some workarounds exist? [1] https://www.mediawiki.org/wiki/API:RecentChanges [2] https://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rcprop=t… [3] https://en.wikipedia.org/w/api.php?action=query&list=recentchanges&rcprop=t…

5 7

Thank you Tuesday
by Bartosz Dziewoński 15 Mar '19

15 Mar '19

Any day can be Tuesday if you really want. * Thanks to Strainu for insightful comments on the "Backlog on bugs" thread. * Thanks to Roan and Ed for stepping up to review major OOUI patches this week (and to Moriel, Cormac and Matthias who proposed said patches). -- Bartosz Dziewoński

2 1

TechCom Radar 2019-03-13
by Kate Chapman 15 Mar '19

15 Mar '19

Hi All, Here are the minutes from this week's TechCom meeting: * IRC Meeting Scheduled: RFC: Add a frontend build step to skins/extensions to our deploy process <https://phabricator.wikimedia.org/T199004> March 20 2pm PST (21:00 UTC, 22:00 CET) in #wikimedia-office * IRC Meeting Scheduled: RFC: Let's stop using QUnit as a mechanism for integration tests <https://phabricator.wikimedia.org/T212521> March 20 2:45pm PST (21:45 UTC, 21:45 CET) in #wikimedia-office * Last Call extended by one week: RfC: Standards for external services in the Wikimedia infrastructure. <https://phabricator.wikimedia.org/T208524> ending March 20 1pm PST (March 20 20:00 UTC, 21:00 CET) * Last Call: The Great Namespaceization and Reorg <https://phabricator.wikimedia.org/T166010> ending March 20 1pm PST (20:00 UTC, 21:00 CET) * Under discussion: Remove .m. subdomain, serve mobile and desktop variants through the same URL <https://phabricator.wikimedia.org/T214998> * Under discussion: RFC: Skin <templating https://phabricator.wikimedia.org/T217158> * No IRC meeting this week You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. If you prefer you can subscribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> Thanks, Kate -- Kate Chapman Senior Program Manager, Core Platform Wikimedia Foundation kchapman(a)wikimedia.org

1 0

Fwd: MathML Refresh
by Physikerwelt 15 Mar '19

15 Mar '19

Hi all, just for your information: An update about the upcoming improvement in the MathML implementation in Firefox and the new implementation in Chromium. Best physikerwelt ---------- Forwarded message --------- From: Frédéric Wang <fred.wang(a)free.fr> Date: Fri, Mar 15, 2019 at 11:35 AM Subject: MathML Refresh Heads up To: <dev-tech-mathml(a)lists.mozilla.org> Hello Mozilla developers, As some of you may know, Igalia is working on MathML support in Chromium this year [1]. As part of that effort we joined a new MathML Refresh Community Group [2] and one goal is to focus on a core spec for browser implementations [3] to: - Remove deprecated/uncommon/duplicate math features that could be implemented by polyfills (relying on MathML core and other web technologies). - Add more detailed algorithms (based on TeX/OpenType/CSS layout) to help implementation and conformance testing. - Align MathML with CSS/HTML (parsing, layout...), introducing new web platform features (CSS, fonts...) for math if necessary. We expect that this effort will improve browser interoperability and reduce complexity of current implementations. This is just a heads up to say that some work is likely to happen to update/remove/add MathML features. The appropriate "Intents" will be sent later to these mailing lists. Frédéric and Rob, [1] https://mathml.igalia.com/ [2] https://mathml-refresh.github.io/ [3] https://mathml-refresh.github.io/mathml-core/

1 0

OOUI v0.31.0 released – PHP layouts, breaking changes et al
by Volker E. 14 Mar '19

14 Mar '19

Hello everyone, I'm pleased to announce that we've released OOUI v0.31.0 yesterday. Key highlights of this release: - IndexLayout (tab layout) and all its dependent layouts - StackLayout, - MenuLayout, - TabPanelLayout and TabSelectWidget/TabOptionWidget are all now provided server-side in PHP as well. Thanks to Cormac Parle, the Multimedia team and Ed Sanders for providing those. - Mixin configs are made extendable Config options are always overridable unless explicitly needed to force a value to them. - New 'success' type was added as FieldLayout message type additionally to 'error' and 'warning'. Apart from above, there are also possible breaking changes in this release: Please carefully consider if they affect your code. - Remove FlaggedElement from InputWidget. Only TextInputWidget & ButtonInputWidget use or require flags, so mixin FlaggedElement to those directly. The following classes are no longer flagged: - CheckboxInputWidget - CheckboxMultiselectInputWidget - DropdownInputWidget - RadioSelectInputWidget - Remove method names, like for example `onMouseUp` or `onMouseMove`, which got deprecated in v0.28.3 and replaced by `onDocumentMouseUp` and `onDocumentMouseMove`. - Drop `iconTitle` and `indicatorTitle` properties, deprecated in v0.30.0, use `title` instead. - Drop 'search' indicator, deprecated in v0.30.0, in this release removed completely. This indicator hasn't been used anywhere to our knowledge. 'search' icon is the replacement where needed. You can find details on additional new features, code-level and accessibility changes, styling and interaction design amendments, and all improvements since v0.30.0 in the full changelog[1]. If you have any further queries or need help dealing with breaking changes, please let me know. As always, interactive demos[0] and library documentation is available on mediawiki.org[2], there is comprehensive generated code-level documentation and interactive demos and tutorials hosted on doc.wikimedia.org[3]. OOUI version: 0.31.0 MediaWiki version: 1.33.0-wmf.22 Date of deployment to production: Regular train, starting Tuesday 19 March [0] - https://doc.wikimedia.org/oojs-ui/master/demos/#widgets-mediawiki-vector-ltr [1] - https://phabricator.wikimedia.org/diffusion/GOJU/browse/master/History.md [2] - https://www.mediawiki.org/wiki/OOUI [3] - https://doc.wikimedia.org/oojs-ui/master/ Best, Volker -- Senior UX Engineer Wikimedia Foundation volker.e(a)wikimedia.org | @Volker_E

1 0

Commons app update - v2.10, and next steps
by Josephine Lim 14 Mar '19

14 Mar '19

Hi all, Version 2.10 of the Commons Android app has just been released to production on the Google Play Store[1] (also downloadable on F-Droid[2]). The update contains: New features: - Users can search for (and upload pictures for) places that need pictures in any location, not just their current location - Current ongoing campaigns, if any, are displayed on the main screen - "Retry" button to easily re-upload failed uploads Fixes: - Optimized Nearby map loading time - Fixed various bugs and crashes, including errors with "image taken" date We're excited to announce that we've also had our recent Project Grant proposal[3] approved. :) This means there will be lots of improvements coming up in 2019, with focus on improving stability and the upload experience for users. Our first priority will be rewriting the legacy backend code to adhere to modern standards and reduce complexity (especially the network layer, which currently uses a deprecated API). This is aimed at resolving a few major lingering bugs (especially upload failures for a few users), as well as creating a solid technical foundation to base future improvements on. Several new features are slated for release after that, including filters and bookmarks for the "Nearby places that needs pictures" feature, a pause and resume function for uploads, and a "limited connection" mode. Thank you so much to everyone who has supported us thus far, especially in the last rocky year! :) At the conclusion of this grant, we hope to deliver a much better app to you. Best regards, Josephine / @misaochan (project maintainer) [1]: https://play.google.com/store/apps/details?id=fr.free.nrw.commons [2]: https://f-droid.org/repository/browse/?fdid=fr.free.nrw.commons [3]: https://meta.wikimedia.org/wiki/Grants:Project/Commons_app/Commons_Android_…

1 0

Possible change in schedule of generation of wikidata entity dumps
by Ariel Glenn WMF 14 Mar '19

14 Mar '19

If you use these dumps regularly, please read and weigh in here: https://phabricator.wikimedia.org/T216160 Thanks in advance, Ariel Glenn Wikimedia Foundation ariel(a)wikimedia.org

1 0

Community-Engineering gaps as defined in configuration
by Eran Rosenthal 14 Mar '19

14 Mar '19

Hi, Wiki communities can ask to override their default configurations (following consensus). The reasons to override may vary: 1. *customization* for community to align to community specific policy (example: special namespaces / upload policy/user groups rights defined per project and language version) 2. *technical dispute* where community and engineering don't agree (example: VE as single tab for enwiki[1], disabling description tagline in enwiki[2] etc). Technical dispute are problematic - if the product is not good enough engineering and community should ideally come with a solution how to address the issues. We can define a plan to fix the product (disable till task X is fixed), enable/disable feature in the USER level if it is a matter of choice (not the site level) etc. Anyway we should try to avoid letting specific communities override defaults for long term if there is no community specific reason to override the configuration. This create a jungle of configurations, inconsistent UI across languages and more complex maintenance etc. This is a call for action for the wiki communities and engineering: - Engineering - consider to align all wikis to similar configuration if it isn't community customization but "technical dispute" - Communities - consider whether these configurations are old and can be removed Examples of issues found in wmf-config: - VisualEditor tabs (wmgVisualEditorUseSingleEditTab 60 wikis "Deploying slowly with community advanced notice"? wmgVisualEditorSingleEditTabSecondaryEditor - enwiki overrides the default editor) - and more generally enabling VE deployments: https://www.mediawiki.org/wiki/VisualEditor/Rollouts - Patroling - wgUseRCPatrol - disabled by default but ~80 wikis enable it. Should be enabled for all wikis? (if not - what is missing from getting it deployed in more wikis? are there alternative feature for it used in other wikis?) - wgUseNPPatrol/wgUseFilePatrol - few wikis override it. Do we really need to override it? - wgImportSources - Each wiki define arbitrary list of wikis it import from. We should get rid of it and allow import between any Wikimedia site. See https://phabricator.wikimedia.org/T17583 - wmgUseSandboxLink - Enabled in 80 wikis. Why not enabling it everywhere? - wmgUseWikiLove -enabled in ~50 wikis including enwiki. is there a reason to not enable in all wikis? Thanks, Eran [1] https://phabricator.wikimedia.org/T128478 [2] https://phabricator.wikimedia.org/T161805 [3] https://phabricator.wikimedia.org/T214678

7 6

2019-03-13 Scrum of Scrums meeting notes
by Grace Gellerman 13 Mar '19

13 Mar '19

https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-03-13 =*2019-03-13*= == Callouts == * Fundraising campaigns https://meta.wikimedia.org/wiki/CentralNotice/Calendar * Maps incident with geoshapes service: https://wikitech.wikimedia.org/wiki/Incident_documentation/20190308-maps * (From RI) RelEng: Review needed for deploying Extension:WikimediaEditorTasks to production ( https://phabricator.wikimedia.org/T218136 ) == Audiences == === Contributors === ==== Community Tech ==== * Blocked by: * Blocking: * Updates: ** ==== Anti-Harassment Tools ==== * Blocked by: * Blocking: * Updates: ** ==== Editing ==== * Blocked by: * Blocking: ** Updates: ** ==== Growth ==== * Blocked by: * Blocking: * Updates: ** ==== Language ==== * Blocked by: Several CI failures but RelEng is taking care of them. Thanks! * Blocking: * Updates: ** Fixed various bugs in cxserver while ContentTranslation patches were blocked due to CI issues. ** Manually purging old unpublished drafts from ContentTranslation. This will likely to move to cronjob in 2 weeks. === Readers === ==== iOS native app ==== * Blocked by: * Blocking: * Updates: **Working on 6.2.1 ( https://phabricator.wikimedia.org/tag/ios-app-v6.2.1-beluga-on-stilts/) ***bug fixes ***editing enhancements ==== Android native app ==== * Blocked by: * Blocking: * Updates: ** Working on the design changes of enhancing reading lists search functions. *** Bug fixes *** Visual changes of "Suggested edits" ==== Readers Web ==== * Blocked by: * Blocking: * Updates: ** Summary: adding some features to QuickSurveys, tagging and UI changes for Advanced Mobile Contributions, and continuing the MobileFrontend Architecture investment project. ** Responsive website (MinervaNeue / MobileFrontend): *** Advanced mobile contributions https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions **** Add history link to actions menu T213352 **** Tag Thanks actions with AMC tag T215477 **** Provide mechanism to allow dynamically tag log entries T215675 **** Add X-Analytics tag for AMC webrequests T212961 **** Cannot access user contributions when following red link to user page on mobile T201339 *** Invest in the MobileFrontend & MinervaNeue frontend architecture https://www.mediawiki.org/wiki/Reading/Web/Projects/Invest_in_the_MobileFro… Use the Overlay.make pattern for notification feature T217296 **** Refactor ImageOverlay T216198 **** Refactor TalkSectionAddOverlay T217102 **** Limit mobile.startup's mw.config variables T216848 *** QuickSurveys **** Consultation with Research **** Support sampling by country T213847 **** Support sampling by edits T139317 **** Remove templates T208605 **** Revise deprecated ResourceLoader API usage T216746 *** Miscellaneous bug fixes and maintenance T218098 T207618 T217820 ** Desktop website (Popups) *** Popups https://www.mediawiki.org/wiki/Page_Previews **** WMDE reference previews review and support T67114 https://meta.wikimedia.org/wiki/WMDE_Technical_Wishes/ReferencePreviews **** Bugfix for double pokey on some page previews T204627 ==== Readers Infrastructure ==== * Blocked by: ** SRE: Sunsetting Wikipedia Zero stuff ( https://phabricator.wikimedia.org/T187716) is still blocked by https://phabricator.wikimedia.org/T213769 (and possibly others); not urgent, but we want this done this quarter if possible. (Repeat from previous weeks) ** RelEng: Review needed for deploying Extension:WikimediaEditorTasks to production (https://phabricator.wikimedia.org/T218136 ) * Blocking: * Updates: ** mobile-html: *** Changing URLs from https to be protocol independent because the iOS app can handle that better when saving for offline. *** Removing navboxes from mobile-html DOM ** Maps: incident with the geoshapes service https://wikitech.wikimedia.org/wiki/Incident_documentation/20190308-maps ==== Multimedia ==== * Blocked by: * Blocking: * Updates ** ==== Parsing ==== * Blocked by: * Blocking: * Updates: ** Working on fast and spec-compliant HTML5 parsing and filtering (querySelector) in PHP. If you are aware of code that could benefit from this (probably anything that uses DOMDocument and related classes), please add it to https://phabricator.wikimedia.org/T218183 ==== UI Standardization ==== * Blocked by: * Blocking: * Updates: ** OOUI release in prep, we decide if minor or patch release, depending on ongoing work by Multimedia team and Ed: *** Bring StackLayout, MenuLayout, Tab*Layout, IndexLayout to OOUI PHP https://phabricator.wikimedia.org/T215645 *** Quicken PHP tests *** Make mixin configs extendable ** Unify error and system messages https://phabricator.wikimedia.org/T127405 == Technology == === Analytics === * Blocked by: * Blocking: * Updates: ** db1002 is now decommissioned, so we consider the migration of the analytics mysql replicas from the old to the new hosts complete ** the EventLogging database in Hive is now in compliance with the data retention guidelines ** medium refactor in MediaWiki history reconstruction job to organize code, improve performance and fix some issues ** working on Wikistats2 metrics list to bridge the gap between Wikistats1 metric definitions and Wikistats2 interface === Cloud Services === * Blocked by: * Blocking: * Updates: ** === Fundraising Tech === * Blocked by: * Blocking: * Updates: ** Upstreamed fixes for CiviCRM ** Reviewing audit code for main card processor to make sure we're catching everything https://phabricator.wikimedia.org/T217582 ** Fixing CentralNotice sanitization over-strictness https://phabricator.wikimedia.org/T216150 ** Better fraud attempt queries for CiviCRM https://phabricator.wikimedia.org/T199268 ** Tweaks to Thank You mail https://phabricator.wikimedia.org/T207674 ** Building notification stream for changes to active CentralNotice banners and included bits https://phabricator.wikimedia.org/T208511 ** Working on recording opt-in choices even when payment attempt fails https://phabricator.wikimedia.org/T216293 ** Still trying to coordinate timing of payments-wiki upgrade to PHP7 & MW 1.31 https://phabricator.wikimedia.org/T184460 === Core Platform === * Blocked by: * Blocking: * Updates: ** Encapsulate MW environment in Env class for Parsoid ** Program for EMWCon ** Upgrade phan to 1.2.6 ** Session storage deployment prep ** completed T216159 (stale data/caching bug in revisions). Merged. ** completed T202352 (MultiHttpClient+Guzzle), deployed then reverted due to bug ** Prometheus, request IDs, Helm for Kask ** WikiPEG to npm ** Merged "Remove unused method Title::validateFileMoveOperation" (T214316) === Performance === * Blocked by: ** Comms: W3C replied about communication around W3C membership announcement. Waiting for Comms to tell Gilles what they plan to do. ** Legal: *** W3C membership pending, Gilles provided everything Stephen asked for. Now waiting for them to go ahead with it. *** Gilles send email asking for green light on AS perf report *(Security approved on 2019-03-12)* *** Gilles filed task asking for data release review of research paper dataset ** Language: CR for patch to reduce full table SELECTs of translate_metadata https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/Translate/+/494146/ ** CPT: REVISIONID Parser optimisation/deprecation for large wikis. https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/294774/ ** Traffic: *** Be able to distinguish between wiki and non-wiki reqs in mtail from Varnish. - https://phabricator.wikimedia.org/T202479. "This outcome of this task should be for the mtail/varnishrls metric collector to only apply to traffic for hosts where ResourceLoader is available, so as to stop the data pollution from unrelated requests for hosts where there is not meant to be an /w/load.php entry point" *** Error handler on mwdebug servers not working. – https://phabricator.wikimedia.org/T217846 *** Varnish thumbnail URL deduplication patch (prerequisite to Swift auto-cleanup) https://gerrit.wikimedia.org/r/#/c/mediawiki/vagrant/+/489021/ * Blocking: ** * Updates: ** === Release Engineering === * Blocked by: * Blocking: ** Language: Several CI failures ** Readers Infrastructure: Review needed for deploying Extension:WikimediaEditorTasks to production ( https://phabricator.wikimedia.org/T218136 ) ** Search Platform: Thanks RelEng for working on https://phabricator.wikimedia.org/T216689 * Updates: ** Work progresses on CI tool evaluation https://phabricator.wikimedia.org/phame/post/view/149/work_progresses_on_ci… ** Train Health: *** Last week: 1.33.0-wmf.20 - https://phabricator.wikimedia.org/T206674 *** This week: 1.33.0-wmf.21 - https://phabricator.wikimedia.org/T206675 *** Next week: 1.33.0-wmf.22 - https://phabricator.wikimedia.org/T206676 ** Code Health: *** SonarQube is available as an experimental job for all extensions https://gerrit.wikimedia.org/r/c/integration/config/+/490950 === Research === * Blocked by: * Blocking: * Updates: === Scoring Platform === * Blocked by: * Blocking: * Updates: === Search Platform === * Blocked by: Thanks RelEng for working on https://phabricator.wikimedia.org/T216689 * Blocking: * Updates: ** New blog post: https://wikimediafoundation.org/2019/03/12/the-anatomy-of-search-a-place-fo… ** WikibaseCirrusSearch tested on beta & testwikidata, some bugs fixed, loaded on production, enabling soon https://phabricator.wikimedia.org/T190022 ** Blazegraph now can be tested on Jenkins CI: https://phabricator.wikimedia.org/T216855 ** Fixed Greek lowercasing, reindex pending: https://phabricator.wikimedia.org/T203117 https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Greek_and_Unexpected… ** TextCat version update fully finished and deployed: https://phabricator.wikimedia.org/T216083 ** Improved icinga monitoring for OOM conditions in elastic cluster: https://phabricator.wikimedia.org/T76090 ** Working on ES 6 upgrade: https://phabricator.wikimedia.org/T183282 ** Working on query parsing refactoring: https://phabricator.wikimedia.org/T185108 ** Working on moving CirrusSearch code out of Wikibase to a separate extension: https://phabricator.wikimedia.org/T190022 === Security === * Blocked by:None * Blocking:None * Updates: **https://phabricator.wikimedia.org/T217289: TBD **https://phabricator.wikimedia.org/T216692: TBD **https://phabricator.wikimedia.org/T163827:complete by end of week **https://phabricator.wikimedia.org/T216419:start by end of week **https://phabricator.wikimedia.org/T211489:complete by end of week **https://phabricator.wikimedia.org/T201492: TBD **https://phabricator.wikimedia.org/T103011: TBD **https://phabricator.wikimedia.org/T207990:TBD === Services === * Blocked by: * Blocking: * Updates: ** === Site Reliability Engineering === * Blocked by: ** None * Blocking: ** None * Updates: ** Wrapping up on goals == TechComm == * Updates: ** Updated Gerrit Privlege policy: https://www.mediawiki.org/wiki/Gerrit/Privilege_policy ** On Last Call: The Great Namespaceization and Reorg https://phabricator.wikimedia.org/T166010 ending March 20 1pm PST (20:00 UTC, 21:00 CET) ** On Last Call: RfC: Standards for external services in the Wikimedia infrastructure.https://phabricator.wikimedia.org/T208524 ending March 13 11pm PST (March 14 7:00 UTC, 8:00 CET) ** IRC Meeting Scheduled: RFC: Add a frontend build step to skins/extensions to our deploy process https://phabricator.wikimedia.org/T199004 March 20 2pm PST (21:00 UTC, 22:00 CET) in #wikimedia-office ** IRC Meeting Scheduled: RFC: Let's stop using QUnit as a mechanism for integration tests https://phabricator.wikimedia.org/T212521 March 20 2:45pm PST (21:45 UTC, 21:45 CET) in #wikimedia-office == Wikidata == * Blocked by: ** none * Blocking: ** none (we are aware of) * Updates: ** Work continues on new responsive term view on items and property pages: https://phabricator.wikimedia.org/project/board/3620/ ** Preparing Server-Side Rendering service for use with the new Front End Architecture: https://phabricator.wikimedia.org/T212189 ** Work continues on Schema functionality (defining the "schema" Wikidata items of particular kind should follow): https://phabricator.wikimedia.org/project/board/3789/ ** Musical notation data type to be enabled on wikidata.org tomorrow March, 14th: https://phabricator.wikimedia.org/T216730 ** Investigating next steps to improvements in the storage layer == German Technical Wishlist == * Blocked by: ** None * Blocking: ** None * Updates: ** Rollback confirmation feature: it was already reviewed but put on hold until today, waiting for a +2, which would then be rolled out to Beta. ** Finishing the Reference Previews feature of the Popups extension, planned for Beta rollout later: https://phabricator.wikimedia.org/T217139 ** Rolling out a bugfix release of Wikidiff2: https://phabricator.wikimedia.org/T203069 == SoS Meeting Bookkeeping == * Updates: **

1 0

Call for maintainers: Configure extension
by Max Semenik 13 Mar '19

13 Mar '19

This extension has been out of date with MediaWiki for years. A ticket[1] was opened a while ago to archive it, and someone archived the extension's page[2] on mediawiki.org. Is there anyone interested in maintaining it, or we can officially call it dead? ---- [1] https://phabricator.wikimedia.org/T185227 [2] https://www.mediawiki.org/wiki/Extension:Configure -- Best regards, Max Semenik ([[User:MaxSem]])

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 March 2019