Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Andrew Garrett]

On Wed, Jun 6, 2012 at 12:09 PM, Lars Aronsson  wrote:
>
> As something of an outsider/newcomer, I hear two very different
> stories. The first is the story of all the good reasons why
> Linus Torvalds created git, how it is fully decentralized and
> asynchronous, and how bad it was to work with SVN. The other
> story is gerrit, and how everything must now go through this
> bottleneck of new centralization. There's a conflict here, that
> needs to be sorted out. Does Linus Torvalds really use gerrit?


WWLTD? :)

-- 
Andrew Garrett
Wikimedia Foundation
agarr...@wikimedia.org
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Lars Aronsson]

On 2012-06-06 00:19, Diederik van Liere wrote:
A workflow where engineers have to bug a Gerrit admin to do something 
is a broken workflow:


As something of an outsider/newcomer, I hear two very different
stories. The first is the story of all the good reasons why
Linus Torvalds created git, how it is fully decentralized and
asynchronous, and how bad it was to work with SVN. The other
story is gerrit, and how everything must now go through this
bottleneck of new centralization. There's a conflict here, that
needs to be sorted out. Does Linus Torvalds really use gerrit?


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se



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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Chad]

On Tue, Jun 5, 2012 at 7:55 PM, Bergi  wrote:
> Platonides schrieb:
>
>> On 01/06/12 17:41, Chad wrote:
>>>
>>> I did make a new "Project Creators" group that I'm more than willing to
>>> add
>>> people to, once they've learned Gerrit permissions.
>>>
>>> In addition, unless you make a group you're in the owner of the repo
>>> (which
>>> can't be done via the GUI, only the CLI--this is a bug), you won't be
>>> able
>>> to set permissions at all (this is by design).
>>
>>
>> Are current permission groups viewable anywhere?
>
>
> Chad's tutorial
>  includes a
> link to "people who are allowed to create new repositories"
> , if you were
> looking for that.
>

More generally, there's the group listing in gerrit that's viewable to all
logged in users[0]. Every group should be publicly viewable and show
the users in it (other than LDAP groups, but this is a known bug and
very few of our groups are LDAP based)

-Chad

[0] https://gerrit.wikimedia.org/r/#/admin/groups/

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Bergi]

Platonides schrieb:

On 01/06/12 17:41, Chad wrote:

I did make a new "Project Creators" group that I'm more than willing to add
people to, once they've learned Gerrit permissions.

In addition, unless you make a group you're in the owner of the repo (which
can't be done via the GUI, only the CLI--this is a bug), you won't be able
to set permissions at all (this is by design).


Are current permission groups viewable anywhere?


Chad's tutorial 
 includes 
a link to "people who are allowed to create new repositories" 
, if you were 
looking for that.


 Bergi

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

Re: [Wikitech-l] Gerrit question: pushing to another branch

[Bergi]

Marcin Cieslak schrieb:

Bergi  wrote:

Doesn't Git encourage us to create as many branches as we can, to share
our work and collaborate? Or should I publish my branch(es) somewhere
else, maybe without gerrit at all?


You are supposed to push one perfect commit for review; you might
also push some with dependencies between them but then things get
nasty.


Yes, I feared that. Too bad.

But I thought there was a possibility to push to our repository without 
using Gerrit / being affected by Gerrit at all?
I can understand that Gerrit is a nice review tool which is useful for 
the production and master branches, but I'd like to have a repo for 
developing & sharing cool new features without any review at all. The 
discussion would happen at bugzilla or mediawiki.org.

Do you think there is a way?

Thanks,
 Bergi

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Alolita Sharma]

Hey Chad,

On Tue, Jun 5, 2012 at 3:20 PM, Diederik van Liere wrote:

> >
> >
> > I've whipped up a quick tutorial for people who want to create new
> > repositories[0]. If people can read and make sure they understand
> > this page (with its various caveats), then yes, we can start handing
> > this out.
> >
> > -Chad
> >
> > [0] https://www.mediawiki.org/wiki/Git/Creating_new_repositories
>
>
>
Many thanks for this and your help on creating the E3 repo. Appreciate it!

Best,
Alolita



>
> Dear Chad,
> This is really helpful! Thanks so much for putting this together!
> Diederik


>

> 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] Give create gerrit repo right to all WMF engineers

[Alolita Sharma]

On Tue, Jun 5, 2012 at 2:40 AM, K. Peachey  wrote:

> On Tue, Jun 5, 2012 at 4:42 PM, Alolita Sharma 
> wrote:
> > It is unacceptable to have developers waiting in queue to get create-repo
> > access 'some day'. We've lost at least a couple of weeks worth of
> > productivity in Ori's case (for E3) since he's been unable to firstly get
> > gerrit access and then wait for someone from the release engineering team
> > to be available to create repos for him.
>
> Did anyway say, Ask about it? I'm sure if you followed up with the one
> of the project creators (eg: chad) he would have been more than happy
> to push things along.
>
>
We already had.

