[Wikitech-l] WMF Continuous Integration currently offline

[Greg Grossmeier]

There is a possible disk failure of our main CI host, 'gallium'. It is
being investigated at:
https://phabricator.wikimedia.org/T137265

We are very sorry for the inconvenience.

Major updates will be sent to the lists with minor updates/investigation
on the task linked above.

Thanks to Kunal and Yuvi for responding so far.

Greg

-- 
| Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @gregA18D 1138 8E47 FAC8 1C7D |

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

Re: [Wikitech-l] Crediting the work of our community members

[Scott MacLeod]

Rob and Wikimedians,

To further credit the work of Wikimedia community members, could we explore
using the Douglas Adams' SQID example (which Markus shared with the
Wikidata list recently ... [Wikidata] SQID evolved again: references
http://tools.wmflabs.org/sqid/#/view?id=Q42 ) ... and build upon this
incorporating the Wikipedia user pages (and your above examples) a
Wikipedia crediting process anticipating/planning for all 11 billion people
(an estimate from Swedish statistician Hans Rosling and many others) in all
8,000 languages. (CC World University and school is planning in parallel to
be in all 8,000 languages and plan for all people on earth by 2100, as well
as seek to build in Bitcoin and Blockchain in conjunction with developing
best STEM CC OpenCourseWare centric law schools in all countries' main
languages, even as WUaS develops CC university degrees accrediting  on CC
MIT OCW in 7 languages and CC Yale OYC).

This would potentially lead to further planning for integrating
Wikidata/Wikibase via SQID with Wikitech/Wikimedia/Wikipedia community
members' contributions and in many languages.

Cheers, Scott



On Tue, Jun 7, 2016 at 11:14 AM, Rob Lanphier  wrote:

> On Tue, Jun 7, 2016 at 9:19 AM, Andre Klapper 
> wrote:
> > Is there a Phabricator task [associated with MediaWiki CREDITS file
> membership] so this topic does not get forgotten?
>
> Not that I'm aware of.  It's easy to get lost looking through the
> various attempts to objectively characterize contributions (he says,
> just emerging from the fog of doing so himself).  Here's a few places
> a person could go:
> * 
> * 
> * 
> * 
>
> ...and that's hardly comprehensive.  The "productivity of mediawiki
> developers" thread from April[1] probably has some other sources I've
> missed.  If I were to spend more time on this, I would start looking
> for the Phab tickets associated with the stats on Korma.
>
> I concur with Jon that we should endeavor to move to a more objective
> (and ideally, more automated) mechanism for acknowledgement, so that
> we don't have to rely on contributors confidently declaring that they
> deserve acknowledgement.
>
> Rob
> [1]
> http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/86127
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 

- Scott MacLeod - Founder & President
- 415 480 4577
- http://scottmacleod.com
- Please donate to tax-exempt 501 (c) (3)
- World University and School
- via PayPal, or credit card, here -
- http://worlduniversityandschool.org
- or send checks to
- PO Box 442, (86 Ridgecrest Road), Canyon, CA 94516
- World University and School - like Wikipedia with best STEM-centric
OpenCourseWare - incorporated as a nonprofit university and school in
California, and is a U.S. 501 (c) (3) tax-exempt educational organization.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] AuthManager getting enabled in production

[Gergo Tisza]

Hi all,

