Re: [Wikitech-l] ArchCom RFC update #4

2016-04-08 Thread Scott MacLeod
Thanks, too, so much for your clarity re "process," Gabriel,

Scott

On Fri, Apr 8, 2016 at 2:24 PM, Daniel Kinzler  wrote:

> Thanks for doing this, Gabriel!
>
> Am 07.04.2016 um 01:38 schrieb Gabriel Wicke:
> > This week things have been relatively quiet, with many engineers
> attending
> > the Jerusalem Hackathon
> > . Daniel and
> > others discussed dependency injection
> >  at the hackathon, and a
> first
> > patch was merged.
> >
> > With today's conclusion of the Final Comment Period, Max's proposal to
> require
> > mbstring support  was
> officially
> > accepted, and the corresponding patch was merged.
> >
> > At next week's IRC meeting, we will explore improving editing support and
> > performance with balanced and "hygienic" transclusions.
> >
> > Gabriel
> >
> > RFC inbox
> >
> > T54807: Identify and remove legacy preferences from MediaWiki core
> > , T16950: Support global
> > preferences : These
> > preference-related RFCs currently don't have a clear owner, and need
> > product input.
> >
> > Approved RFCs
> >
> > T129435 RFC: Drop support for running without mbstring
> >  (Max, Gabriel): Most
> > participants have expressed support. Based on the discussion, the ArchCom
> > approved the RFC today, and Max's patch
> >  was already merged.
> > Under discussion
> >
> > T130567 RFC: Hygienic transclusions for WYSIWYG, incremental parsing &
> > composition , T11 DOM
> scopes
> >  and T114445 Balanced
> templates
> > : (Tim) *Scheduled for IRC
> > discussion next week.*
> >
> > T124792 Service Locator for MediaWiki core
> >  (Daniel): Discussed at
> Hackathon
> > , first patch merged
> > . Implementation under way.
> >
> > T123753  Establish
> retrospective
> > reports for Security 
> and
> > Performance 
> incidents
> > (RobLa): Briefly discussed at last week's IRC meeting, some activity on
> the
> > task.
> >
> > T119908  RFC: Migrate code
> > review / management to Phabricator from Gerrit (RobLa): ArchCom is
> looking
> > for more detail on CI integration, as well as background on alternatives
> > considered for code review + CI.
> >
> > T108655 Standardise on how to access/register JavaScript interfaces
> >  (Roan) Minimal version was
> > approved and is being implemented. Discussion has begun about a second
> RFC
> > for more contentious changes.
> >
> > T39902 RFC: Implement rendering of redlinks (in a post-processor?)
> >  (Gabriel): Solutions for
> > highlighting links to non-existing pages in Parsoid HTML. Main question
> is
> > preprocessing vs. separate metadata processed on client. Parsing and
> > Services teams investigating performance trade-offs.
> >
> > T130663 RFC: Reference API requirements and options
> >  (Timo): Working with Gabriel
> > and others to better define the scope of the RFC and come up with a solid
> > proposal. Relates to other on-going product goals and may be delayed on
> > better clarification on those and gathering of other use cases /
> > requirements.
> >
> > T18691 RFC: Section headings should have a clickable anchor
> >  (Timo): Working on better
> > understanding of the problem space and possible solutions. Volker
> gathered
> > various considerations and challenges on the RFC’s talk page at
> > mediawiki.org. Check them out!
> >
> > No activity in the last two weeks:
> >
> > T130528 RFC: PSR-6 Cache interface in Mediawiki core
> >  (no shepherd)
> >
> > T122942 RFC: Support language variants in the REST API
> >  (Gabriel)
> >
> > T124504 Transition WikiDev '16 working areas into working groups
> >  (RobLa)
> >
> > T66214 Use content hash based image / thumb URLs & define an official
> thumb
> > API  (Brion)
> >
> > T113034 RFC: Overhaul Interwiki map, unify with Sites and WikiMap
> >  (Daniel)
> >
> > T122825 Service ownership and minimum maintenance requirements
> > 