>  ___
> 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] Give create gerrit repo right to all WMF engineers

[Platonides]

On 01/06/12 17:41, Chad wrote:
> I did make a new "Project Creators" group that I'm more than willing to add
> people to, once they've learned Gerrit permissions.
> 
> In addition, unless you make a group you're in the owner of the repo (which
> can't be done via the GUI, only the CLI--this is a bug), you won't be able
> to set permissions at all (this is by design).

Are current permission groups viewable anywhere?


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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Diederik van Liere]

>
>
> I've whipped up a quick tutorial for people who want to create new
> repositories[0]. If people can read and make sure they understand
> this page (with its various caveats), then yes, we can start handing
> this out.
>
> -Chad
>
> [0] https://www.mediawiki.org/wiki/Git/Creating_new_repositories



Dear Chad,
This is really helpful! Thanks so much for putting this together!
Diederik
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Diederik van Liere]

>
>
> Did anyway say, Ask about it? I'm sure if you followed up with the one
> of the project creators (eg: chad) he would have been more than happy
> to push things along.


I am sorry but I disagree. The question is not whether Chad or one of the
Gerrit admin's will help us, because they are super responsive and are
always helping us out when there are issues. The question is: what do we
(WMF engineers) think is a sensible Git / Gerrit workflow. Creating repo's
is part of this workflow. I believe in decentralized teams and our software
should support this.

A workflow where engineers have to bug a Gerrit admin to do something is a
broken workflow:
* You will always bug an admin at the wrong time
* It always takes more time to bug somebody than DIY, we are really losing
productive hours on issues like this.
* We are professional engineers, and every engineer should know how to
create a repo in Gerrit.
* Bugging an engineer (in general) is not a scalable workflow and we should
really move away from these kind of of accepted practises.

We need to stop focusing on what Gerrit can / cannot do and we need to
start drafting out team-specific workflows on how we want to use Git /
Gerrit.

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Antoine Musso]

Le 05/06/12 14:13, Chad a écrit :
> I've whipped up a quick tutorial for people who want to create new
> repositories[0]. If people can read and make sure they understand
> this page (with its various caveats), then yes, we can start handing
> this out.
> 
> -Chad
> 
> [0] https://www.mediawiki.org/wiki/Git/Creating_new_repositories

Hello Chad,

Thanks for the tutorial, that is definitely going to help spread the
repo creation rights. I am more than happy to --sign-off your text :)

cheers,

-- 
Antoine "hashar" Musso


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

Re: [Wikitech-l] Inline styles trouble on the mobile site

[Platonides]

On 05/06/12 17:37, Lars Aronsson wrote:
> On 2012-06-05 14:16, Jon Robson wrote:
>> I still think inline styles are going to continue causing problems on
>> the mobile site as many people creating articles may only me thinking
>> in terms of how a page will look in desktop rather than mobile.
> 
> It could help if the edit page had an option to "preview for mobile".
> Not everybody would have to use that, but those interested in
> helping out could do so.

Easy enough to make as a gadget.



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

Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer

[Fabrice Florin]

Welcome aboard, Munaf!

I look forward to working with you soon,

Fabrice


__

Fabrice Florin
Product Manager,
Editor Engagement
Wikimedia Foundation
+1 (415) 839-6885 ext. 6827 work
+1 (415) 860-6484 mobile
fflo...@wikimedia.org

We help engage editors on Wikipedia:
https://en.wikipedia.org/wiki/Wikipedia:Editor_Engagement


On Jun 4, 2012, at 11:03 PM, wikitech-l-requ...@lists.wikimedia.org wrote:

