Re: [WikimediaMobile] Android app now requires "run at startup" permission?

[Legoktm]

Hi,

On 02/19/2016 09:59 AM, Dmitry Brant wrote:
> Note that we don't require this permission in the production or beta
> versions of the app on Google Play, and it wasn't intentional to require
> the permission in the f-droid variant (since f-droid doesn't use Google
> Play). Since Stephen's patch is already merged, this will be resolved in
> our next release.

Thank you for the insightful explanation, and thank you Stephen for
fixing it so quickly! I'll wait until the next release is out before
upgrading.

-- Legoktm

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Similar articles feature performance in CirrusSearch for apps and mobile web

[Dan Garry]

On 19 February 2016 at 17:13, Jon Katz  wrote:
>
> Thanks, Erik!  This is very helpful.  What do you mean by 'back testing'?
>

For search, there's a few different approaches for quantitative testing
that are less difficult than A/B testing in terms of development overhead,
data analysis and coordination. One of those is to replay real user queries
against the index, but run the query with slightly different parameters
from original. This is super cheap compared to an A/B test, but the
downside is that it can only answer really deterministic (for lack of a
better word) things, like how the parameters affect the zero-results rate
or result ordering; since there's no user interaction with the replayed
queries, you don't know what the clickthrough would've been, so it's hard
to measure how satisfied the user would've been.

Hopefully that helps explain it.

Thanks,
Dan

-- 
Dan Garry
Lead Product Manager, Discovery
Wikimedia Foundation
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Similar articles feature performance in CirrusSearch for apps and mobile web

[Jon Katz]

On Thu, Feb 18, 2016 at 5:01 PM, Erik Bernhardson <
ebernhard...@wikimedia.org> wrote:

> Back testing thousands of user queries and comparing them to user click
> through or satisfaction (clickthrough + dwell)


Thanks, Erik!  This is very helpful.  What do you mean by 'back testing'?

Also, even without boost links, there seems to be a bias towards popular
(long pages).  it seems that a focus on # of words in common rather than %
is one of the things leading to long articles seeing so much more traction
- would this be an easy thing to test as well?
-J
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

[WikimediaMobile] Wikipedia Mobile v5 for iOS - Last chance to beta test...

[Joshua Minor]

Hello mobile wikimedians,

In late December the Foundation's iOS team announced[1] a public beta of a
major overhaul[2] of the iOS Wikipedia app. Today we delivered what we hope
will be a final beta before launch, and are primarily in bug fix and visual
touches mode.

If you would like to participate as a beta tester, it is NOT TOO LATE.
Please sign-up here if interested:
https://docs.google.com/forms/d/19flzJ3lObZLfN5gKv69BZWkeouH7Vuznykk6q-O6xRc/viewform

If you have tried a previous beta (thanks), now would be a great time to
update to the latest version.

And last but not least, if you have feedback you can provide it via this
form:
https://docs.google.com/forms/d/1NDBPJvWZ0idh9OuQ8pt684c9MwitOHQGsFvXTO4tcs0/viewform

In our IRC channel on freenode at #wikimedia-ios or on our project talk
page[3]

Or just send me an email!

Thanks to all the code contributors, bug filers, testers and anyone who's
helped make the app better.

Prior to release I will send more info to this list about the feedback
we've received that we were not able to act on, and future features and
improvements based on that feedback.

Thanks,
Josh

[1] https://lists.wikimedia.org/pipermail/mobile-l/2015-December/010011.html
[2] https://www.mediawiki.org/wiki/Wikimedia_Apps/Team/Why_5
[3] https://www.mediawiki.org/wiki/Talk:Wikimedia_Apps/Team/Why_5
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Readership metrics for the two months until February 7, 2016

[Tilman Bayer]

Hi Orsolya,

a PDF copy is at
https://commons.wikimedia.org/wiki/File:Readership_metrics_for_the_two_months_until_February_7,_2016.pdf
(previous reports and various charts are also available at
https://commons.wikimedia.org/wiki/Category:Wikimedia_readership_metrics_reports
)

And of course these mailing lists have public archives too, although they
don't play very well with HTML attachments (
https://lists.wikimedia.org/pipermail/mobile-l/2016-February/010096.html ).

On Fri, Feb 19, 2016 at 11:01 AM, Orsolya Gyenes <
gyenes.orso...@wiki.media.hu> wrote:

