Re: [Wikitech-l] Requiring PHP >= 5.3.3 for MediaWiki core

[Krinkle]

On 24 Oct 2014, at 17:31, James Forrester  wrote:

> 
> ​How much longer? 1.25 is May 2015; Wikimedia's ZAP -> HAT migration is
> nominally to be finished within a month…​
> 


Since neither ZAP or HAT is defined anywhere on wikitech or mediawiki.org, 
created:
https://wikitech.wikimedia.org/wiki/Zap/Hat

(with ZAP and HAT redirects.)

-- Krinkle
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Proposal: slight change to the XML dump format

[Gerard Meijssen]

Hoi,
You may want to wait until the dumps are fixed. Magnus fixed the one but
last dump by hand. The following dump is still broken. Wait until we KNOW
the dumps are ok.
Thanks,
 GerardM

On 27 October 2014 21:58, Ariel T. Glenn  wrote:

> Thank you Google for hiding the start of this thread in my spam folder
> >_<
>
> I'm going to have to change my import tools for the new format, but
> that's the way it goes; it's a reasonable change.  Have you checked with
> folks on the xml data dumps list to see who might be affected?
>
> Ariel
>
>
> Στις 23-10-2014, ημέρα Πεμ, και ώρα 09:52 -0500, ο/η Aaron Halfaker
> έγραψε:
> > I spend a lot of time processing the XML dumps that this will affect.  I
> > just wanted to chime in to say that this change makes sense to me and it
> > won't affect my work.
> >
> > -Aaron
> >
> > On Thu, Oct 23, 2014 at 9:06 AM, Daniel Kinzler 
> > wrote:
> >
> > > tl;dr:
> > >
> > > In the xml dumps, I want to change
> > >
> > > to
> > >
> > >
> > > However, this is a breaking change to our XML schema.
> > > See https://bugzilla.wikimedia.org/show_bug.cgi?id=72417
> > >
> > >
> > > Background:
> > >
> > > While trying to fix bug 72361, I ran into an issue with our current XML
> > > dump format:
> > >
> > > The  and  tags are placed *after* the  tag.
> > > This means that we don't know how to handle the text when we process
> XML
> > > events
> > > in a stream - we'd have to buffer the text, wait until we know model
> and
> > > format,
> > > and then process it. A pain.
> > >
> > > The current order has no deeper meaning - it is, indeed, my own fault:
> i
> > > didn't
> > > think this through when adding these tags. I propose to change the
> order
> > > of the
> > > tags now, to make stream processing easier.
> > >
> > > That would technically be a breaking change to the dump format,
> > > incompatible
> > > with  and
> export-0.9.xsd. I
> > > doubt
> > > however that any consumers rely on the current placement of  and
> > > , as it is extremely inconvenient (compare bug 72361), but you
> > > never know.
> > >
> > > I propose to release a new XSD version 0.10 with the order changed, and
> > > mention
> > > it in the release notes. Should be fine.
> > >
> > > Any objections?
> > >
> > > -- daniel
> > >
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Proposal: slight change to the XML dump format

[Ariel T. Glenn]

Thank you Google for hiding the start of this thread in my spam folder
>_<

I'm going to have to change my import tools for the new format, but
that's the way it goes; it's a reasonable change.  Have you checked with
folks on the xml data dumps list to see who might be affected?

Ariel