> From: Steven Walling 
> Subject: Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer
> Date: June 4, 2012 4:43:52 PM PDT
> To: Wikimedia developers 
> Cc: Munaf Assaf 
> Reply-To: Wikimedia developers 
> 
> 
> On Mon, Jun 4, 2012 at 3:40 PM, Howie Fung  wrote:
> 
>> Everyone,
>> 
>> I’m pleased to welcome Munaf Assaf, a new member of the Product Group.
>> Munaf is starting today as UX Designer and will work mainly on the
>> Editor Engagement Experiments projects.   Almost all of these projects
>> have a user-facing component, and Munaf will help us design interfaces
>> to make these experiments and features more user-friendly.
>> 
>> Munaf joins us from the University of Michigan (UM), where he worked
>> as a Research Associate in the Office of Enabling Technologies. At UM,
>> he worked on a variety of projects, including mobile informatics
>> applications and engagement tools for visiting hospital patients. His
>> most recent project was the design of a high-tech collaboration space
>> in conjunction with the Taubman School of Architecture. Earlier in his
>> career, Munaf was an Algorithm Design Engineer at General Motors,
>> where he worked on control systems for improving vehicle fuel
>> efficiency.
>> 
>> He has a BS in Electrical Engineering from Kettering University, as
>> well as an MSI in Human-Computer Interaction from the University of
>> Michigan at Ann Arbor.  For more information on his background, please
>> see his public profile [1].
>> 
>> Please join me in welcoming Munaf!
>> 
>> Howie
>> 
>> [1] http://www.linkedin.com/in/munafassaf
>> 
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>> 
> 
> Welcome Munaf! Glad to have you on the team. :)
> 
> Steven
> 
> 
> 
> 
> From: John Du Hart 
> Subject: Re: [Wikitech-l] Facebook grabs the Mediawiki logo instead of the 
> site logo
> Date: June 4, 2012 4:47:55 PM PDT
> To: Wikimedia developers 
> Reply-To: Wikimedia developers 
> 
> 
> Yeah I remember that.
> On Jun 4, 2012 7:45 PM, "Chad"  wrote:
> 
>> On Mon, Jun 4, 2012 at 7:35 PM,   wrote:
>>> Here Facebook grabs the Mediawiki logo instead of the site logo.
>>> 
>>> 
>> http://www.facebook.com/groups/tg.taiwan/permalink/374509135949001/?comment_id=374537129279535&offset=0&total_comments=1
>>> 
>>> Doing the same experiment with e.g.,
>>> http://en.wikipedia.org/wiki/1st_clan_chief ,
>>> a page also without any user embedded images,
>>> oddly does not cause the mediawiki logo to be chosen.
>>> 
>>> Though it does not choose the site logo, at least it doesn't choose the
>>> mediawiki logo.
>>> 
>> 
>> Didn't we discuss this almost a year ago?
>> 
>> Indeed, we did:
>> http://lists.wikimedia.org/pipermail/mediawiki-l/2011-July/037710.html
>> 
>> -Chad
>> 
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>> 
> 
> 
> 
> 
> From: Nasir Khan 
> Subject: Re: [Wikitech-l] Welcoming Munaf Assaf, UX Designer
> Date: June 4, 2012 6:29:54 PM PDT
> To: Wikimedia developers 
> Reply-To: Wikimedia developers 
> 
> 
> Congrats :)
> On Jun 5, 2012 5:44 AM, "Steven Walling"  wrote:
> 
>> On Mon, Jun 4, 2012 at 3:40 PM, Howie Fung  wrote:
>> 
>>> Everyone,
>>> 
>>> I’m pleased to welcome Munaf Assaf, a new member of the Product Group.
>>> Munaf is starting today as UX Designer and will work mainly on the
>>> Editor Engagement Experiments projects.   Almost all of these projects
>>> have a user-facing component, and Munaf will help us design interfaces
>>> to make these experiments and features more user-friendly.
>>> 
>>> Munaf joins us from the University of Michigan (UM), where he worked
>>> as a Research Associate in the Office of Enabling Technologies. At UM,
>>> he worked on a variety of projects, including mobile informatics
>>> applications and engagement tools for visiting hospital patients. His
>>> most recent project was the design of a high-tech collaboration space
>>> in conjunction with the Taubman School of Architecture. Earlier in his
>>> career, Munaf was an Algorithm Design Engineer at General Motors,
>>> where he worked on control systems for improving vehicle fuel
>>> efficiency.
>>> 
>>> He has a BS in Electrical Engineering from Kettering University, as
>>> well as an MSI in Human-Computer Interaction from the University of
>>> Michigan at Ann Arbor.  For more information on his background, please
>>> see his public profi

Re: [Wikitech-l] Inline styles trouble on the mobile site

[Lars Aronsson]

On 2012-06-05 14:16, Jon Robson wrote:

I still think inline styles are going to continue causing problems on
the mobile site as many people creating articles may only me thinking
in terms of how a page will look in desktop rather than mobile.


It could help if the edit page had an option to "preview for mobile".
Not everybody would have to use that, but those interested in
helping out could do so.


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se



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

[Wikitech-l] WMF/Openhatch test event for AFTv5 Sat. 9 June

[Chris McMahon]

Similar to last month's event with the Weekend Testing group, this Saturday
WMF is teaming with Openhatch.org for a "test event" to get critical
eyeballs on the near-final version of the Article Feedback Tool before AFT
gets rolled out to a wide audience in the very near future.

Like last time, we anticipate some Bugzilla issues being created for AFT on
Saturday.

The test session is from 10AM-noon Pacific time.

The openhatch announcement is:
https://openhatch.org/blog/2012/june-9-help-wikipedia-test-some-software-and-get-involved-in-their-community-no-programming-required/

The test plan for the event is:
http://www.mediawiki.org/wiki/QA/Article_Feedback_Test_Plan
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