the Reading Infrastructure team will try to enable AuthManager [1] in WMF
production this week, with the following schedule:
- group0 Tuesday 22:00 UTC (yes, that's pretty much now)
- group1 Wednesday 22:00 UTC
- group2 Thursday 22:00 UTC

I apologize for the very late notice. I realize that such a change should
ideally be fixed long before, advertised via the Tech news etc, but
omitting that seemed like the lesser of two evils. We believe we need to
get AuthManager into the 1.27 release as having to support two completely
different authentication systems in the LTS release would be an
unreasonable burden and risk; to do that, we need to test it in production
in very short order, otherwise the release will be delayed a lot due to
vacations and Wikimania; and we weren't sure until very recently whether we
are able to keep to this schedule.

If all goes well, switching AuthManager on should have very little visible
effect (see earlier announcements [2][3]), but with a change of this
complexity all rarely goes well. If you see authentication-related
problems, please ping or cc Brad Jorsch (IRC: anomie) and me (IRC: tgr). If
we are not around and things break badly, you can revert by setting
wgDisableAuthManager to true in wmf-config.

Gergő
https://www.mediawiki.org/wiki/User:Tgr_(WMF)


[1] https://www.mediawiki.org/wiki/Manual:SessionManager_and_AuthManager
[2] https://lists.wikimedia.org/pipermail/wikitech-l/2016-June/085835.html
[3] https://lists.wikimedia.org/pipermail/wikitech-l/2016-May/085725.html
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Revision scoring weekly update

[Amir Ladsgroup]

Hey folks,

This is the 7th weekly update for the revision scoring team that we have
sent to this mailing list.

*New developments:*

   - The production version of ORES (ores.wikimedia.org) is live! We are
   still testing and it might break sometimes. [1]


   - Norwegian basic support is completed. We deploy this very soon. [2] [3]


   - ores-experiment.wmflabs.org is a new setup to run experimental models.
   [4]


   - We implemented a demo of dependent task in celery, our distributed
   processing environment [5] which brings us closer to a key performance
   improvement [6]


*Maintenance and robustness:*

   - We deprecated flower in favor of grafana (
   https://grafana.wikimedia.org/dashboard/db/ores ) [7]


   - Intermittent performance issues with wikilabels are now solved [8]


1. https://phabricator.wikimedia.org/T106867
2. https://phabricator.wikimedia.org/T131856
3. https://phabricator.wikimedia.org/T131855
4. https://ores-experiment.wmflabs.org/
5. https://phabricator.wikimedia.org/T136875
6. https://phabricator.wikimedia.org/T134606
7. https://phabricator.wikimedia.org/T137003
8. https://phabricator.wikimedia.org/T130872


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

Re: [Wikitech-l] Crediting the work of our community members

[Rob Lanphier]

On Tue, Jun 7, 2016 at 9:19 AM, Andre Klapper  wrote:
> Is there a Phabricator task [associated with MediaWiki CREDITS file 
> membership] so this topic does not get forgotten?

Not that I'm aware of.  It's easy to get lost looking through the
various attempts to objectively characterize contributions (he says,
just emerging from the fog of doing so himself).  Here's a few places
a person could go:
* 
* 
* 
* 

...and that's hardly comprehensive.  The "productivity of mediawiki
developers" thread from April[1] probably has some other sources I've
missed.  If I were to spend more time on this, I would start looking
for the Phab tickets associated with the stats on Korma.

I concur with Jon that we should endeavor to move to a more objective
(and ideally, more automated) mechanism for acknowledgement, so that
we don't have to rely on contributors confidently declaring that they
deserve acknowledgement.

Rob
[1] http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/86127

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

Re: [Wikitech-l] Total removal of Javascript globals?

[Krinkle]

TL;DR: They've been deprecated for years, but.. No, removal has not been
scheduled and will not happen this year.


Migration is strongly recommended. Scripts that have one or more active
maintainers should've been migrated by now.

However, removal has not yet been scheduled to give users more time to
find, help or attract new developers to maintain affected scripts.

Tasks:

* https://phabricator.wikimedia.org/T35837 (disable legacy globals by
default and Wikimedia wikis)
* https://phabricator.wikimedia.org/T72470 (remove support for legacy
globals in MediaWiki general)

It's been two years, so it's definitely time to start thinking about this.

However, I would recommend against doing the removal this year, because
there is very little benefit to get from removing the globals at this
point. It's easy to support, removing them is disruptive, and we already
have other (more important) migrations on-going right now.

-- Krinkle



On Sat, Jun 4, 2016 at 8:54 AM, Strainu  wrote:

> There is talk in some communities about the wg-globals going away later
> this year, but I can't find anything in the tech updates or mw.org
>
> Is there any definite time-line for the removal?
>
> Thanks,
>   Strainu
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
> ___
> 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] Crediting the work of our community members

[Andre Klapper]

Is there a Phabricator task so this topic does not get forgotten?