[Wikitech-l] Discovery Weekly Update for the week starting 2016-04-04

2016-04-08 Thread Chris Koerner
Hello again,
Here is the Discovery department's weekly status update for the week
starting 04 April.

* CirrusSearch now uses HTTPS for communication between Mediawiki and the
Elasticsearch backend. This both increases the privacy of Wikipedia users
and helps ensure that we can continue to serve our content even with a
major failure of our main datacenter.

* April 6, 2016 CREDIT Showcase[edit | edit source]
Watch the whole thing  or jump
to specific parts:

** Guillaume gives an overview of SonarQube
.
** Max gives an overview if his work to compare diff algorithms in MediaWiki
.
** Trey gives an update on new functionality in Relevance Forge
.
** Yuri shows some work he did at the recent Hackathon to store structured
data on Wiki , and
consuming it from Graphs.
**More links and Q on the CREDIT etherpad
.


Feedback and suggestions on this weekly update are welcome.

The full update, and archive of past updates, can be found on Mediawiki.org:

https://www.mediawiki.org/wiki/Discovery/Status_updates
-- 
Yours,
Chris Koerner
Community Liaison - Discovery
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] ArchCom RFC update #4

2016-04-08 Thread Daniel Kinzler
Thanks for doing this, Gabriel!

Am 07.04.2016 um 01:38 schrieb Gabriel Wicke:
> This week things have been relatively quiet, with many engineers attending
> the Jerusalem Hackathon
> . Daniel and
> others discussed dependency injection
>  at the hackathon, and a first
> patch was merged.
> 
> With today's conclusion of the Final Comment Period, Max's proposal to require
> mbstring support  was officially
> accepted, and the corresponding patch was merged.
> 
> At next week's IRC meeting, we will explore improving editing support and
> performance with balanced and "hygienic" transclusions.
> 
> Gabriel
> 
> RFC inbox
> 
> T54807: Identify and remove legacy preferences from MediaWiki core
> , T16950: Support global
> preferences : These
> preference-related RFCs currently don't have a clear owner, and need
> product input.
> 
> Approved RFCs
> 
> T129435 RFC: Drop support for running without mbstring
>  (Max, Gabriel): Most
> participants have expressed support. Based on the discussion, the ArchCom
> approved the RFC today, and Max's patch
>  was already merged.
> Under discussion
> 
> T130567 RFC: Hygienic transclusions for WYSIWYG, incremental parsing &
> composition , T11 DOM scopes
>  and T114445 Balanced templates
> : (Tim) *Scheduled for IRC
> discussion next week.*
> 
> T124792 Service Locator for MediaWiki core
>  (Daniel): Discussed at Hackathon
> , first patch merged
> . Implementation under way.
> 
> T123753  Establish retrospective
> reports for Security  and
> Performance  incidents
> (RobLa): Briefly discussed at last week's IRC meeting, some activity on the
> task.
> 
> T119908  RFC: Migrate code
> review / management to Phabricator from Gerrit (RobLa): ArchCom is looking
> for more detail on CI integration, as well as background on alternatives
> considered for code review + CI.
> 
> T108655 Standardise on how to access/register JavaScript interfaces
>  (Roan) Minimal version was
> approved and is being implemented. Discussion has begun about a second RFC
> for more contentious changes.
> 
> T39902 RFC: Implement rendering of redlinks (in a post-processor?)
>  (Gabriel): Solutions for
> highlighting links to non-existing pages in Parsoid HTML. Main question is
> preprocessing vs. separate metadata processed on client. Parsing and
> Services teams investigating performance trade-offs.
> 
> T130663 RFC: Reference API requirements and options
>  (Timo): Working with Gabriel
> and others to better define the scope of the RFC and come up with a solid
> proposal. Relates to other on-going product goals and may be delayed on
> better clarification on those and gathering of other use cases /
> requirements.
> 
> T18691 RFC: Section headings should have a clickable anchor
>  (Timo): Working on better
> understanding of the problem space and possible solutions. Volker gathered
> various considerations and challenges on the RFC’s talk page at
> mediawiki.org. Check them out!
> 
> No activity in the last two weeks:
> 
> T130528 RFC: PSR-6 Cache interface in Mediawiki core
>  (no shepherd)
> 
> T122942 RFC: Support language variants in the REST API
>  (Gabriel)
> 
> T124504 Transition WikiDev '16 working areas into working groups
>  (RobLa)
> 
> T66214 Use content hash based image / thumb URLs & define an official thumb
> API  (Brion)
> 
> T113034 RFC: Overhaul Interwiki map, unify with Sites and WikiMap
>  (Daniel)
> 
> T122825 Service ownership and minimum maintenance requirements
>  (Gabriel)
> 
> T128351 RFC: Notifications in core
>  (Brion)
> 
> T118517 RFC: Use  for media
>  (Brion)
> 
> T88596 Improving extension management
>  (Daniel)
> 
> T11 RFC: Introduce notion of DOM scopes in wikitext
> 