> Dear Tilman,
>
> Can you provide a link for this summary below?
>
> Thank you,
>
> *~Orsolya*
>
> 2016-02-18 23:37 GMT+01:00 Tilman Bayer :
>
>> Hi all,
>>
>> this resumes the usual look at our most important readership metrics.
>> Among other things, this time we observe the annual Christmas slump in
>> pageviews, hail the advent of the mobile singularity (December saw the
>> first ever day with >50% mobile pageviews), and resolve the mystery of the
>> Android app’s installation drop since mid November.
>>
>> As laid out earlier
>> ,
>> the main purpose is to raise awareness about how these are developing, call
>> out the impact of any unusual events in the preceding week, and facilitate
>> thinking about core metrics in general. We are still iterating on the
>> presentation; feedback and discussion welcome.
>>
>> After switching away from the weekly schedule (week-over-week and
>> month-over-month changes are now being recorded on the Product page
>>  at
>> MediaWiki.org) we also skipped an issue and added one week, so this edition
>> of the report covers a timespan of nine weeks.
>>
>> See also the slides from the Reading team’s quarter review meeting
>> 
>> on January 20 for an in-depth look at various metrics.
>>
>> Now to the usual data. (All numbers below are averages for December 7,
>> 2015 to February 7, 2016 unless otherwise noted.)
>>
>> Pageviews
>>
>> Total: 529 million/day
>>
>> Context (April 2015-February 2016):
>>
>>
>>
>> (see also the Vital Signs dashboard
>> )
>>
>> Total pageviews saw a sharp drop about a week before Christmas (almost
>> entirely on desktop), coinciding with a drop
>>  in Google
>> referrals. But both recovered in early January, even rising above earlier
>> levels, thanks to mobile (cf. below). Historical data from one and two
>> years ago shows a very similar slump in total and desktop pageviews in the
>> second half of December (with a lasting increase in mobile around
>> Christmas, too), so I’m interpreting this as seasonal even though it
>> preceded the actual holidays by a few days. In January 2014, traffic did
>> not fully recover to the levels of November/early December. In January
>> 2015, it rose slightly above them, similar to now.
>>
>> Desktop: 54.3%
>>
>> Mobile web: 44.4%
>>
>> Apps: 1.3%
>>
>> Context (April 2015-February 2016):
>>
>>
>> December 20, 2015 will forever be engraved in Wikimedia history as the
>> first day where mobile pageviews surpassed desktop pageviews (51% vs. 49%).
>> It was a Sunday - as we have known for a long time, mobile usage is higher
>> on weekends. In general, the mobile percentage over a whole week still
>> remains well below 50%. But even as desktop pageviews recovered from the
>> Christmas slump at the beginning of January, the mobile percentage remains
>> roughly 2% higher than before mid-December - quite likely due to a lot of
>> new phones entering usage as Christmas presents.
>>
>> Global North ratio: 78.3% of total pageviews
>>
>> Context (April 2015-February 2016):
>>
>> New app installations
>>
>> Android: 38.4k/day
>>
>> Daily installs per device, from Google Play
>>
>> Context (January 2015-February 2016):
>>
>> As reported earlier, the app was featured twice on Google Play in recent
>> months, and we can now estimate how many additional installs each may have
>> caused. November’s placement in the “new and updated” section appears to
>> have brought in more than 200k installs, and from early December to early
>> January, the apps was featured as one of the “Best Apps of 2015” in many
>> countries, resulting in around 350k additional installs.
>>
>> The preceding reports also described how we noticed a sharp drop in the
>> new install rate around November 12, and started investigating the cause
>> with our contact at Google. After some detective work, it turned out that
>> the app had been benefitting (since April) from a new feature
>> 
>> in Google Search showing 

Re: [WikimediaMobile] Readership metrics for the two months until February 7, 2016

[Orsolya Gyenes]

Dear Tilman,

Can you provide a link for this summary below?

Thank you,

*~Orsolya*

2016-02-18 23:37 GMT+01:00 Tilman Bayer :

