Re: [Wikitech-l] Introducing Math rendering 2.0

2014-10-24 Thread Alexandros Kosiaris
Really happy to see this going live!

On my part, many thanks to Moritz for pushing this forward and being
such a cool person to work with, and of course the rest of the team
for helping push out such a cool service :-)



On Thu, Oct 23, 2014 at 11:11 PM, Gabriel Wicke  wrote:
> Dear Wikipedians,
>
> We'd like to announce a major update of the Math (rendering) extension.
>
> For registered Wikipedia users, we have introduced a new math rendering
> mode using MathML, a markup language for mathematical formulae. Since MathML
> is not supported in all browsers [1], we have also added a fall-back mode
> using scalable vector graphics (SVG).
>
> Both modes offer crisp rendering at any resolution, which is a major
> advantage over the current image-based default. We'll also be able to make
> our math more accessible by improving screenreader and magnification support.
>
> We encourage you to enable the MathML mode in your Appearance preferences.
> As an example, the URL for this section on the English Wikipedia is:
>
>   https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-rendering
>
> For editors, there are also two new optional features:
>
> 1) You can set the "id" attribute to create math tags that can be
> referenced. For example, the following math tag
>
> 
> E=mc^2
> 
>
> can be referenced by the wikitext
>
> [[#MassEnergyEquivalence|mass energy equivalence]]
>
> This is true regardless of the rendering mode used.
>
> 2) In addition, there is the attribute "display" with the possible values
> "block" or "inline". This attribute can be used to control the layout of the
> math tag with regard to centering and size of the operators. See
> https://www.mediawiki.org/wiki/Extension:Math/Displaystyle
> for a full description, of this feature.
>
> Your feedback is very welcome. Please report bugs in Bugzilla against the
> Math extension, or post on the talk page here:
> https://www.mediawiki.org/wiki/Extension_talk:Math
>
> All this is brought to you by Moritz Schubotz and Frédéric Wang (both
> volunteers) in collaboration with Gabriel Wicke, C. Scott Ananian,
> Alexandros Kosiaris and Roan Kattouw from the Wikimedia Foundation. We also
> owe a big thanks to Peter Krautzberger and Davide P. Cervone of MathJax for
> the server-side math rendering backend.
>
> Best,
>
> Gabriel Wicke (GWicke) and Moritz Schubotz (Physikerwelt)
>
>
> [1]: Currently MathML is supported by Firefox & other Gecko-based browsers,
> and accessibility tools like Apple's VoiceOver. There is also partial
> support in WebKit.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Alexandros Kosiaris 

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

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

2014-10-24 Thread Stephan Gambke
https://wikiapiary.com/w/index.php?title=Special:Ask&offset=0&limit=500&q=[[Has+PHP+Version%3A%3A5.3.2]]&p=format%3Dbroadtable%2Flink%3Dall%2Fheaders%3Dshow%2Fsearchlabel%3D...-20further-20results%2Fclass%3Dsortable-20wikitable-20smwtable&po=%3FHas+MediaWiki+version%0A&sort=Has+MediaWiki+version&order=descending&eq=no

On 24 October 2014 05:52, Brian Wolff  wrote:
> On 10/24/14, Daniel Friesen  wrote:
>> On 2014-10-23 7:55 PM, MZMcBride wrote:
>>> Are there statistics about what versions of PHP exist in the wild among
>>> MediaWiki users or users of other large PHP applications (Drupal,
>>> WordPress, etc.)?
>> https://wikiapiary.com/wiki/PHP_Versions
>> https://wikiapiary.com/wiki/PHP_Versions/non-wmf
>>
>> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
>>
>>
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
> Specifically
> https://wikiapiary.com/w/index.php?title=Special:SearchByProperty&offset=0&limit=500&property=Has+PHP+Version&value=5.3.2
> specificly suggests there's currently about 489 such wikis that this
> change could potentially affect (Unclear how many of those are active
> or how many of those use even remotely modern versions of MW. My
> SMW-fu is not strong enough to figure out how to query that)
>
> --bawolff
>
> ___
> 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] Requiring PHP >= 5.3.3 for MediaWiki core