Re: [Wikitech-l] Kunal (User:Legoktm) moving to Parsing Team

2016-04-08 Thread Subramanya Sastry

On 04/08/2016 05:14 AM, Ricordisamoa wrote:

You mean subtract 1, or add -1


*facepalm* :-)



Il 05/04/2016 18:53, Subramanya Sastry ha scritto:


I suppose you've figured out that I don't know how to write 
citations. Subtract -1 from N for all [N] in the body. :-) -S.


On 04/05/2016 11:41 AM, Subramanya Sastry wrote:

Hi everyone,

We would like to let you know that Kunal (User:Legoktm for those who 
don’t already know) is moving inside the Editing Department from the 
Collaboration Team to the Parsing Team.


The Collaboration team is grateful for Kunal’s great work over the 
past year, especially on the backend for cross-wiki notifications. 
Prior to that, Kunal spent two years working on SUL finalization, 
without which a feature like cross-wiki notifications would not have 
been possible.


The Parsing team is very happy to have Kunal join them. Kunal is 
really interested to work on implementing shadow namespaces [2] 
which enables wikis to specify fallback wikis for pages that don’t 
resolve on the local wiki. Among other things, this could enable 
creation of global repositories for templates, for example, which 
interests us greatly.


There is this little detail of Kunal being a nominee for 
affiliate-selected board seats [3] and what happens if he gets 
elected [4]. We will cross that bridge when we get there. :-)


Trevor, Subbu, Roan.

[1] 
https://www.mediawiki.org/wiki/Requests_for_comment/Shadow_namespaces
[2] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Nominations/Kunal_Mehta
[3] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Questions#Kunal_Mehta_16 



___
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] Kunal (User:Legoktm) moving to Parsing Team

2016-04-08 Thread bawolff
On Fri, Apr 8, 2016 at 6:13 AM, Ricordisamoa
 wrote:
> I wish there were a Legoktm Team within the Legoktm Department

Hopefully come may 11, we will have a strong voice on the board to
help push forward the Legoktm team within the Legoktm department of
the Legoktm foundation :D

--
-bawolff

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

Re: [Wikitech-l] Kunal (User:Legoktm) moving to Parsing Team

2016-04-08 Thread Ricordisamoa

You mean subtract 1, or add -1

Il 05/04/2016 18:53, Subramanya Sastry ha scritto:


I suppose you've figured out that I don't know how to write citations. 
Subtract -1 from N for all [N] in the body. :-) -S.


On 04/05/2016 11:41 AM, Subramanya Sastry wrote:

Hi everyone,

We would like to let you know that Kunal (User:Legoktm for those who 
don’t already know) is moving inside the Editing Department from the 
Collaboration Team to the Parsing Team.


The Collaboration team is grateful for Kunal’s great work over the 
past year, especially on the backend for cross-wiki notifications. 
Prior to that, Kunal spent two years working on SUL finalization, 
without which a feature like cross-wiki notifications would not have 
been possible.