[Ariel T. Glenn]

This is a place where volunteers can step in and make it happen without
the need for Wikimedia's infrastructure.  (This means I can concentrate
on my already very full plate of things too.)

http://meta.wikimedia.org/wiki/Data_dump_torrents

Have at!

Ariel

Στις 05-06-2012, ημέρα Τρι, και ώρα 08:57 -0400, ο/η Derric Atzrott
έγραψε:
> I second this idea.  Large archives should always be available using 
> bittorrent.  I would actually suggest posting magnet links for them though 
> instead of .torrent files.  This way you can leverage the acceptable source 
> feature of magnet links.
> 
> https://en.wikipedia.org/wiki/Magnet_URI_scheme#Web_links_to_the_file
> 
> This way we get the best of both worlds: the constant availability of direct 
> downloads, and the reduction in load that p2p filesharing provides.
> 
> Thank you,
> Derric Atzrott
> 
> -Original Message-
> From: wikitech-l-boun...@lists.wikimedia.org 
> [mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Oren Bochman
> Sent: 05 June 2012 08:44
> To: 'Wikimedia developers'
> Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update
> 
> Any chance that these archived can be served via bittorent - so that even 
> partial downloaders can become servers - leveraging p2p to reduce overall 
> bandwidth load on the servers and increase download times?
> 
> 
> -Original Message-
> From: wikitech-l-boun...@lists.wikimedia.org 
> [mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Mike Dupont
> Sent: Saturday, June 02, 2012 1:28 AM
> To: Wikimedia developers; wikiteam-disc...@googlegroups.com
> Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update
> 
> I have run cron archiving now every 30 minutes, 
> http://ia700802.us.archive.org/34/items/wikipedia-delete-2012-06/
> it is amazing how fast the stuff gets deleted on wikipedia.
> what about the proposed deletes are there categories for that?
> thanks
> mike
> 
> On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont 
>  wrote:
> > https://github.com/h4ck3rm1k3/wikiteam code here
> >
> > On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont 
> >  wrote:
> >> Ok, I merged the code from wikteam and have a full history dump 
> >> script that uploads to archive.org, next step is to fix the bucket 
> >> metadata in the script mike
> >>
> >> On Tue, May 29, 2012 at 3:08 AM, Mike  Dupont 
> >>  wrote:
> >>> Well, I have now updated the script to include  the xml dump in raw 
> >>> format. I will have to add more information the achive.org item, at 
> >>> least a basic readme.
> >>> other thing is that the wikipybot does not support the full history 
> >>> it seems, so that I will have to move over to the wikiteam version 
> >>> and rework it, I just spent 2 hours on this so i am pretty happy for 
> >>> the first version.
> >>>
> >>> mike
> >>>
> >>> On Tue, May 29, 2012 at 1:52 AM, Hydriz Wikipedia  
> >>> wrote:
>  This is quite nice, though the item's metadata is too little :)
> 
>  On Tue, May 29, 2012 at 3:40 AM, Mike Dupont 
>   > wrote:
> 
> > first version of the Script is ready , it gets the versions, puts 
> > them in a zip and puts that on archive.org 
> > https://github.com/h4ck3rm1k3/pywikipediabot/blob/master/export_de
> > leted.py
> >
> > here is an example output :
> > http://archive.org/details/wikipedia-delete-2012-05
> >
> > http://ia601203.us.archive.org/24/items/wikipedia-delete-2012-05/a
> > rchive2012-05-28T21:34:02.302183.zip
> >
> > I will cron this, and it should give a start of saving deleted data.
> > Articles will be exported once a day, even if they they were 
> > exported yesterday as long as they are in one of the categories.
> >
> > mike
> >
> > On Mon, May 21, 2012 at 7:21 PM, Mike  Dupont 
> >  wrote:
> > > Thanks! and run that 1 time per day, they dont get deleted that 
> > > quickly.
> > > mike
> > >
> > > On Mon, May 21, 2012 at 9:11 PM, emijrp  wrote:
> > >> Create a script that makes a request to Special:Export using 
> > >> this
> > category
> > >> as feed
> > >> https://en.wikipedia.org/wiki/Category:Candidates_for_speedy_de
> > >> letion
> > >>
> > >> More info
> > https://www.mediawiki.org/wiki/Manual:Parameters_to_Special:Export
> > >>
> > >>
> > >> 2012/5/21 Mike Dupont 
> > >>>
> > >>> Well I whould be happy for items like this :
> > >>> http://en.wikipedia.org/wiki/Template:Db-a7
> > >>> would it be possible to extract them easily?
> > >>> mike
> > >>>
> > >>> On Thu, May 17, 2012 at 2:23 PM, Ariel T. Glenn 
> > >>> 
> > >>> wrote:
> > >>> > There's a few other reasons articles get deleted: copyright 
> > >>> > issues, personal identifying data, etc.  This makes 
> > >>> > maintaning the sort of mirror you propose problematic, although a 
> > >>> > similar mirror is here:
> > >>> > http://deletion

Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

[Derric Atzrott]

I second this idea.  Large archives should always be available using 
bittorrent.  I would actually suggest posting magnet links for them though 
instead of .torrent files.  This way you can leverage the acceptable source 
feature of magnet links.

https://en.wikipedia.org/wiki/Magnet_URI_scheme#Web_links_to_the_file

This way we get the best of both worlds: the constant availability of direct 
downloads, and the reduction in load that p2p filesharing provides.

Thank you,
Derric Atzrott

-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org 
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Oren Bochman
Sent: 05 June 2012 08:44
To: 'Wikimedia developers'
Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

Any chance that these archived can be served via bittorent - so that even 
partial downloaders can become servers - leveraging p2p to reduce overall 
bandwidth load on the servers and increase download times?


-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org 
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Mike Dupont
Sent: Saturday, June 02, 2012 1:28 AM
To: Wikimedia developers; wikiteam-disc...@googlegroups.com
Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

I have run cron archiving now every 30 minutes, 
http://ia700802.us.archive.org/34/items/wikipedia-delete-2012-06/
it is amazing how fast the stuff gets deleted on wikipedia.
what about the proposed deletes are there categories for that?
thanks
mike

On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont  
wrote:
> https://github.com/h4ck3rm1k3/wikiteam code here
>
> On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont 
>  wrote:
>> Ok, I merged the code from wikteam and have a full history dump 
>> script that uploads to archive.org, next step is to fix the bucket 
>> metadata in the script mike
>>
>> On Tue, May 29, 2012 at 3:08 AM, Mike  Dupont 
>>  wrote:
>>> Well, I have now updated the script to include  the xml dump in raw 
>>> format. I will have to add more information the achive.org item, at 
>>> least a basic readme.
>>> other thing is that the wikipybot does not support the full history 
>>> it seems, so that I will have to move over to the wikiteam version 
>>> and rework it, I just spent 2 hours on this so i am pretty happy for 
>>> the first version.
>>>
>>> mike
>>>
>>> On Tue, May 29, 2012 at 1:52 AM, Hydriz Wikipedia  
>>> wrote:
 This is quite nice, though the item's metadata is too little :)

 On Tue, May 29, 2012 at 3:40 AM, Mike Dupont 
  wrote:

> first version of the Script is ready , it gets the versions, puts 
> them in a zip and puts that on archive.org 
> https://github.com/h4ck3rm1k3/pywikipediabot/blob/master/export_de
> leted.py
>
> here is an example output :
> http://archive.org/details/wikipedia-delete-2012-05
>
> http://ia601203.us.archive.org/24/items/wikipedia-delete-2012-05/a
> rchive2012-05-28T21:34:02.302183.zip
>
> I will cron this, and it should give a start of saving deleted data.
> Articles will be exported once a day, even if they they were 
> exported yesterday as long as they are in one of the categories.
>
> mike
>
> On Mon, May 21, 2012 at 7:21 PM, Mike  Dupont 
>  wrote:
> > Thanks! and run that 1 time per day, they dont get deleted that quickly.
> > mike
> >
> > On Mon, May 21, 2012 at 9:11 PM, emijrp  wrote:
> >> Create a script that makes a request to Special:Export using 
> >> this
> category
> >> as feed
> >> https://en.wikipedia.org/wiki/Category:Candidates_for_speedy_de
> >> letion
> >>
> >> More info
> https://www.mediawiki.org/wiki/Manual:Parameters_to_Special:Export
> >>
> >>
> >> 2012/5/21 Mike Dupont 
> >>>
> >>> Well I whould be happy for items like this :
> >>> http://en.wikipedia.org/wiki/Template:Db-a7
> >>> would it be possible to extract them easily?
> >>> mike
> >>>
> >>> On Thu, May 17, 2012 at 2:23 PM, Ariel T. Glenn 
> >>> 
> >>> wrote:
> >>> > There's a few other reasons articles get deleted: copyright 
> >>> > issues, personal identifying data, etc.  This makes 
> >>> > maintaning the sort of mirror you propose problematic, although a 
> >>> > similar mirror is here:
> >>> > http://deletionpedia.dbatley.com/w/index.php?title=Main_Page
> >>> >
> >>> > The dumps contain only data publically available at the time 
> >>> > of the
> run,
> >>> > without deleted data.
> >>> >
> >>> > The articles aren't permanently deleted of course.  The 
> >>> > revisions
> texts
> >>> > live on in the database, so a query on toolserver, for 
> >>> > example,
> could be
> >>> > used to get at them, but that would need to be for research 
> >>> > purposes.
> >>> >
> >>> > Ariel
> >>> >
> >>> > Στις 17-05-2012, η

Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

[Oren Bochman]

Any chance that these archived can be served via bittorent - so that even 
partial downloaders can become servers - leveraging p2p to reduce overall 
bandwidth load on the servers and increase download times?


-Original Message-
From: wikitech-l-boun...@lists.wikimedia.org 
[mailto:wikitech-l-boun...@lists.wikimedia.org] On Behalf Of Mike Dupont
Sent: Saturday, June 02, 2012 1:28 AM
To: Wikimedia developers; wikiteam-disc...@googlegroups.com
Subject: Re: [Wikitech-l] [Xmldatadumps-l] XML dumps/Media mirrors update

I have run cron archiving now every 30 minutes, 
http://ia700802.us.archive.org/34/items/wikipedia-delete-2012-06/
it is amazing how fast the stuff gets deleted on wikipedia.
what about the proposed deletes are there categories for that?
thanks
mike

On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont  
wrote:
> https://github.com/h4ck3rm1k3/wikiteam code here
>
> On Wed, May 30, 2012 at 6:26 AM, Mike  Dupont 
>  wrote:
>> Ok, I merged the code from wikteam and have a full history dump 
>> script that uploads to archive.org, next step is to fix the bucket 
>> metadata in the script mike
>>
>> On Tue, May 29, 2012 at 3:08 AM, Mike  Dupont 
>>  wrote:
>>> Well, I have now updated the script to include  the xml dump in raw 
>>> format. I will have to add more information the achive.org item, at 
>>> least a basic readme.
>>> other thing is that the wikipybot does not support the full history 
>>> it seems, so that I will have to move over to the wikiteam version 
>>> and rework it, I just spent 2 hours on this so i am pretty happy for 
>>> the first version.
>>>
>>> mike
>>>
>>> On Tue, May 29, 2012 at 1:52 AM, Hydriz Wikipedia  
>>> wrote:
 This is quite nice, though the item's metadata is too little :)

 On Tue, May 29, 2012 at 3:40 AM, Mike Dupont 
  wrote:

> first version of the Script is ready , it gets the versions, puts 
> them in a zip and puts that on archive.org 
> https://github.com/h4ck3rm1k3/pywikipediabot/blob/master/export_de
> leted.py
>
> here is an example output :
> http://archive.org/details/wikipedia-delete-2012-05
>
> http://ia601203.us.archive.org/24/items/wikipedia-delete-2012-05/a
> rchive2012-05-28T21:34:02.302183.zip
>
> I will cron this, and it should give a start of saving deleted data.
> Articles will be exported once a day, even if they they were 
> exported yesterday as long as they are in one of the categories.
>
> mike
>
> On Mon, May 21, 2012 at 7:21 PM, Mike  Dupont 
>  wrote:
> > Thanks! and run that 1 time per day, they dont get deleted that quickly.
> > mike
> >
> > On Mon, May 21, 2012 at 9:11 PM, emijrp  wrote:
> >> Create a script that makes a request to Special:Export using 
> >> this
> category
> >> as feed
> >> https://en.wikipedia.org/wiki/Category:Candidates_for_speedy_de
> >> letion
> >>
> >> More info
> https://www.mediawiki.org/wiki/Manual:Parameters_to_Special:Export
> >>
> >>
> >> 2012/5/21 Mike Dupont 
> >>>
> >>> Well I whould be happy for items like this :
> >>> http://en.wikipedia.org/wiki/Template:Db-a7
> >>> would it be possible to extract them easily?
> >>> mike
> >>>
> >>> On Thu, May 17, 2012 at 2:23 PM, Ariel T. Glenn 
> >>> 
> >>> wrote:
> >>> > There's a few other reasons articles get deleted: copyright 
> >>> > issues, personal identifying data, etc.  This makes 
> >>> > maintaning the sort of mirror you propose problematic, although a 
> >>> > similar mirror is here:
> >>> > http://deletionpedia.dbatley.com/w/index.php?title=Main_Page
> >>> >
> >>> > The dumps contain only data publically available at the time 
> >>> > of the
> run,
> >>> > without deleted data.
> >>> >
> >>> > The articles aren't permanently deleted of course.  The 
> >>> > revisions
> texts
> >>> > live on in the database, so a query on toolserver, for 
> >>> > example,
> could be
> >>> > used to get at them, but that would need to be for research 
> >>> > purposes.
> >>> >
> >>> > Ariel
> >>> >
> >>> > Στις 17-05-2012, ημέρα Πεμ, και ώρα 13:30 +0200, ο/η Mike 
> >>> > Dupont
> έγραψε:
> >>> >> Hi,
> >>> >> I am thinking about how to collect articles deleted based 
> >>> >> on the
> "not
> >>> >> notable" criteria,
> >>> >> is there any way we can extract them from the mysql 
> >>> >> binlogs? how are these mirrors working? I would be 
> >>> >> interested in setting up a mirror
> of
> >>> >> deleted data, at least that which is not spam/vandalism 
> >>> >> based on
> tags.
> >>> >> mike
> >>> >>
> >>> >> On Thu, May 17, 2012 at 1:09 PM, Ariel T. Glenn <
> ar...@wikimedia.org>
> >>> >> wrote:
> >>> >> > We now have three mirror sites, yay!  The full list is 
> >>> >> > linked to
> from
>>>

Re: [Wikitech-l] Inline styles trouble on the mobile site

[Jon Robson]

I still think inline styles are going to continue causing problems on
the mobile site as many people creating articles may only me thinking
in terms of how a page will look in desktop rather than mobile.
Although I personally would turn them off on the mobile website I seem
to be in a minority.

I spoke to several people including Gabriel Wicke and Brion Vibber on
this subject at the Berlin hackathon and I think possibly the best way
we as a community can address this is to identify the problems on a
case by case basis.

To do this I've created a page [1] the idea being that community
members can report/identify situations where inline styles don't work
on the mobile site, document them and provide a suggested resolution.
These situations can then be linked to a list of effected pages that
require cleaning up, for example [2]. These lists can be generated
using Gabriel's dumpGrepper.js [3]. For the time being I've just run a
grep on English Wikipedia but depending on whether this is successful
I'll branch out to other languages

Hopefully this will result in some sort of reference page for how to
write styles that work well on both mobile and desktop.

Please let me know if you do/don't think this is an effective way of
solving the problem, watch the page and most importantly help
contribute in the cleanup process!

[1] http://www.mediawiki.org/wiki/Making_MediaWiki_Mobile_Friendly
[2] 
http://www.mediawiki.org/wiki/List_of_Problematic_portal_pages_with_two_column_layouts
[3] 
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/VisualEditor.git;a=blob;f=tests/parser/dumpGrepper.js;h=6fa9feb5adfb8c9d7384a69dcd5b67791425add3;hb=master


On Mon, May 14, 2012 at 3:57 AM, Krinkle  wrote:
> On May 11, 2012, at 11:17 AM, Tei wrote:
>
>> On 11 May 2012 10:24, Ryan Kaldari  wrote:
>>> What about this idea: We could introduce a new CSS class called 'nomobile'
>>> that functioned similarly to 'noprint' — any element set to this class would
>>> be hidden completely on mobile devices. If someone noticed a problem with a
>>> specific template on mobile devices, they could either fix the template or
>>> set it to 'nomobile'. This would make template creators aware of the problem
>>> and give them an incentive to fix their inline styles.
>>
>>
>> http://www.stuffandnonsense.co.uk/archives/images/specificitywars-05v2.jpg
>>
>> I think theres a limitation to that,   ".nomobile  .darthvader
>> .darthvader"   will not work as expected (I think)
>>
>
> As far as CSS is concerned this will work just fine. Due to a logic error in 
> the mobile site specifically it can fail sometimes. But CSS has no such bug 
> or limitation, and in MediaWiki it will work just fine.
>
> Not sure how that link is relevant..
>
> -- Krinkle
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l



-- 
Jon Robson
http://jonrobson.me.uk
@rakugojon

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Chad]

On Tue, Jun 5, 2012 at 6:33 AM, Diederik van Liere  wrote:
> So the estimated maximum number of projects is 10.000, while the default
> maximum is 1.000.
> For contributors, the default maximum is 1.000 and the estimated maximum
> number is 50.000
>
> Can we please tag this concern as addressed and start handing out the
> rights?
> Diederik
>

I've whipped up a quick tutorial for people who want to create new
repositories[0]. If people can read and make sure they understand
this page (with its various caveats), then yes, we can start handing
this out.

-Chad

[0] https://www.mediawiki.org/wiki/Git/Creating_new_repositories

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Chad]