2014-10-24 Thread Stephan Gambke
Maybe somewhat more useful as distribution:
https://wikiapiary.com/w/index.php?title=Special:Ask&q=[[Has+PHP+Version%3A%3A5.3.2]]&p=format%3Djqplotchart%2Flink%3Dall%2Fheaders%3Dshow%2Fmainlabel%3D-2D%2Fsearchlabel%3D...-20further-20results%2Fdistribution%3D1%2Fdistributionsort%3Dnone%2Faggregation%3Dsubject%2Fdirection%3Dvertical%2Fheight%3D400%2Fwidth%3D100-25%2Fvalueformat%3D-25d%2Fticklabels%3D1%2Ffilling%3D1%2Fchartlegend%3Dnone%2Fdatalabels%3Dvalue%2Fcharttype%3Dbar&po=%3FHas+MediaWiki+version%0A&sort=Has+MediaWiki+version&order=descending&limit=500&eq=no

On 24 October 2014 05:52, Brian Wolff  wrote:
> On 10/24/14, Daniel Friesen  wrote:
>> On 2014-10-23 7:55 PM, MZMcBride wrote:
>>> Are there statistics about what versions of PHP exist in the wild among
>>> MediaWiki users or users of other large PHP applications (Drupal,
>>> WordPress, etc.)?
>> https://wikiapiary.com/wiki/PHP_Versions
>> https://wikiapiary.com/wiki/PHP_Versions/non-wmf
>>
>> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
>>
>>
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
> Specifically
> https://wikiapiary.com/w/index.php?title=Special:SearchByProperty&offset=0&limit=500&property=Has+PHP+Version&value=5.3.2
> specificly suggests there's currently about 489 such wikis that this
> change could potentially affect (Unclear how many of those are active
> or how many of those use even remotely modern versions of MW. My
> SMW-fu is not strong enough to figure out how to query that)
>
> --bawolff
>
> ___
> 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] Requiring PHP >= 5.3.3 for MediaWiki core

2014-10-24 Thread Lewis Cawte
I was just thinking that'd be a good stat to look at.
So about 20 wikis running on REL_23 and 5 wikis that are running 5.3.2 that
are up to date on security releases for all current supported branches (+
one on an old WMF 1.24 branch)? Can we make assumptions based on that chart
if those wikis are likely to upgrade anyway?

-- Lewis Cawte

On 24 October 2014 08:56, Stephan Gambke  wrote:

> Maybe somewhat more useful as distribution:
>
> https://wikiapiary.com/w/index.php?title=Special:Ask&q=[[Has+PHP+Version%3A%3A5.3.2]]&p=format%3Djqplotchart%2Flink%3Dall%2Fheaders%3Dshow%2Fmainlabel%3D-2D%2Fsearchlabel%3D...-20further-20results%2Fdistribution%3D1%2Fdistributionsort%3Dnone%2Faggregation%3Dsubject%2Fdirection%3Dvertical%2Fheight%3D400%2Fwidth%3D100-25%2Fvalueformat%3D-25d%2Fticklabels%3D1%2Ffilling%3D1%2Fchartlegend%3Dnone%2Fdatalabels%3Dvalue%2Fcharttype%3Dbar&po=%3FHas+MediaWiki+version%0A&sort=Has+MediaWiki+version&order=descending&limit=500&eq=no
>
> On 24 October 2014 05:52, Brian Wolff  wrote:
> > On 10/24/14, Daniel Friesen  wrote:
> >> On 2014-10-23 7:55 PM, MZMcBride wrote:
> >>> Are there statistics about what versions of PHP exist in the wild among
> >>> MediaWiki users or users of other large PHP applications (Drupal,
> >>> WordPress, etc.)?
> >> https://wikiapiary.com/wiki/PHP_Versions
> >> https://wikiapiary.com/wiki/PHP_Versions/non-wmf
> >>
> >> ~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://danielfriesen.name/]
> >>
> >>
> >> ___
> >> Wikitech-l mailing list
> >> Wikitech-l@lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> > Specifically
> >
> https://wikiapiary.com/w/index.php?title=Special:SearchByProperty&offset=0&limit=500&property=Has+PHP+Version&value=5.3.2
> > specificly suggests there's currently about 489 such wikis that this
> > change could potentially affect (Unclear how many of those are active
> > or how many of those use even remotely modern versions of MW. My
> > SMW-fu is not strong enough to figure out how to query that)
> >
> > --bawolff
> >
> > ___
> > 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] OPW 9 Proposal : Pywikibot - Compat to core migration.

2014-10-24 Thread Bináris
Hi Priyanka,

there is a specific mailing list for Pywikibot-related affairs which is
more read by developers as Pywikibot is a separate project.
So I suggest you to subscribe here:
https://lists.wikimedia.org/mailman/listinfo/pywikipedia-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