The Parsing team is very happy to have Kunal join them. Kunal is 
really interested to work on implementing shadow namespaces [2] which 
enables wikis to specify fallback wikis for pages that don’t resolve 
on the local wiki. Among other things, this could enable creation of 
global repositories for templates, for example, which interests us 
greatly.


There is this little detail of Kunal being a nominee for 
affiliate-selected board seats [3] and what happens if he gets 
elected [4]. We will cross that bridge when we get there. :-)


Trevor, Subbu, Roan.

[1] 
https://www.mediawiki.org/wiki/Requests_for_comment/Shadow_namespaces
[2] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Nominations/Kunal_Mehta
[3] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Questions#Kunal_Mehta_16 



___
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] Kunal (User:Legoktm) moving to Parsing Team

2016-04-08 Thread Ricordisamoa

I wish there were a Legoktm Team within the Legoktm Department

Il 05/04/2016 18:41, Subramanya Sastry ha scritto:

Hi everyone,

We would like to let you know that Kunal (User:Legoktm for those who 
don’t already know) is moving inside the Editing Department from the 
Collaboration Team to the Parsing Team.


The Collaboration team is grateful for Kunal’s great work over the 
past year, especially on the backend for cross-wiki notifications. 
Prior to that, Kunal spent two years working on SUL finalization, 
without which a feature like cross-wiki notifications would not have 
been possible.


The Parsing team is very happy to have Kunal join them. Kunal is 
really interested to work on implementing shadow namespaces [2] which 
enables wikis to specify fallback wikis for pages that don’t resolve 
on the local wiki. Among other things, this could enable creation of 
global repositories for templates, for example, which interests us 
greatly.


There is this little detail of Kunal being a nominee for 
affiliate-selected board seats [3] and what happens if he gets elected 
[4]. We will cross that bridge when we get there. :-)


Trevor, Subbu, Roan.

[1] https://www.mediawiki.org/wiki/Requests_for_comment/Shadow_namespaces
[2] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Nominations/Kunal_Mehta
[3] 
https://meta.wikimedia.org/wiki/Affiliate-selected_Board_seats/2016/Questions#Kunal_Mehta_16 


___
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] MathML is dead, long live MathML

2016-04-08 Thread Daniel Kinzler
Am 07.04.2016 um 23:01 schrieb Paul Topping:
> I have no problem with that but are some of these lists members-only? I was
> told when I replied that my message would be reviewed by the moderator as I
> wasn't a member. Perhaps that was the W3C list.

Oh... both the Wikimedia lists are members only, I'm afraid. The W3C list
requires a 1-click agreement to their terms. That's easier, but less likely to
involve Wikimedia people.


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

Re: [Wikitech-l] Dumps.wm.o access will be https only

2016-04-08 Thread Ariel Glenn WMF
This is now live, if a few days later than expected.

Ariel

On Fri, Apr 1, 2016 at 6:11 PM, Ariel Glenn WMF  wrote:

> This is part of a longstanding general plan to move to https for our
> services. You can track  (most of) those items here:
> https://phabricator.wikimedia.org/project/board/162/ although the
> specific task https://phabricator.wikimedia.org/T128587 is not listed
> there.
>
> In particular you might look at a couple of the tasks under 'Big Picture',
> i.e.
> https://phabricator.wikimedia.org/T104681 HTTPS Plans (tracking/high
> level info) and
> https://phabricator.wikimedia.org/T75953 RFC: MediaWiki HTTPS policy
> (though that doesn't directly address dumps).
>
> Ariel
>
> On Fri, Apr 1, 2016 at 5:20 PM, Petr Bena  wrote:
>
>> Can you give us some justification for this change? It's not like when
>> downloading dumps you would actually leak some sensitive data...
>>
>> On Fri, Apr 1, 2016 at 1:03 PM, Ariel Glenn WMF 
>> wrote:
>> > We plan to make this change on April 4 (this coming Monday), redirecting
>> > plain http access to https.
>> >
>> > A reminder that our dumps can also be found on our mirror sites, for
>> those
>> > who may have restricted https access.
>> >
>> > Ariel Glenn
>> > ___
>> > 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