Στις 23-10-2014, ημέρα Πεμ, και ώρα 09:52 -0500, ο/η Aaron Halfaker
έγραψε:
> I spend a lot of time processing the XML dumps that this will affect.  I
> just wanted to chime in to say that this change makes sense to me and it
> won't affect my work.
> 
> -Aaron
> 
> On Thu, Oct 23, 2014 at 9:06 AM, Daniel Kinzler 
> wrote:
> 
> > tl;dr:
> >
> > In the xml dumps, I want to change
> >
> > to
> >
> >
> > However, this is a breaking change to our XML schema.
> > See https://bugzilla.wikimedia.org/show_bug.cgi?id=72417
> >
> >
> > Background:
> >
> > While trying to fix bug 72361, I ran into an issue with our current XML
> > dump format:
> >
> > The  and  tags are placed *after* the  tag.
> > This means that we don't know how to handle the text when we process XML
> > events
> > in a stream - we'd have to buffer the text, wait until we know model and
> > format,
> > and then process it. A pain.
> >
> > The current order has no deeper meaning - it is, indeed, my own fault: i
> > didn't
> > think this through when adding these tags. I propose to change the order
> > of the
> > tags now, to make stream processing easier.
> >
> > That would technically be a breaking change to the dump format,
> > incompatible
> > with  and export-0.9.xsd. I
> > doubt
> > however that any consumers rely on the current placement of  and
> > , as it is extremely inconvenient (compare bug 72361), but you
> > never know.
> >
> > I propose to release a new XSD version 0.10 with the order changed, and
> > mention
> > it in the release notes. Should be fine.
> >
> > Any objections?
> >
> > -- daniel
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Tech Talk: The MediaWiki Content Translation Extension: November 3rd

[Rachel Farrand]

Please join us for the following tech talk:

*Tech Talk**:* The MediaWiki Content Translation Extension
*Presenter:* Joel Sahleen, Software Engineer, Wikimedia Language Engineering
*Date:* November 3rd
*Time:* 1800 UTC

Link to live YouTube stream 
*IRC channel for questions/discussion:* #wikimedia-office
Google+ page
,
another
place for questions

*Talk description:*
Wikipedia is the largest online encyclopedia in the world. With more than
32 million articles in over 280 languages, Wikipedia's network of
language-specific MediaWiki sites has become an important global resource
for the preservation and distribution of knowledge. If you look at how
Wikipedia's content is distributed across these language-specific sites,
however, you find that much of it is only available in a few “major”
languages, with English having by far the most content. At the same time,
there is also content found only in smaller Wikipedia language editions
that really deserves a wider audience. In order for different language
communities to be able to share content with each other, we need to provide
their multilingual users with a quick and easy way to translate content
found in one Wikipedia language edition and then publish the result in
another Wikipedia language edition. This is where the MediaWiki Content
Translation extension comes in.

The MediaWiki Content Translation (CX) extension provides a community’s
multilingual users with an array of translation tools they can use to
bootstrap the creation of new articles in their target language from
existing articles in related source languages. These tools are powered by a
set of integrated translation services that are potentially adaptable to
other Wikimedia projects. The extension is currently being made available
as a beta feature for a limited set of test languages that includes
Spanish, Catalan and Portuguese. More languages are planned to be added in
the future based on community interest, impact and various technical
criteria.

This talk will give an overview of the MediaWiki Content Translation
extension’s key features and describe its general architecture. The focus
will be on identifying the problems Content Translation is meant to solve,
explaining how we have attempted to solve these problems and discussing the
value the extension can add to Wikipedia and other MediaWiki based projects.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wmfall] Marielle Volz joins Wikimedia as Software Developer

[Amir E. Aharoni]

Welcome!
Awesome introduction indeed.
בתאריך 27 באוק 2014 20:49, "Tomasz Finc"  כתב:

> I am pleased to announce Marielle Volz joining the Wikimedia
> Foundation as a Software Engineer for the Editing team.
>
> Marielle will be working remotely from London, UK. She made her first
> website[1] in 1997 with Adobe PageMill 2.0[2], which according to one
> review at the time, "has terrific tables by today's standards for an
> HTML editor, although they're not bad by any standard."[3]. When her
> house finally got the internet in 1999, she first discovered the "view
> source" button. It wasn't until 5 years later in 2004 that she
> registered her first Wikipedia account, wherein she developed a lovely
> addiction to that damnable website.
>
> During a brief period of insanity (i.e. all of her undergraduate and
> graduate education) she considered becoming a Scientist, before
> realizing it's actually more fun to sit inside on a computer all day
> editing Wikipedia articles about Science rather than Doing Science and
> actually going outside, which, with the advent of vitamin D
> supplementation, is wholly unnecessary, and perhaps one could even
> say, *inadvisable*.
>
> Only now, having recently become a member of the 10 year club, has
> finally joined two of her passions: "making internet stuff" and
> "Wikipedia internet stuff" to work on VisualEditor, an HTML editor. To
> that end of continuing to edit articles about Science, and also making
> internet stuff, she did the FOSS Outreach Program for Women program
> this Summer[4], and started developing a node.js service Citoid[5] to
> make it easy to insert citations using a URL/DOI/Title in VE/Wikitext.
>
> She'll be continuing to do that, and maybe other things, but mostly
> that, as a contractor starting last month.
>
> Please join me in welcoming Marielle to the Wikimedia Foundation.
>
> --tomasz
>
> [1]
> http://web.archive.org/web/20030126114223/http://www.tufts.edu/as/engdept/mpwg/exhibits/stow/marielle.html
> [2] https://en.wikipedia.org/wiki/Adobe_PageMill
> [3]
> http://web.archive.org/web/20080620021417/http://www.soc.org.uk/bulletin/pagemil2.htm
> [4] https://www.mediawiki.org/wiki/User:Mvolz/OPW_proposal_round_8
> [5] https://www.mediawiki.org/wiki/Citoid
>
> ___
> Wmfall mailing list
> wmf...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wmfall
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] OPW 9 Proposal : Pywikibot - Compat to core migration.

[Priyanka Jayaswal]

Hi Andre!!

On Thu Oct 23 13:31:31 UTC 2014 Andre wrote :

>> Further information about the project has been provided on the Proposal
>> page:
>> https://upload.wikimedia.org/wikipedia/mediawiki/0/01/ProposalPywikibot-CompattoCoreMigration.pdf

>Is that information available as a wikipage somewhere? PDF is quite
>static and does not automatically have a discussion page plus I wouldn't
>be able to easily identify changes between versions of that proposal.

All the above mentioned details in the PDF are available as wikipage
at https://www.mediawiki.org/wiki/User:Prianka .

>> We need community's valuable suggestions to improve the proposal, add
>> possible features, and views on the project so that this project can be
> >success.

>Do you have specific questions? When you write "add possible features",
>are you concerned that your proposal is not "enough work" yet?

I have received much guidance from my mentors and had made that
proposal. It would be really great to get reviews from the community
on the proposal.

Hoping to hear soon.

Regards

-- 
Priyanka Jayaswal
Third Year Undergraduate Student
Department of Mathematics
Indian Institute of Technology, Kharagpur

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wmfall] Marielle Volz joins Wikimedia as Software Developer

[Roan Kattouw]

On Mon, Oct 27, 2014 at 11:48 AM, Tomasz Finc  wrote:
> I am pleased to announce Marielle Volz joining the Wikimedia
> Foundation as a Software Engineer for the Editing team.
>
Welcome Marielle!

> and started developing a node.js service Citoid[5] to
> make it easy to insert citations using a URL/DOI/Title in VE/Wikitext.
>
To put that into perspective: she's working on a feature in VE that
will let you paste in a URL to, say, a New York Times article, and
will then automatically generate and insert a {{cite news}} template
for you with all the right information (title of the article, author,
date, etc.). Some of you may have seen the demo that she and Erik did
at a metrics meeting earlier this year. This is really exciting,
because it's a big step forward towards the goal of making even
relatively complex tasks like inserting citations more convenient in
VE than in wikitext.

Roan

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Wmfall] Marielle Volz joins Wikimedia as Software Developer

[Arthur Richards]

Welcome Marielle :)
On Oct 27, 2014 11:48 AM, "Tomasz Finc"  wrote:

> I am pleased to announce Marielle Volz joining the Wikimedia
> Foundation as a Software Engineer for the Editing team.
>
> Marielle will be working remotely from London, UK. She made her first
> website[1] in 1997 with Adobe PageMill 2.0[2], which according to one
> review at the time, "has terrific tables by today's standards for an
> HTML editor, although they're not bad by any standard."[3]. When her
> house finally got the internet in 1999, she first discovered the "view
> source" button. It wasn't until 5 years later in 2004 that she
> registered her first Wikipedia account, wherein she developed a lovely
> addiction to that damnable website.
>
> During a brief period of insanity (i.e. all of her undergraduate and
> graduate education) she considered becoming a Scientist, before
> realizing it's actually more fun to sit inside on a computer all day
> editing Wikipedia articles about Science rather than Doing Science and
> actually going outside, which, with the advent of vitamin D
> supplementation, is wholly unnecessary, and perhaps one could even
> say, *inadvisable*.
>
> Only now, having recently become a member of the 10 year club, has
> finally joined two of her passions: "making internet stuff" and
> "Wikipedia internet stuff" to work on VisualEditor, an HTML editor. To
> that end of continuing to edit articles about Science, and also making
> internet stuff, she did the FOSS Outreach Program for Women program
> this Summer[4], and started developing a node.js service Citoid[5] to
> make it easy to insert citations using a URL/DOI/Title in VE/Wikitext.
>
> She'll be continuing to do that, and maybe other things, but mostly
> that, as a contractor starting last month.
>
> Please join me in welcoming Marielle to the Wikimedia Foundation.
>
> --tomasz
>
> [1]
> http://web.archive.org/web/20030126114223/http://www.tufts.edu/as/engdept/mpwg/exhibits/stow/marielle.html
> [2] https://en.wikipedia.org/wiki/Adobe_PageMill
> [3]
> http://web.archive.org/web/20080620021417/http://www.soc.org.uk/bulletin/pagemil2.htm
> [4] https://www.mediawiki.org/wiki/User:Mvolz/OPW_proposal_round_8
> [5] https://www.mediawiki.org/wiki/Citoid
>
> ___
> Wmfall mailing list
> wmf...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wmfall
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Plural rule changes for many languages - MediaWiki migrates to CLDR 26

[Niklas Laxström]

MediaWiki is upgrading its plural rules to match CLDR version 26. The
updates include incompatible changes for plural forms in Russian,
Prussian, Tagalog, Manx and several languages that fall back to
Russian [1]. In addition there are minor changes for other languages.

In January 2014, CLDR 24 had introduced several changes in the plural
forms for some of these languages, including Russian, and we had
updated MediaWiki's plural rules to comply with the CLDR standard.
Some of these changes are now being reverted. Below is a detailed
explanation of the changes.

For the migration period, from Monday, 27th October 2014 to Thursday
6th November 2014, we have disabled LocalisationUpdate at Wikimedia
wikis to reduce the chance of ungrammatical translations being
displayed in the interface.

Developers do not need to take special actions, but if you use master
and do not update core, extensions and skins all at the same time, you
might see ungrammatical translations in the languages mentioned above.

I recommend sysadmins to avoid mixing different versions of core and
extensions for the same reason as above. If you have users in above
languages and are also using LocalisationUpdate extension, you should
consider disabling the extensions until your version of core includes
the plural rule patch: https://gerrit.wikimedia.org/r/#/c/161920/

More details of the actual rule changes can be found at
https://translatewiki.net/wiki/Thread:Support/Plural_rule_changes_for_many_languages

[1] Abkhaz (ab), Avaric (av), Bashkir (ba), Buryat (bxr), Chechen
(ce), Crimean Tatar (crh-cyrl), Chuvash (cv), Inguish (inh),
Komi-Permyak (koi), Karachay-Balkar (krc), Komi (kv), Lak (lbe),
Lezghian (lez), Eastern Mari (mhr), Western Mari (mrj), Yakut (sah),
Tatar (tt), Tatar-Cyrillic (tt-cyrl), Tuvinian (tyv), Udmurt (udm),
Kalmyk (xal).

  -Niklas

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Marielle Volz joins Wikimedia as Software Developer