On Tue, Jun 5, 2012 at 5:40 AM, K. Peachey  wrote:
> On Tue, Jun 5, 2012 at 4:42 PM, Alolita Sharma  
> wrote:
>> It is unacceptable to have developers waiting in queue to get create-repo
>> access 'some day'. We've lost at least a couple of weeks worth of
>> productivity in Ori's case (for E3) since he's been unable to firstly get
>> gerrit access and then wait for someone from the release engineering team
>> to be available to create repos for him.
>
> Did anyway say, Ask about it? I'm sure if you followed up with the one
> of the project creators (eg: chad) he would have been more than happy
> to push things along.
>

Just as a quick note--I created the E3 repo yesterday.

-Chad

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Diederik van Liere]

So the estimated maximum number of projects is 10.000, while the default
maximum is 1.000.
For contributors, the default maximum is 1.000 and the estimated maximum
number is 50.000

Can we please tag this concern as addressed and start handing out the
rights?
Diederik

On Tue, Jun 5, 2012 at 11:32 AM, Ori Livneh  wrote:

> On Mon, Jun 4, 2012 at 11:44 PM, Jeremy Baron 
> wrote:
> >
> > I was just pointing it out; I've no idea how gerrit behaves with lots
> > of small+hidden repos. or with most of the repos in an instance
> > hidden. Maybe it's not a problem.
> >
>
> Some numbers here:
> <
>
> http://gerrit-documentation.googlecode.com/svn/Documentation/2.4/dev-design.html#_spam_and_abuse_considerations
> >
> ___
> 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] Give create gerrit repo right to all WMF engineers