2014-10-24 Thread Daniel Kinzler
Am 23.10.2014 16:06, schrieb Daniel Kinzler:
> 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

There is now a patch up for review:

https://gerrit.wikimedia.org/r/#/c/168583/


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

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

2014-10-24 Thread James Forrester
On 23 October 2014 18:39, Legoktm  wrote:

> Hi,
>
> As part of the librarization project[1], we are planning on taking the
> CSSJanus library that is currently in includes/lib/ and bringing it in
> with composer. However, it requires PHP >=5.3.3 in its composer.json[2].
> Krinkle has stated[3] that is due to the fact that it has only been
> tested on 5.3.3 and higher, and it's also what travis-ci provides.
>
> After doing some research[4], it appears that we would be dropping
> support for Ubuntu 10.04LTS, which has security support until April
> 2015. MediaWiki 1.25.0 is expected to be released in May 2015.
>
> Does anyone have any objections to dropping 5.3.2 support? I've uploaded
> [5] that actually increments the required version number.
>

​I understood that the vague plan was to switch over to 5.4.x requirement,
and that we'd only waited because Wikimedia wasn't ready yet. Has this
changed? I know a number of people have talked about wanting to use PHP
traits.

​J.​
-- 
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.

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

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

2014-10-24 Thread Chad
On Fri, Oct 24, 2014 at 8:12 AM, James Forrester 
wrote:

> On 23 October 2014 18:39, Legoktm  wrote:
>
> > Hi,
> >
> > As part of the librarization project[1], we are planning on taking the
> > CSSJanus library that is currently in includes/lib/ and bringing it in
> > with composer. However, it requires PHP >=5.3.3 in its composer.json[2].
> > Krinkle has stated[3] that is due to the fact that it has only been
> > tested on 5.3.3 and higher, and it's also what travis-ci provides.
> >
> > After doing some research[4], it appears that we would be dropping
> > support for Ubuntu 10.04LTS, which has security support until April
> > 2015. MediaWiki 1.25.0 is expected to be released in May 2015.
> >
> > Does anyone have any objections to dropping 5.3.2 support? I've uploaded
> > [5] that actually increments the required version number.
> >
>
> ​I understood that the vague plan was to switch over to 5.4.x requirement,
> and that we'd only waited because Wikimedia wasn't ready yet. Has this
> changed? I know a number of people have talked about wanting to use PHP
> traits.
>
>
Yes, but that's longer term.

This minor bump still in the 5.3.x branch I think we can do immediately.

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

[Wikitech-l] internacionalization for client and server side integrated with handlebars

2014-10-24 Thread Nuria Ruiz
Hello,

Those of you that have deal with client side translation in javascript
might appreciate this library recently released from yahoo:

http://formatjs.io/github/


Just an FYI


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

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

2014-10-24 Thread James Forrester
On 24 October 2014 08:41, Chad  wrote:

> On Fri, Oct 24, 2014 at 8:12 AM, James Forrester  >
> wrote:
>
> > On 23 October 2014 18:39, Legoktm  wrote:
> >
> > > Hi,
> > >
> > > As part of the librarization project[1], we are planning on taking the
> > > CSSJanus library that is currently in includes/lib/ and bringing it in
> > > with composer. However, it requires PHP >=5.3.3 in its
> composer.json[2].
> > > Krinkle has stated[3] that is due to the fact that it has only been
> > > tested on 5.3.3 and higher, and it's also what travis-ci provides.
> > >
> > > After doing some research[4], it appears that we would be dropping
> > > support for Ubuntu 10.04LTS, which has security support until April
> > > 2015. MediaWiki 1.25.0 is expected to be released in May 2015.
> > >
> > > Does anyone have any objections to dropping 5.3.2 support? I've
> uploaded
> > > [5] that actually increments the required version number.
> > >
> >
> > ​I understood that the vague plan was to switch over to 5.4.x
> requirement,
> > and that we'd only waited because Wikimedia wasn't ready yet. Has this
> > changed? I know a number of people have talked about wanting to use PHP
> > traits.
> >
> >
> Yes, but that's longer term.
>

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



> This minor bump still in the 5.3.x branch I think we can do immediately.
>

​Sure, if announcing a 1.25 dependency change and then changing the change
later won't disrupt people too much.