[Tomasz Finc]

I am pleased to announce Marielle Volz joining the Wikimedia
Foundation as a Software Engineer for the Editing team.

Marielle will be working remotely from London, UK. She made her first
website[1] in 1997 with Adobe PageMill 2.0[2], which according to one
review at the time, "has terrific tables by today's standards for an
HTML editor, although they're not bad by any standard."[3]. When her
house finally got the internet in 1999, she first discovered the "view
source" button. It wasn't until 5 years later in 2004 that she
registered her first Wikipedia account, wherein she developed a lovely
addiction to that damnable website.

During a brief period of insanity (i.e. all of her undergraduate and
graduate education) she considered becoming a Scientist, before
realizing it's actually more fun to sit inside on a computer all day
editing Wikipedia articles about Science rather than Doing Science and
actually going outside, which, with the advent of vitamin D
supplementation, is wholly unnecessary, and perhaps one could even
say, *inadvisable*.

Only now, having recently become a member of the 10 year club, has
finally joined two of her passions: "making internet stuff" and
"Wikipedia internet stuff" to work on VisualEditor, an HTML editor. To
that end of continuing to edit articles about Science, and also making
internet stuff, she did the FOSS Outreach Program for Women program
this Summer[4], and started developing a node.js service Citoid[5] to
make it easy to insert citations using a URL/DOI/Title in VE/Wikitext.

She'll be continuing to do that, and maybe other things, but mostly
that, as a contractor starting last month.

Please join me in welcoming Marielle to the Wikimedia Foundation.

--tomasz

[1] 
http://web.archive.org/web/20030126114223/http://www.tufts.edu/as/engdept/mpwg/exhibits/stow/marielle.html
[2] https://en.wikipedia.org/wiki/Adobe_PageMill
[3] 
http://web.archive.org/web/20080620021417/http://www.soc.org.uk/bulletin/pagemil2.htm
[4] https://www.mediawiki.org/wiki/User:Mvolz/OPW_proposal_round_8
[5] https://www.mediawiki.org/wiki/Citoid

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] MediaWiki Technical Debt

[Erik Bernhardson]

On Fri, Oct 24, 2014 at 3:37 PM, Addshore  wrote:

> I did some work toward getting scrutinizer some time ago including the
> following pull req that has been merged (and I guess deployed now) as prior
> to this the inspection crashed out.
> https://github.com/scrutinizer-ci/php-analyzer/pull/133
>

Sadly this php-analyzer project is no longer open source(doesn't explicitly
say so, but its master branch is blanked), so in the future we can't fix
these problems.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Brian Wolff]

If the old maintainer is still around, ask them if they are ok with you
taking over. ( just to avoid stepping on toes)

If they cant be reached, ask at
http://www.mediawiki.org/wiki/Gerrit/Project_ownership explaining why you
want to take over maintinance of the extension. Helps if you have pre
existing commits to said extension you can point to (or even pending
commits), but generally the barrier should be pretty low for non-wmf
deployed extensions that are clearly abandoned. (Imo).

--bawolff