andre

On Mon, 2016-05-30 at 09:40 -0700, Jon Robson wrote:
> "I came across a patch from a user who was keen to move himself from
> "Patch contributors" to "Developers" in the MediaWiki  CREDITS file
> [1]. It had been sitting there for over a year. He doesn't seem to
> have been active since. I don't know what to do with it. It made me
> think.
> 
> Do we have it documented anywhere how we use this credits file and why
> we feel the need to distinguish between Developers and Patch
> Contributors? It seems like a recipe for disaster in my opinion as it
> can only lead to hurt feelings due to contributors feeling unfairly
> treated. https://www.mediawiki.org/wiki/Special:Version/Credits leads
> with 'We would like to recognize the following persons for their
> contribution to MediaWiki." - if someone is not in that list are they
> not as important?
> 
> If we keep these files we should probably explain the rules to what
> adding names looks like within these files and what the process to
> adding your name is (can I add myself? Is there a process like
> getting +2?)
> 
> To take another extreme, we might consider abandoning such a file in
> favour of something automatically generated. Things like
> https://github.com/wikimedia/mediawiki/graphs/contributors do a far
> better job at allowing people to see who contributed to a tool and
> making people feel like their work is rewarded.
> 
> On a slightly related note, can we abandon the practice of putting
> names inside files themselves? I see this practice in JavaScript and
> PHP files throughout core (grep for @author). As Team Geek [2] (great
> read btw) says "unlike other collaborative pieces of creative work...
> software keeps changing even after it's "done". So while listing
> contributors credits at the end of a movie is a safe and static thing,
> attempting to add and remove names from a source file is a
> never-ending exercise in insanity". For similar reasons this practice
> gives an impression of ownership of a file/code review
> responsibilities (which are not always true) and risks hurt feelings.
> 
> [1] https://github.com/wikimedia/mediawiki/blob/master/CREDITS
> [2] 
> http://www.amazon.com/gp/search?index=books=qs=9781449302443
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
-- 
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

Re: [Wikitech-l] [Wikitech-ambassadors] Wikipedia.org portal update - browser language detection and new A/B test

[Deborah Tankersley]

Hi Romaine,

We're glad you like the new page functionality! I've opened up a ticket
 to fix the Dutch phrase
translation typo, thanks for letting us know. :)

For your comment about adding in an option to change the language, I'm
curious about something, as this has come up before. Would you prefer to
use the portal page in the language that is detected (as we do now) or in a
different language but not actually searching on that language's wiki?

For instance, if your preferred language is Dutch: would it make sense for
you to click on that language link on the portal page to go to
nl.wikipedia.org and then do a search? Or, even if the browser's language
is detected as Dutch (nl) would you rather use the portal page to search in
a different language, like English?

Yes, thanks for asking, the sister project links will be translated and we
have a ticket  open to get that
started. We wanted the descriptive text to be visible on the page to give
more insight into the sister projects, even though we don't have the text
translated yet.


Cheers,

Deb


--
Deb Tankersley
Product Manager, Discovery
Wikimedia Foundation

On Tue, Jun 7, 2016 at 5:13 AM, Romaine Wiki  wrote:

> Hi Deb,
>
> Great improvement!
>
> Looking at the page, I only notice one major error. My language is Dutch
> (nl), and so my browser/computer system is set that way. However the phrase
> is spelled wrong: it says: "De vrieje encyclopedie" while it should say "De
> vrije encyclopedie". So: vrieje -> vrije. "vrieje" is not a Dutch word. Can
> this be fixed?
>
> Further I would recommend one thing to be added to the page. Because large
> parts of the word visit Wikipedia through internet cafés and computers
> elsewhere, I would suggest in the top right/left corner an option to change
> the language.
>
> And one final question: will the bottom section of the page also be
> translatable?
>
> Thanks!
> Romaine
>
>
>
> 2016-06-07 0:05 GMT+02:00 Deborah Tankersley :
>
>> Hello,
>>
>> The Discovery team recently updated the wikipedia.org portal page to
>> detect what the visitor's browser's preferred language(s) are and then
>> arrange the language links around the globe to match those language
>> preferences.
>>
>> Earlier this year, we ran a successful A/B test
>> 
>> that proved promoting our visitor's preferred languages resulted in
>> increased visibility and interest into these projects. Also, the display of
>> '*The Free Encyclopedia*' phrase is now localized to the visitor's first
>> preferred browser language. If there isn't a translation available, the
>> phrase will be displayed in English (view a screenshot
>> )
>> as it currently is today.
>>
>> Additionally, a new A/B test
>> 
>>  will kick
>> off this week to determine if the listing of languages by article count can
>> be displayed in a more modern and streamlined way without decreasing usage
>> of the links. Our goal is to promote easy scrolling through the long list
>> of languages by article count, but in a dropdown format while also
>> providing greater discovery of the sister wiki project links.
>>
>> More information on past and future work can be found on the wiki page
>>  as well as the
>> sprint 
>>  and backlog
>> 
>>  boards. We're always interested in receiving constructive feedback from
>> the community: if you have a question or comment, please start a discussion
>> on the talk page
>> .
>>
>>
>> Cheers,
>>
>> Deb
>> --
>> Deb Tankersley
>> Product Manager, Discovery
>> Wikimedia Foundation
>>
>> ___
>> Wikitech-ambassadors mailing list
>> wikitech-ambassad...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>>
>>
>
> ___
> Wikitech-ambassadors mailing list
> wikitech-ambassad...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-ambassadors
>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Semantic MediaWiki Conference Fall 2016: Call for Participation

[kghbln]

Dear users, developers and all people interested in semantic wikis,

We are happy to announce SMWCon Fall 2016 - the 13th Semantic MediaWiki
Conference:

 * Dates *   September 28th to September 30th 2016 (Wednesday to Friday)
 * Location *   German Institute for International Educational Research
(DIPF), Schloßstraße 29, Frankfurt am Main, Germany.
 * Conference page *
https://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2016
 * Participants *   Everybody interested in semantic wikis, especially
in Semantic MediaWiki, e.g. users, developers, consultants, business
representatives, researchers.

SMWCon Fall 2016 will be supported by The German Institute for
International Educational Research (DIPF) [0] and Open Semantic Data
Association e. V. [1].

Following the success of this format the SMWCon will have one tutorial
and workshop day preceding two conference days.

Participating in the conference: To help us planning, you can already
informally register on the conference page, although a firm registration
will later be needed.

Contributing to the conference: If you want to present your work in the
conference please go to the conference page and add your talk there. To
create an attractive program for the conference, we will later ask you
to give further information about your proposals. Tutorials and
presentations will be video and audio recorded and will be made
available for others after the conference.

Among others, we encourage contributions on the following topics:

Applications of semantic wikis:

* Semantic wikis for enterprise workflows and business intelligence
* Semantic wikis for corporate or personal knowledge management
* Exchange on business models with semantic wikis
* Lessons learned (best/worst practices) from using semantic wikis or
their extensions
* Semantic wikis in e-science, e-humanities, e-learning, e-health,
e-government
* Semantic wikis for finding a common vocabulary among a group of people
* Semantic wikis for teaching students about the Semantic Web
* Offering incentives for users of semantic wikis
* Challenges and obstacles for semantic wikis in business environments

Development of semantic wikis:

* Semantic wikis as knowledge base backends / data integration platforms
* Comparisons of semantic wiki concepts and technologies
* Community building, feature wishlists, roadmapping of Semantic MediaWiki
* Improving user experience in a semantic wiki
* Speeding up semantic wikis
* Integrations and interoperability of semantic wikis with other
applications and mashups
* Modeling of complex domains in semantic wikis, using rules, formulas etc.
* Access control and security aspects in semantic wikis
* Multilingual semantic wikis

For any other question and sponsorship opportunities, please do not
hesitate to contact Karsten Hoffmeyer .

Hope to see you in Frankfurt am Main!

Lia Veja, Karsten Hoffmeyer
(Members of the Organizing Committee)

[0] http://www.dipf.de/en/about-us/contact
[1] https://opensemanticdata.org/

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