[K. Peachey]

On Tue, Jun 5, 2012 at 4:42 PM, Alolita Sharma  wrote:
> It is unacceptable to have developers waiting in queue to get create-repo
> access 'some day'. We've lost at least a couple of weeks worth of
> productivity in Ori's case (for E3) since he's been unable to firstly get
> gerrit access and then wait for someone from the release engineering team
> to be available to create repos for him.

Did anyway say, Ask about it? I'm sure if you followed up with the one
of the project creators (eg: chad) he would have been more than happy
to push things along.

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

Re: [Wikitech-l] Give create gerrit repo right to all WMF engineers

[Ori Livneh]

On Mon, Jun 4, 2012 at 11:44 PM, Jeremy Baron  wrote:
>
> I was just pointing it out; I've no idea how gerrit behaves with lots
> of small+hidden repos. or with most of the repos in an instance
> hidden. Maybe it's not a problem.
>

Some numbers here:
<
http://gerrit-documentation.googlecode.com/svn/Documentation/2.4/dev-design.html#_spam_and_abuse_considerations
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] feedback from a gerrit newbie: gerrit questions; improvement of the Git/Tutorial;

[Marcin Cieslak]

>> Thomas Gries  wrote:

> In the Tutorial, git review -R is suggested to be used.
>
> Hashar showed me git review -f
> (documented on
> https://labsconsole.wikimedia.org/wiki/Git-review#Full_feature_branch_wor=
> kflow_with_git-review
> )
>
> I suggest that the tutorial uses -f this (instead of -R). Please can you
> experts think what's is better suited, or if both should be covered in
> Tutorial ?