On Oct 27, 2014 1:58 PM, "James Montalvo"  wrote:
>
> If a project appears to be abandoned but is in Gerrit already, what is the
> process to become the maintainer?
>
> On Mon, Oct 27, 2014 at 11:38 AM, Ricordisamoa <
ricordisa...@openmailbox.org
> > wrote:
>
> > Il 27/10/2014 17:03, Siebrand Mazeland ha scritto:
> >
> >  On Mon, Oct 27, 2014 at 8:53 AM, Ricordisamoa <
> >> ricordisa...@openmailbox.org>
> >> wrote:
> >>
> >>  Il 27/10/2014 16:38, Andre Klapper ha scritto:
> >>>
> >>>  On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:
> 
>   There are currently several hundreds extensions hosted on SVN
> >  and
> > many
> > of them are still working according to www.mediawiki.org.
> > However, a quick glance shows that many of them are overlapping each
> > other and likely to be unmaintained.
> > It should be of interest to the MediaWiki Cooperation
> >  group to
merge
> > extensions where appropriate and move them to git if still useful.
> >
> >  If nobody volunteers to maintain them, what's the gain of
mass-moving?
> 
>  andre
> 
>   Of course they should be maintained!
> >>> But if they're moved to Git, their i18n can be hosted on TranslateWiki
> >>> and
> >>> benefit from regular updates.
> >>>
> >>>
> >>>  Sometimes code, MediaWiki extensions that are no longer maintained
> >> included, and haven't been for years, should just rot and die.
> >> Unusable/unused code shouldn't be localised. No one should spend
valuable
> >> time getting code they don't want to use out of Subversion and into
> >> git/Gerrit. If someone REALLY has a use case for something that's
still in
> >> Subversion, they'll make themselves known.
> >>
> >> If you want to maintain a particular extension that is in Wikimedia's
> >> read-only Subversion, please request it to be moved to Gerrit, do the
work
> >> on it to bring it up to par with the current code of code, and update
the
> >> extension documentation page on MediaWiki.org. Please don't just dump
code
> >> from one place where it's not maintained into another place where it's
not
> >> maintained. Extension maintenance is not trivial, so you shouldn't
assume
> >> that "someone" will just volunteer to start maintaining tens or
hundreds
> >> of
> >> extensions no one worked on for years.
> >>
> >> Siebrand
> >> ___
> >> Wikitech-l mailing list
> >> Wikitech-l@lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >>
> > I think I was misunderstood. Most of them are just rubbish with no use
> > cases, but I bet a few still have one.
> > Unfortunately, if a user is running outdated code and can't just afford
to
> > update it, they would stick with an outdated MediaWiki. This can block
> > further uses of the software outside of the WMF. I keep seeing lots of
> > similar cases in the Support desk  > wiki/Project:Support_desk>.
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[James Montalvo]

If a project appears to be abandoned but is in Gerrit already, what is the
process to become the maintainer?

On Mon, Oct 27, 2014 at 11:38 AM, Ricordisamoa  wrote:

> Il 27/10/2014 17:03, Siebrand Mazeland ha scritto:
>
>  On Mon, Oct 27, 2014 at 8:53 AM, Ricordisamoa <
>> ricordisa...@openmailbox.org>
>> wrote:
>>
>>  Il 27/10/2014 16:38, Andre Klapper ha scritto:
>>>
>>>  On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:

  There are currently several hundreds extensions hosted on SVN
>  and
> many
> of them are still working according to www.mediawiki.org.
> However, a quick glance shows that many of them are overlapping each
> other and likely to be unmaintained.
> It should be of interest to the MediaWiki Cooperation
>  group to merge
> extensions where appropriate and move them to git if still useful.
>
>  If nobody volunteers to maintain them, what's the gain of mass-moving?

 andre

  Of course they should be maintained!
>>> But if they're moved to Git, their i18n can be hosted on TranslateWiki
>>> and
>>> benefit from regular updates.
>>>
>>>
>>>  Sometimes code, MediaWiki extensions that are no longer maintained
>> included, and haven't been for years, should just rot and die.
>> Unusable/unused code shouldn't be localised. No one should spend valuable
>> time getting code they don't want to use out of Subversion and into
>> git/Gerrit. If someone REALLY has a use case for something that's still in
>> Subversion, they'll make themselves known.
>>
>> If you want to maintain a particular extension that is in Wikimedia's
>> read-only Subversion, please request it to be moved to Gerrit, do the work
>> on it to bring it up to par with the current code of code, and update the
>> extension documentation page on MediaWiki.org. Please don't just dump code
>> from one place where it's not maintained into another place where it's not
>> maintained. Extension maintenance is not trivial, so you shouldn't assume
>> that "someone" will just volunteer to start maintaining tens or hundreds
>> of
>> extensions no one worked on for years.
>>
>> Siebrand
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
> I think I was misunderstood. Most of them are just rubbish with no use
> cases, but I bet a few still have one.
> Unfortunately, if a user is running outdated code and can't just afford to
> update it, they would stick with an outdated MediaWiki. This can block
> further uses of the software outside of the WMF. I keep seeing lots of
> similar cases in the Support desk  wiki/Project:Support_desk>.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Ricordisamoa]