(Copying the main MediaWiki-l list for those who don't follow wikitech-l)

​J.​
-- 
James D. Forrester
Product Manager, Editing
Wikimedia Foundation, Inc.

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

Re: [Wikitech-l] internacionalization for client and server side integrated with handlebars

2014-10-24 Thread Joel Sahleen
Very interesting. Thanks for posting, Nuria.

Joel Sahleen, Software Engineer
Language Engineering
Wikimedia Foundation
jsahl...@wikimedia.org




On Oct 24, 2014, at 9:55 AM, Nuria Ruiz  wrote:

> Hello,
> 
> Those of you that have deal with client side translation in javascript
> might appreciate this library recently released from yahoo:
> 
> http://formatjs.io/github/
> 
> 
> Just an FYI
> 
> 
> Nuria
> ___
> 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] Announcement: New MediaWiki train deploy schedule

2014-10-24 Thread Greg Grossmeier
After discussion within the WMF Product and Engineering teams along
with the Wikimedia Deutschland developers (mainly for Wikidata) I have
decided to rearrange the MediaWiki "train" deployment schedule.

The changes are relatively minor (simply day of week and time of day)
but I want everyone to be aware of the changes. The changes will take
effect starting next week (the week of October 27th).

For a quick reference of what the new schedule is, please see:


The salient changes are:
* I've moved the Thursday deployment to Wednesday at the same time
** This is the day when a new version goes to testwikis and
mediawiki.org AND the previous branch goes to all Wikipedia projects.
** This will give developers and product managers more time to assess
and fix any issues found after their code hits production for the
first time.


* I've also moved the Tuesday deployment to 5am Pacific (from 11am Pacific)
** This is the day when we deploy the new version to non-Wikipedia
projects (ie: Commons, Wiktionary, etc).
** This will allow the Wikidata team to more easily (and with a better
work/life balance) respond to issues after their code hits their
primary wikis.


Let me know if you have any questions,

Greg

-- 
Greg Grossmeier
Release Team Manager

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

[Wikitech-l] Roadmap and deployment highlights - week of October 27th

2014-10-24 Thread Greg Grossmeier
Hello and welcome to the latest edition of the WMF Engineering Roadmap
and Deployment update.

The full log of planned deployments next week can be found at:


A quick list of notable items...

== All week ==

* Nightly localization (translation) update will be temporarily
disabled starting from 2014-10-27 because of migration of plural rules
to CLDR 26
** see 
** WHY? We are disabling the updates to reduce the chance of
ungrammatical translations being displayed in the interface.
Translators are requested to start updating translations from Tuesday
28th October 2014 onwards.


== Monday ==

* HHVM (improved MediaWiki server performance) will restart their
deployment plan (one week delayed) after a fix for a blocking
performance issue is deployed and tested on Monday.

== Tuesday ==

* MediaWiki deploy
** group1 to 1.25wmf5: All non-Wikipedia sites (Wiktionary, Wikisource,
   Wikinews, Wikibooks, Wikiquote, Wikiversity, and a few other sites)
** 

* Switching SpecialCite out for CiteThisPage
** 
** 


== Wednesday ==

(NB: Note the change of day)

* MediaWiki deploy
** group2 to 1.25wmf5 (all Wikipedias)
** group0 to 1.25wmf6 (test/test2/testwikidata/mediawiki)


Thanks and as always, questions and comments welcome,

Greg

-- 
Greg Grossmeier
Release Team Manager

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

[Wikitech-l] Do you know PERL? Bugzilla-Migration needs your help

2014-10-24 Thread Quim Gil
The Wikimedia Phabricator team needs help from someone familiar with PERL.

The Bugzilla API has a bug, which we tried to fix with a patch, but now
that patch creates another problem. Now we either break comments or binary
attachments. The details:

Upstream Bugzilla XML-RPC API issue creates invalid XML
https://phabricator.wikimedia.org/T815

Your help is welcome! It doesn't seem to be too complicated. The task
doesn't require any background on Phabricator or Bugzilla.

-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Do you know PERL? Bugzilla-Migration needs your help

2014-10-24 Thread Petr Bena
Isn't Marc expert? :P

I will have a look as well...

On Fri, Oct 24, 2014 at 10:55 PM, Quim Gil  wrote:
> The Wikimedia Phabricator team needs help from someone familiar with PERL.
>
> The Bugzilla API has a bug, which we tried to fix with a patch, but now
> that patch creates another problem. Now we either break comments or binary
> attachments. The details:
>
> Upstream Bugzilla XML-RPC API issue creates invalid XML
> https://phabricator.wikimedia.org/T815
>
> Your help is welcome! It doesn't seem to be too complicated. The task
> doesn't require any background on Phabricator or Bugzilla.
>
> --
> Quim Gil
> Engineering Community Manager @ Wikimedia Foundation
> http://www.mediawiki.org/wiki/User:Qgil
> ___
> 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] Do you know PERL? Bugzilla-Migration needs your help