> Hi all,
>
> this resumes the usual look at our most important readership metrics.
> Among other things, this time we observe the annual Christmas slump in
> pageviews, hail the advent of the mobile singularity (December saw the
> first ever day with >50% mobile pageviews), and resolve the mystery of the
> Android app’s installation drop since mid November.
>
> As laid out earlier
> ,
> the main purpose is to raise awareness about how these are developing, call
> out the impact of any unusual events in the preceding week, and facilitate
> thinking about core metrics in general. We are still iterating on the
> presentation; feedback and discussion welcome.
>
> After switching away from the weekly schedule (week-over-week and
> month-over-month changes are now being recorded on the Product page
>  at
> MediaWiki.org) we also skipped an issue and added one week, so this edition
> of the report covers a timespan of nine weeks.
>
> See also the slides from the Reading team’s quarter review meeting
> 
> on January 20 for an in-depth look at various metrics.
>
> Now to the usual data. (All numbers below are averages for December 7,
> 2015 to February 7, 2016 unless otherwise noted.)
>
> Pageviews
>
> Total: 529 million/day
>
> Context (April 2015-February 2016):
>
>
>
> (see also the Vital Signs dashboard
> )
>
> Total pageviews saw a sharp drop about a week before Christmas (almost
> entirely on desktop), coinciding with a drop
>  in Google
> referrals. But both recovered in early January, even rising above earlier
> levels, thanks to mobile (cf. below). Historical data from one and two
> years ago shows a very similar slump in total and desktop pageviews in the
> second half of December (with a lasting increase in mobile around
> Christmas, too), so I’m interpreting this as seasonal even though it
> preceded the actual holidays by a few days. In January 2014, traffic did
> not fully recover to the levels of November/early December. In January
> 2015, it rose slightly above them, similar to now.
>
> Desktop: 54.3%
>
> Mobile web: 44.4%
>
> Apps: 1.3%
>
> Context (April 2015-February 2016):
>
>
> December 20, 2015 will forever be engraved in Wikimedia history as the
> first day where mobile pageviews surpassed desktop pageviews (51% vs. 49%).
> It was a Sunday - as we have known for a long time, mobile usage is higher
> on weekends. In general, the mobile percentage over a whole week still
> remains well below 50%. But even as desktop pageviews recovered from the
> Christmas slump at the beginning of January, the mobile percentage remains
> roughly 2% higher than before mid-December - quite likely due to a lot of
> new phones entering usage as Christmas presents.
>
> Global North ratio: 78.3% of total pageviews
>
> Context (April 2015-February 2016):
>
> New app installations
>
> Android: 38.4k/day
>
> Daily installs per device, from Google Play
>
> Context (January 2015-February 2016):
>
> As reported earlier, the app was featured twice on Google Play in recent
> months, and we can now estimate how many additional installs each may have
> caused. November’s placement in the “new and updated” section appears to
> have brought in more than 200k installs, and from early December to early
> January, the apps was featured as one of the “Best Apps of 2015” in many
> countries, resulting in around 350k additional installs.
>
> The preceding reports also described how we noticed a sharp drop in the
> new install rate around November 12, and started investigating the cause
> with our contact at Google. After some detective work, it turned out that
> the app had been benefitting (since April) from a new feature
> 
> in Google Search showing install buttons for a website’s app next to search
> results from that site for general search terms. Google ended this
> experiment in November, causing the app’s baseline install rate to drop
> significantly (coincidentally around the end of the “new and updated”
> promotion). Going forward, this means that the ongoing growth rate
> (installs minus uninstalls) remains much lower than it was during most of
> 2015.
>
>
> iOS: 4.94k/day
>
> Download numbers from App Annie
>
> Context (last three months):
>
> Like for the Android app, there was a notable bump around Christmas, but
> also an even larger spike on January 14 - the reason is not clear to us.
>
> App 

Re: [WikimediaMobile] Android app now requires "run at startup" permission?

[Dmitry Brant]

To give some more clarity to this:
The app is built in such a way as to allow certain mobile manufacturers to
have our app pre-loaded on their devices. For analytics purposes, we'd like
to know how much traffic comes from these preloads. The way that we do this
is by including a custom identifier string directly into the app, and
passing that string into the analytics.

The problem is: when the app gets updated on those devices via Google Play
(which is inevitably the first thing that happens when the device is
powered on), the identifier string gets overwritten. Therefore, we've added
an on-boot handler (which requires the new permission), so that the app
gets a chance to save the custom identifier to the settings database, which
will persist across updates of the app.

Note that we don't require this permission in the production or beta
versions of the app on Google Play, and it wasn't intentional to require
the permission in the f-droid variant (since f-droid doesn't use Google
Play). Since Stephen's patch is already merged, this will be resolved in
our next release.

-Dmitry


On Fri, Feb 19, 2016 at 12:39 PM, Stephen Niedzielski <
sniedziel...@wikimedia.org> wrote:

> I've opened a Phab for this issue[0].
>
> [0] https://phabricator.wikimedia.org/T127479
>
> On Fri, Feb 19, 2016 at 10:31 AM, Bernd Sitzmann 
> wrote:
>
>> Yes, for F-Droid the custom flavor is used. We should consider making a
>> dedicated flavor for F-Droid to avoid this permission request there.
>>
>> Regards,
>> Bernd
>>
>> On Fri, Feb 19, 2016 at 4:11 AM, Florian Schmidt <
>> florian.schmidt.wel...@t-online.de> wrote:
>>
>>> Hi Legoktm,
>>>
>>> as far as I know the permission is in the custom build flavor only (it
>>> was moved from the main build channel to it in commit[1]). I'm not sure,
>>> what flavor is used for fdroid, it's using the custom channel, it get's the
>>> permission (added in [2]).
>>>
>>> [1]
>>> https://github.com/wikimedia/apps-android-wikipedia/commit/2b18cea8108b074dcbb305258186c7abf6ca0c41
>>> [2]
>>> https://github.com/wikimedia/apps-android-wikipedia/commit/026b8ed03996d0683c62ff4d301a7181055d19b1
>>>
>>> Best,
>>> Florian
>>>
>>> -Original-Nachricht-
>>> Betreff: [WikimediaMobile] Android app now requires "run at startup"
>>> permission?
>>> Datum: 2016-02-19T08:29:44+0100
>>> Von: "Legoktm" 
>>> An: "mobile-l" 
>>>
>>> Hi,
>>>
>>> When I upgrade from 2.1.137-fdroid to 2.1.141-fdroid (I fell a little
>>> behind in staying up to date), the Android Wikipedia app requests the
>>> "run at startup" permission. Is this intentional? Why does the app need
>>> to run at startup?
>>>
>>> Thanks,
>>> -- Legoktm
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>> ___
>>> Mobile-l mailing list
>>> Mobile-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>>
>>
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>


-- 
Dmitry Brant
Senior Software Engineer / Product Owner (Android)
Wikimedia Foundation
https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android app now requires "run at startup" permission?

[Stephen Niedzielski]

I've opened a Phab for this issue[0].

[0] https://phabricator.wikimedia.org/T127479

On Fri, Feb 19, 2016 at 10:31 AM, Bernd Sitzmann 
wrote:

> Yes, for F-Droid the custom flavor is used. We should consider making a
> dedicated flavor for F-Droid to avoid this permission request there.
>
> Regards,
> Bernd
>
> On Fri, Feb 19, 2016 at 4:11 AM, Florian Schmidt <
> florian.schmidt.wel...@t-online.de> wrote:
>
>> Hi Legoktm,
>>
>> as far as I know the permission is in the custom build flavor only (it
>> was moved from the main build channel to it in commit[1]). I'm not sure,
>> what flavor is used for fdroid, it's using the custom channel, it get's the
>> permission (added in [2]).
>>
>> [1]
>> https://github.com/wikimedia/apps-android-wikipedia/commit/2b18cea8108b074dcbb305258186c7abf6ca0c41
>> [2]
>> https://github.com/wikimedia/apps-android-wikipedia/commit/026b8ed03996d0683c62ff4d301a7181055d19b1
>>
>> Best,
>> Florian
>>
>> -Original-Nachricht-
>> Betreff: [WikimediaMobile] Android app now requires "run at startup"
>> permission?
>> Datum: 2016-02-19T08:29:44+0100
>> Von: "Legoktm" 
>> An: "mobile-l" 
>>
>> Hi,
>>
>> When I upgrade from 2.1.137-fdroid to 2.1.141-fdroid (I fell a little
>> behind in staying up to date), the Android Wikipedia app requests the
>> "run at startup" permission. Is this intentional? Why does the app need
>> to run at startup?
>>
>> Thanks,
>> -- Legoktm
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>> ___
>> Mobile-l mailing list
>> Mobile-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>>
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
>
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android app now requires "run at startup" permission?

[Bernd Sitzmann]

Yes, for F-Droid the custom flavor is used. We should consider making a
dedicated flavor for F-Droid to avoid this permission request there.

Regards,
Bernd

On Fri, Feb 19, 2016 at 4:11 AM, Florian Schmidt <
florian.schmidt.wel...@t-online.de> wrote:

> Hi Legoktm,
>
> as far as I know the permission is in the custom build flavor only (it was
> moved from the main build channel to it in commit[1]). I'm not sure, what
> flavor is used for fdroid, it's using the custom channel, it get's the
> permission (added in [2]).
>
> [1]
> https://github.com/wikimedia/apps-android-wikipedia/commit/2b18cea8108b074dcbb305258186c7abf6ca0c41
> [2]
> https://github.com/wikimedia/apps-android-wikipedia/commit/026b8ed03996d0683c62ff4d301a7181055d19b1
>
> Best,
> Florian
>
> -Original-Nachricht-
> Betreff: [WikimediaMobile] Android app now requires "run at startup"
> permission?
> Datum: 2016-02-19T08:29:44+0100
> Von: "Legoktm" 
> An: "mobile-l" 
>
> Hi,
>
> When I upgrade from 2.1.137-fdroid to 2.1.141-fdroid (I fell a little
> behind in staying up to date), the Android Wikipedia app requests the
> "run at startup" permission. Is this intentional? Why does the app need
> to run at startup?
>
> Thanks,
> -- Legoktm
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l
>
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Readership metrics for the two months until February 7, 2016

[Federico Leva (Nemo)]

Oliver Keyes, 19/02/2016 13:51:

a lot of prominent countries were very close to the 50% switchover,
including (interestingly) Italy.


I compiled some links at 
https://meta.wikimedia.org/wiki/Research:The_sudden_decline_of_Italian_Wikipedia#Scratchpad 
on the likely social reasons.


Pew research also had some numbers on the matter for USA, recently.

Nemo

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Readership metrics for the two months until February 7, 2016

[Oliver Keyes]

Some of it, I suspect, is inevitable. I studied this a while back and
a lot of prominent countries were very close to the 50% switchover,
including (interestingly) Italy.

On 19 February 2016 at 06:51, Antoine Musso  wrote:
> Le 18/02/2016 23:37, Tilman Bayer a écrit :
>> Context (last three months):
>>
>> Like for the Android app, there was a notable bump around Christmas, but
>> also an even larger spike on January 14 - the reason is not clear to us.
>
> Hello,
>
> I would suspect it is related to Wikipedia turning 15 years old. The
> birthday has been well covered by news at least in France.   A few
> acquaintance learned about the Wikipedia mobile apps by reading the news
> and started using it.
>
> Quoting someone I met:
>
> "I never heard you have a Wikipedia app. It is nice and usefull, much
> better than the web view".
>
>
> Hearsay, I have no fact ...
>
> --
> Antoine "hashar" Musso
>
>
> ___
> Mobile-l mailing list
> Mobile-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mobile-l



-- 
Oliver Keyes
Count Logula
Wikimedia Foundation

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Readership metrics for the two months until February 7, 2016

[Antoine Musso]

Le 18/02/2016 23:37, Tilman Bayer a écrit :
> Context (last three months):
> 
> Like for the Android app, there was a notable bump around Christmas, but
> also an even larger spike on January 14 - the reason is not clear to us.

Hello,

I would suspect it is related to Wikipedia turning 15 years old. The
birthday has been well covered by news at least in France.   A few
acquaintance learned about the Wikipedia mobile apps by reading the news
and started using it.

Quoting someone I met:

"I never heard you have a Wikipedia app. It is nice and usefull, much
better than the web view".


Hearsay, I have no fact ...

-- 
Antoine "hashar" Musso


___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

Re: [WikimediaMobile] Android app now requires "run at startup" permission?

[Florian Schmidt]

Hi Legoktm,

as far as I know the permission is in the custom build flavor only (it was 
moved from the main build channel to it in commit[1]). I'm not sure, what 
flavor is used for fdroid, it's using the custom channel, it get's the 
permission (added in [2]).

[1] 
https://github.com/wikimedia/apps-android-wikipedia/commit/2b18cea8108b074dcbb305258186c7abf6ca0c41
[2] 
https://github.com/wikimedia/apps-android-wikipedia/commit/026b8ed03996d0683c62ff4d301a7181055d19b1

Best,
Florian

-Original-Nachricht-
Betreff: [WikimediaMobile] Android app now requires "run at startup" permission?
Datum: 2016-02-19T08:29:44+0100
Von: "Legoktm" 
An: "mobile-l" 

Hi,

When I upgrade from 2.1.137-fdroid to 2.1.141-fdroid (I fell a little
behind in staying up to date), the Android Wikipedia app requests the
"run at startup" permission. Is this intentional? Why does the app need
to run at startup?

Thanks,
-- Legoktm

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l