Il 27/10/2014 17:03, Siebrand Mazeland ha scritto:

On Mon, Oct 27, 2014 at 8:53 AM, Ricordisamoa 
wrote:


Il 27/10/2014 16:38, Andre Klapper ha scritto:


On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:


There are currently several hundreds extensions hosted on SVN
 and many
of them are still working according to www.mediawiki.org.
However, a quick glance shows that many of them are overlapping each
other and likely to be unmaintained.
It should be of interest to the MediaWiki Cooperation
 group to merge
extensions where appropriate and move them to git if still useful.


If nobody volunteers to maintain them, what's the gain of mass-moving?

andre


Of course they should be maintained!
But if they're moved to Git, their i18n can be hosted on TranslateWiki and
benefit from regular updates.



Sometimes code, MediaWiki extensions that are no longer maintained
included, and haven't been for years, should just rot and die.
Unusable/unused code shouldn't be localised. No one should spend valuable
time getting code they don't want to use out of Subversion and into
git/Gerrit. If someone REALLY has a use case for something that's still in
Subversion, they'll make themselves known.

If you want to maintain a particular extension that is in Wikimedia's
read-only Subversion, please request it to be moved to Gerrit, do the work
on it to bring it up to par with the current code of code, and update the
extension documentation page on MediaWiki.org. Please don't just dump code
from one place where it's not maintained into another place where it's not
maintained. Extension maintenance is not trivial, so you shouldn't assume
that "someone" will just volunteer to start maintaining tens or hundreds of
extensions no one worked on for years.

Siebrand
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I think I was misunderstood. Most of them are just rubbish with no use 
cases, but I bet a few still have one.
Unfortunately, if a user is running outdated code and can't just afford 
to update it, they would stick with an outdated MediaWiki. This can 
block further uses of the software outside of the WMF. I keep seeing 
lots of similar cases in the Support desk 
.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Ryan Schmidt]

i18n is the least of our concerns with respect to unmaintained extensions. If 
they don't even work with recent MediaWiki versions in the first place, getting 
them translated to 200 languages is not only pointless, but actually harmful as 
it diverts translators' time and attention away from projects that actually 
work/are maintained. Note that what the extension page says on mw.org is not an 
accurate indicator for whether or not an abandoned extension works, because in 
all likelihood the page hasn't been updated in years. The talk page might 
provide useful info if people are reporting they cannot get it to work, but 
that's as far as you'll get without installing it and testing it yourself.

If someone is interested in maintaining an extension currently in SVN, I think 
the current method of requesting a new Git repository[1] on a case-by-case 
basis works just fine (at least, I'm unaware of any issues with it).

[1] https://www.mediawiki.org/wiki/Git/New_repositories/Requests

--
Ryan Schmidt
Sent from my iPhone

> On Oct 27, 2014, at 10:53 AM, Ricordisamoa  
> wrote:
> 
> Il 27/10/2014 16:38, Andre Klapper ha scritto:
>>> On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:
>>> There are currently several hundreds extensions hosted on SVN
>>>  and many
>>> of them are still working according to www.mediawiki.org.
>>> However, a quick glance shows that many of them are overlapping each
>>> other and likely to be unmaintained.
>>> It should be of interest to the MediaWiki Cooperation
>>>  group to merge
>>> extensions where appropriate and move them to git if still useful.
>> If nobody volunteers to maintain them, what's the gain of mass-moving?
>> 
>> andre
> Of course they should be maintained!
> But if they're moved to Git, their i18n can be hosted on TranslateWiki and 
> benefit from regular updates.
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Siebrand Mazeland]