2014-10-24 Thread Petr Bena
After short investigation the answer is pretty straight forward and
explained in https://bugzilla.mozilla.org/show_bug.cgi?id=839023

quoting:

U+-U+001F are illegal in HTML 4.0 and XML 1.0 (except the
characters HR, LF and CR). And it's not permitted to use named
character references such as  either (although it is permitted
in XML 1.1, except for NUL):
http://www.w3.org/International/questions/qa-controls

possible fixes:

* Run SQL query that find and replace these characters
* Patch bugzilla so that it replace them during xml conversion

Inside Bugzilla/WebService/Server/XMLRPC.pm, in _strip_undefs, at the
end of the function (around line 250):

if (ref $initial eq '')
{
  $initial =~ s/([\x01-\x08\x0b\x0c\x0f-\x1f])/sprintf "\\x%02x",
ord($1)/ge;
}

should do the trick but that, indeed, damages some binaries. Do we
actually want to export them? Because XML is not a good format for
exports of binary files as it doesn't allow some characters. What
about getting the out using some SQL query? Why do we even need to use
XML? Is it only way to import to phab?


On Fri, Oct 24, 2014 at 11:12 PM, Petr Bena  wrote:
> Isn't Marc expert? :P
>
> I will have a look as well...
>
> On Fri, Oct 24, 2014 at 10:55 PM, Quim Gil  wrote:
>> The Wikimedia Phabricator team needs help from someone familiar with PERL.
>>
>> The Bugzilla API has a bug, which we tried to fix with a patch, but now
>> that patch creates another problem. Now we either break comments or binary
>> attachments. The details:
>>
>> Upstream Bugzilla XML-RPC API issue creates invalid XML
>> https://phabricator.wikimedia.org/T815
>>
>> Your help is welcome! It doesn't seem to be too complicated. The task
>> doesn't require any background on Phabricator or Bugzilla.
>>
>> --
>> Quim Gil
>> Engineering Community Manager @ Wikimedia Foundation
>> http://www.mediawiki.org/wiki/User:Qgil
>> ___
>> 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] MediaWiki Technical Debt

2014-10-24 Thread Addshore
The maximum allowed limit is 5000 issues.
We currently only have 3886 (or thats what the scan is currently showing...

It would be great to get the .scrutinizer.yml file in the git repo so that
we can see what inspections are actually being run and people can poke them!

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

Great work Hashar!

On 23 October 2014 23:07, Jeroen De Dauw  wrote:

> Hey,
>
> > Since a friend introduced me to Scrutinizer yesterday and the graph above
> seems to be based on it,
>
> SensioLabsInsight != ScrutinizerCI
>
> I added mediawiki/core to their interface:
> >
> > https://scrutinizer-ci.com/g/wikimedia/mediawiki/
> >
>
> Yay. I tried doing this a year ago or so, and back at that point the
> analysis just aborted due to too many issues. Guess the limit was raised :)
>
> That being said, is there any point in fixing all those "issues"? And if
> > so how do we track them and make sure they are not reintroduced with new
> > patchsets?
> >
>
> Going though the issue list and getting rid of all the warnings is probably
> not a good use of your time. Going though and seeing if it points you to
> something pressing might be worthwhile. What I personally find very
> valuable is that you can get a list of classes sorted by complexity, or by
> coupling, or by quality rating, to get an idea of what areas of the
> codebase could use some love [0].
>
> At Wikimedia Deutchland we use ScrutinizerCI for most of our PHP
> components, and have it run for each commit merged into master. You can
> then see the changes per commit [1], get weekly reports [2] and view the
> overall trend [3].
>
> [0]
> https://scrutinizer-ci.com/g/wmde/WikibaseDataModel/code-structure/master
> [1]
>
> https://scrutinizer-ci.com/g/wmde/WikibaseDataModel/inspections/07fab814-f6bc-42df-aab4-80f745d7f0d9
> [2] https://scrutinizer-ci.com/g/wmde/WikibaseDataModel/reports/
> [3] https://scrutinizer-ci.com/g/wmde/WikibaseDataModel/statistics/
>
> Cheers
>
> --
> Jeroen De Dauw - http://www.bn2vs.com
> Software craftsmanship advocate
> Evil software architect at Wikimedia Germany
> ~=[,,_,,]:3
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



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