Everything is fine given that you don't want to --amend the commit later
for some reason.

The more we get into this the more I regret we recommended using git-review
in the first place ;)

//Saper


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

Re: [Wikitech-l] Gerrit question: pushing to another branch

[Marcin Cieslak]

>> Bergi  wrote:
> Doesn't Git encourage us to create as many branches as we can, to share 
> our work and collaborate? Or should I publish my branch(es) somewhere 
> else, maybe without gerrit at all?

Sorry to say this and many people here might disagree:

 Forget 80% of git versatility when working with gerrit.  No "git merge"
 (other than fast forward), no "git cherry-pick" (only -n) and branches
 are rarely useful for more than a local marker for commit.

You are supposed to push one perfect commit for review; you might
also push some with dependencies between them but then things get 
nasty.

//Saper


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

Re: [Wikitech-l] Facebook grabs the Mediawiki logo instead of the site logo

[Jon Robson]

It's because the site logo is added via a background image and the
only image it finds in that image next to the text "page is the
powered by MediaWiki". It would show the site logi if the logo was
changed to an image tag instead. Alternatively a meta tag such as
 could be
added to the head of the document (possibly via some kind of hook) to
get the desired effect.

On Tue, Jun 5, 2012 at 12:47 AM, John Du Hart  wrote:
> Yeah I remember that.
> On Jun 4, 2012 7:45 PM, "Chad"  wrote:
>
>> On Mon, Jun 4, 2012 at 7:35 PM,   wrote:
>> > Here Facebook grabs the Mediawiki logo instead of the site logo.
>> >
>> >
>> http://www.facebook.com/groups/tg.taiwan/permalink/374509135949001/?comment_id=374537129279535&offset=0&total_comments=1
>> >
>> > Doing the same experiment with e.g.,
>> > http://en.wikipedia.org/wiki/1st_clan_chief ,
>> > a page also without any user embedded images,
>> > oddly does not cause the mediawiki logo to be chosen.
>> >
>> > Though it does not choose the site logo, at least it doesn't choose the
>> > mediawiki logo.
>> >
>>
>> Didn't we discuss this almost a year ago?
>>
>> Indeed, we did:
>> http://lists.wikimedia.org/pipermail/mediawiki-l/2011-July/037710.html
>>
>> -Chad
>>
>> ___
>> 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



-- 
Jon Robson
http://jonrobson.me.uk
@rakugojon

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