On Mon, Oct 27, 2014 at 8:53 AM, Ricordisamoa 
wrote:

> Il 27/10/2014 16:38, Andre Klapper ha scritto:
>
>> On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:
>>
>>> There are currently several hundreds extensions hosted on SVN
>>>  and many
>>> of them are still working according to www.mediawiki.org.
>>> However, a quick glance shows that many of them are overlapping each
>>> other and likely to be unmaintained.
>>> It should be of interest to the MediaWiki Cooperation
>>>  group to merge
>>> extensions where appropriate and move them to git if still useful.
>>>
>> If nobody volunteers to maintain them, what's the gain of mass-moving?
>>
>> andre
>>
> Of course they should be maintained!
> But if they're moved to Git, their i18n can be hosted on TranslateWiki and
> benefit from regular updates.
>
>
Sometimes code, MediaWiki extensions that are no longer maintained
included, and haven't been for years, should just rot and die.
Unusable/unused code shouldn't be localised. No one should spend valuable
time getting code they don't want to use out of Subversion and into
git/Gerrit. If someone REALLY has a use case for something that's still in
Subversion, they'll make themselves known.

If you want to maintain a particular extension that is in Wikimedia's
read-only Subversion, please request it to be moved to Gerrit, do the work
on it to bring it up to par with the current code of code, and update the
extension documentation page on MediaWiki.org. Please don't just dump code
from one place where it's not maintained into another place where it's not
maintained. Extension maintenance is not trivial, so you shouldn't assume
that "someone" will just volunteer to start maintaining tens or hundreds of
extensions no one worked on for years.

Siebrand
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Ricordisamoa]

Il 27/10/2014 16:38, Andre Klapper ha scritto:

On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:

There are currently several hundreds extensions hosted on SVN
 and many
of them are still working according to www.mediawiki.org.
However, a quick glance shows that many of them are overlapping each
other and likely to be unmaintained.
It should be of interest to the MediaWiki Cooperation
 group to merge
extensions where appropriate and move them to git if still useful.

If nobody volunteers to maintain them, what's the gain of mass-moving?

andre

Of course they should be maintained!
But if they're moved to Git, their i18n can be hosted on TranslateWiki 
and benefit from regular updates.


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Obsolete MediaWiki extensions

[Andre Klapper]

On Mon, 2014-10-27 at 16:08 +0100, Ricordisamoa wrote:
> There are currently several hundreds extensions hosted on SVN 
>  and many 
> of them are still working according to www.mediawiki.org.
> However, a quick glance shows that many of them are overlapping each 
> other and likely to be unmaintained.
> It should be of interest to the MediaWiki Cooperation 
>  group to merge 
> extensions where appropriate and move them to git if still useful.

If nobody volunteers to maintain them, what's the gain of mass-moving?

andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Obsolete MediaWiki extensions

[Ricordisamoa]

There are currently several hundreds extensions hosted on SVN 
 and many 
of them are still working according to www.mediawiki.org.
However, a quick glance shows that many of them are overlapping each 
other and likely to be unmaintained.
It should be of interest to the MediaWiki Cooperation 
 group to merge 
extensions where appropriate and move them to git if still useful.

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] FOSS OPW Round 9 - Wikipedia Education Program need-finding research

[Anke Nowottne]

Hello,

I´m Anke Nowottne a Berlin based designer and teacher and I´m applying for 
Outreach Program for Women Round 9.
I chose a Mentorship task part of the Wikipedia Education Program, which links 
to both my design and my educational skills and interests.

»Conduct need-finding interviews, then create a new design for course pages 
that better meets user needs.«
I have been in contact with mentor Sage Ross and we have created a rough 
proposal, some sketches and ideas based on our discussions and thoughts.

Find the wiki proposal and more about me here:
https://www.mediawiki.org/wiki/User:Sputniza

Any ideas, comments and suggestions are highly appreciated. Please contact me.

Thanks, 
Anke
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l