[Wikitech-l] Is the current system too difficult for volunteer developers?

[Niklas Laxström]

Have you wondered how GiGeGat [1] works for volunteer developers if
even paid developers have difficulties with it? We have already seen
cases where it works, but we don't know much about the cases where
volunteers decide to give up.

Here, however, is one example [2] of the latter which I want to
highlight. The developer finds it too slow and complicated and wants
to move to GitHub and as consequence we cannot provide translation
services for his extensions at translatewiki.net.

Anyone willing to dig deeper what problems there are and try to resolve them?
  -Niklas

[1] My favorite abbreviation for Git, Gerrit and Gated trunk
[2] 
http://translatewiki.net/wiki/Thread:Support/Add_MediaWiki_Extensions_from_github_to_translation

-- 
Niklas Laxström

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Petr Bena]

Yes, it is difficult

It's hard to request new repository and have it created within short
period of time.

It's hard to navigate in gerrit

It's hard to checkout mediawiki repository, because it's huge

It's hard to find out how to commit / push (there is no guide how to
setup git so that it works as it is on github, unless you are git
expert you may find it hard, because you mostly need to fix your git
config files in order to be able to git push)

On Sun, Jul 29, 2012 at 3:17 PM, Niklas Laxström
 wrote:
> Have you wondered how GiGeGat [1] works for volunteer developers if
> even paid developers have difficulties with it? We have already seen
> cases where it works, but we don't know much about the cases where
> volunteers decide to give up.
>
> Here, however, is one example [2] of the latter which I want to
> highlight. The developer finds it too slow and complicated and wants
> to move to GitHub and as consequence we cannot provide translation
> services for his extensions at translatewiki.net.
>
> Anyone willing to dig deeper what problems there are and try to resolve them?
>   -Niklas
>
> [1] My favorite abbreviation for Git, Gerrit and Gated trunk
> [2] 
> http://translatewiki.net/wiki/Thread:Support/Add_MediaWiki_Extensions_from_github_to_translation
>
> --
> Niklas Laxström
>
> ___
> 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] Is the current system too difficult for volunteer developers?

[Platonides]

See https://gerrit.wikimedia.org/r/16258

I guess it was just frustration:
> I'm fight with this gerrit shit since hours, first SSH didn't work and then 
> pushing did not work because the Committer was named another way. This is
> all way to complicated for me. An now this repository is totaly out of
> sync with what I commited to github.

I pointed that to Chad, hoping he could help him into making push work
for him, but given the TWN thread it didn't seem to have been a happy
outcome :(


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

Re: [Wikitech-l] Request for comment -- Extension management

[Chad]

On Sat, Jul 28, 2012 at 9:29 PM, Daniel Friesen
 wrote:
> Speaking of Chad. He's been dying to work on his project trying to create a
> configuration database for MediaWiki. He's been busy with Gerrit stuff but
> hoping to work on configuration after that's done.
>
> I think that extension management is the second step. We can't have a good
> system for installing extensions in a UI when we don't even have a good
> system for configuring MediaWiki in a UI.
>

Yes. Let's please please please not try to tackle this until config mgmt
is in core.

> "Extension pages can ONLY exist (excluding subpages) if an extension has
> been defined in the database, a path to the repo given, and author(s)
> defined"
> I see no reason to lock in an Extension: page = part of the repository setup
> like this. We can provide parser functions and whatnot to display extension
> information on Extension: pages on MW.org. And we can use some method to use
> information on the extension base itself to define some information for
> extensions, etc... but Extension pages and extension management will be two
> separate things.
>

This was a silly idea I had when writing this up originally. The main goal
was to prevent extensions pasted into wiki pages.

> Unless you just mean that new versions of MediaWiki should keep working with
> old require_once based extensions until they migrate to the extension
> installer setup.
>

This.

-Chad

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Lewis Cawte]

On 29/07/2012 14:42, Petr Bena wrote:

Yes, it is difficult

It's hard to request new repository and have it created within short
period of time.

Need more Chad's :L

It's hard to navigate in gerrit

When is this not being discussed/debated on/argued over...

It's hard to checkout mediawiki repository, because it's huge
It took a while to checkout the SVN as well in my experience... 
especially if you checked out from trunk/phase3 or the whole of trunk...

It's hard to find out how to commit / push (there is no guide how to
setup git so that it works as it is on github, unless you are git
expert you may find it hard, because you mostly need to fix your git
config files in order to be able to git push)
 The guide used at the Berlin Hackathon this year was pretty good, and 
I managed to work it out, with the exception of jumping the gun a bit 
and using the wrong repo (key point: check what your doing) but other 
than that, I've managed to use Git everytime I've wanted to now. The 
guide for anyone that hasn't seen it, 
https://www.mediawiki.org/wiki/Git/Tutorial . As far as I remember, I've 
had no problems using that and setting up my git stuff a few times on 
Linux and once with TortoiseGit although I haven't tried pushing from 
that yet - although pull and clone seemed to work well.


I'd say I kind of agree with the other points, but I'd also sort of 
disagree. Being someone that doesn't commit/push a lot of code, the 
things I have done (which, are relatively simple) we're easy for me to do...


-- Lewis Cawte


On Sun, Jul 29, 2012 at 3:17 PM, Niklas Laxström
 wrote:

Have you wondered how GiGeGat [1] works for volunteer developers if
even paid developers have difficulties with it? We have already seen
cases where it works, but we don't know much about the cases where
volunteers decide to give up.

Here, however, is one example [2] of the latter which I want to
highlight. The developer finds it too slow and complicated and wants
to move to GitHub and as consequence we cannot provide translation
services for his extensions at translatewiki.net.

Anyone willing to dig deeper what problems there are and try to resolve them?
   -Niklas

[1] My favorite abbreviation for Git, Gerrit and Gated trunk
[2] 
http://translatewiki.net/wiki/Thread:Support/Add_MediaWiki_Extensions_from_github_to_translation

--
Niklas Laxström

___
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] Is the current system too difficult for volunteer developers?

[David Gerard]

On 29 July 2012 15:39, Lewis Cawte  wrote:

> I'd say I kind of agree with the other points, but I'd also sort of
> disagree. Being someone that doesn't commit/push a lot of code, the things I
> have done (which, are relatively simple) we're easy for me to do...


What are the statistics for volunteer contribution before and after Gerrit?

Has anyone kept track of such numbers?

I understood making volunteer contribution easier was one of the
attractions of Gerrit ...


- d.

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Chad]

On Sun, Jul 29, 2012 at 10:39 AM, Lewis Cawte  wrote:
>> It's hard to request new repository and have it created within short
>> period of time.
>
> Need more Chad's :L
>

No, we need a real process for this that scales. I was going to start
some work on this with a new extension called GerritTools that had
a "request queue" to automate much of this--but I got sidetracked
from it. If someone's looking for a project... ;-)

-Chad

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Amir E. Aharoni]

2012/7/29 Petr Bena :
> Yes, it is difficult
>
> It's hard to request new repository and have it created within short
> period of time.
>
> It's hard to navigate in gerrit
>
> It's hard to checkout mediawiki repository, because it's huge
>
> It's hard to find out how to commit / push (there is no guide how to
> setup git so that it works as it is on github, unless you are git
> expert you may find it hard, because you mostly need to fix your git
> config files in order to be able to git push)

I am really not a fan of Gerrit, but this is an exaggeration.

What is true, however, is that the documentation is still not great.
There is [[Git/Workflow]], which is 30 pages long. [[Git/Tutorial]]
was supposed to make it simpler, but it grew to be 36 pages long.

Based on the idea that describing hard things on one page with useful
links can make these things easier, I just attempted to write this:
https://www.mediawiki.org/wiki/Git/TLDR

Hopefully some people will find it useful. Feel free to edit it, but
don't let it grow longer than one (printed) page.

--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Lewis Cawte]

On 29/07/2012 15:45, David Gerard wrote:

On 29 July 2012 15:39, Lewis Cawte  wrote:


I'd say I kind of agree with the other points, but I'd also sort of
disagree. Being someone that doesn't commit/push a lot of code, the things I
have done (which, are relatively simple) we're easy for me to do...


What are the statistics for volunteer contribution before and after Gerrit?

Has anyone kept track of such numbers?
I believe, although I may not be correct, Sumana requested these a while 
back and has been looking at them... I'm not sure if it covers (new) 
volunteer contributors or not. I think one thing that if it isn't a 
positive statistic is that from my point of view is that the volunteer 
contributors that we're out there in the SVN days and the ones that 
actually committed regularly have not yet learnt or are not as willing 
to relearn how to contribute... I know from some small experiences a few 
that are unhappy or unwilling that they have to relearn things.

I understood making volunteer contribution easier was one of the
attractions of Gerrit ...
That, or Git, or the whole new workflow I assume, but who perhaps does 
this make it easier for? I suppose its easier especially for the people 
on the WMF side, since there is no more "submit patches and have them 
reviewed before you get commit" and its more get commit access, and then 
have your patches reviewed without them potentially breaking things.


-- Lewis Cawte

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

[Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Amir E. Aharoni]

Hi,

In the last few months I was involved in a few editing workshops for
new users. When we told people to create user accounts, they often
chose usernames based on relatively common people's names, but it
usually didn't happen in wikis in major language like English or
Russian, so their username was accepted, as there were no other user
with the same name on the same wiki. But when they entered a wiki in
another major language, they had to create a new account with a
different name for the obvious reasons.

How hard would it be to auto-convert to SUL all the accounts with
names that exist only on one wiki, so it would appear like this name
is already taken? This should prevent such problems in the future.

--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬

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

Re: [Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Jeremy Baron]

On Sun, Jul 29, 2012 at 11:23 AM, Amir E. Aharoni
 wrote:
> In the last few months I was involved in a few editing workshops for
> new users. When we told people to create user accounts, they often
> chose usernames based on relatively common people's names, but it
> usually didn't happen in wikis in major language like English or
> Russian, so their username was accepted, as there were no other user
> with the same name on the same wiki. But when they entered a wiki in
> another major language, they had to create a new account with a
> different name for the obvious reasons.
>
> How hard would it be to auto-convert to SUL all the accounts with
> names that exist only on one wiki, so it would appear like this name
> is already taken? This should prevent such problems in the future.

See the prior thread (which I think had no resolution):
http://lists.wikimedia.org/pipermail/wikitech-l/2012-April/060256.html

-Jeremy

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Platonides]

On 29/07/12 17:01, Lewis Cawte wrote:
>> I understood making volunteer contribution easier was one of the
>> attractions of Gerrit ...
> That, or Git, or the whole new workflow I assume, but who perhaps does
> this make it easier for? I suppose its easier especially for the people
> on the WMF side, since there is no more "submit patches and have them
> reviewed before you get commit" and its more get commit access, and then
> have your patches reviewed without them potentially breaking things.
> 
> -- Lewis Cawte

AFAIK getting a svn account was never a problem for WMF employees, they
didn't need to submit patches first.



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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[David Gerard]

On 29 July 2012 16:01, Lewis Cawte  wrote:
> On 29/07/2012 15:45, David Gerard wrote:

>> What are the statistics for volunteer contribution before and after
>> Gerrit?
>> Has anyone kept track of such numbers?

> I believe, although I may not be correct, Sumana requested these a while
> back and has been looking at them... I'm not sure if it covers (new)
> volunteer contributors or not. I think one thing that if it isn't a positive
> statistic is that from my point of view is that the volunteer contributors
> that we're out there in the SVN days and the ones that actually committed
> regularly have not yet learnt or are not as willing to relearn how to
> contribute... I know from some small experiences a few that are unhappy or
> unwilling that they have to relearn things.


I was just asking for numbers. Your response looks very like making an
excuse for bad numbers *before we have the numbers*.

I submit that if we know we have to prepare excuses for bad numbers
before we even have the numbers, the current process may not have been
a good idea.


- d.

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

Re: [Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Platonides]

On 29/07/12 17:23, Amir E. Aharoni wrote:
> Hi,
> 
> In the last few months I was involved in a few editing workshops for
> new users. When we told people to create user accounts, they often
> chose usernames based on relatively common people's names, but it
> usually didn't happen in wikis in major language like English or
> Russian, so their username was accepted, as there were no other user
> with the same name on the same wiki. But when they entered a wiki in
> another major language, they had to create a new account with a
> different name for the obvious reasons.
> 
> How hard would it be to auto-convert to SUL all the accounts with
> names that exist only on one wiki, so it would appear like this name
> is already taken? This should prevent such problems in the future.

I thought it was already that way, that the username would have been
reserved even if it wasn't unified.
The names should be at globalnames and no manual account creation with
that name should be possible.
Can you provide some examples?

Thanks


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

Re: [Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Amir E. Aharoni]

2012/7/29 Platonides :
> On 29/07/12 17:23, Amir E. Aharoni wrote:
>> Hi,
>>
>> In the last few months I was involved in a few editing workshops for
>> new users. When we told people to create user accounts, they often
>> chose usernames based on relatively common people's names, but it
>> usually didn't happen in wikis in major language like English or
>> Russian, so their username was accepted, as there were no other user
>> with the same name on the same wiki. But when they entered a wiki in
>> another major language, they had to create a new account with a
>> different name for the obvious reasons.
>>
>> How hard would it be to auto-convert to SUL all the accounts with
>> names that exist only on one wiki, so it would appear like this name
>> is already taken? This should prevent such problems in the future.
>
> I thought it was already that way, that the username would have been
> reserved even if it wasn't unified.
> The names should be at globalnames and no manual account creation with
> that name should be possible.
> Can you provide some examples?

http://toolserver.org/~quentinv57/tools/sulinfo.php?username=LaPhilosophe

As this page shows, this account existed only in enwiki since 2007.
Accounts in hewiki and ptwiki were created a few days ago.

--
Amir Elisha Aharoni · אָמִיר אֱלִישָׁע אַהֲרוֹנִי
http://aharoni.wordpress.com
‪“We're living in pieces,
I want to live in peace.” – T. Moore‬

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Chad]

On Sun, Jul 29, 2012 at 12:42 PM, David Gerard  wrote:
> On 29 July 2012 16:01, Lewis Cawte  wrote:
>> On 29/07/2012 15:45, David Gerard wrote:
>
>>> What are the statistics for volunteer contribution before and after
>>> Gerrit?
>>> Has anyone kept track of such numbers?
>
>> I believe, although I may not be correct, Sumana requested these a while
>> back and has been looking at them... I'm not sure if it covers (new)
>> volunteer contributors or not. I think one thing that if it isn't a positive
>> statistic is that from my point of view is that the volunteer contributors
>> that we're out there in the SVN days and the ones that actually committed
>> regularly have not yet learnt or are not as willing to relearn how to
>> contribute... I know from some small experiences a few that are unhappy or
>> unwilling that they have to relearn things.
>
>
> I was just asking for numbers. Your response looks very like making an
> excuse for bad numbers *before we have the numbers*.
>
> I submit that if we know we have to prepare excuses for bad numbers
> before we even have the numbers, the current process may not have been
> a good idea.
>

I believe some numbers have made it into the Signpost around when the
monthly reports come out.

Paraphrasing from memory, the basic trend has been:
* Overall number of monthly commits is down (this is expected to some
degree due to lack of "followups")
* Number of contributors in labs/gerrit accounts has been increasing, and
hasn't seem to hit a plateau just yet (new accounts every month)

-Chad

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Helder .]

On Sun, Jul 29, 2012 at 11:39 AM, Lewis Cawte  wrote:
>> It's hard to find out how to commit / push (there is no guide how to
>> setup git so that it works as it is on github, unless you are git
>> expert you may find it hard, because you mostly need to fix your git
>> config files in order to be able to git push)
>
>  The guide used at the Berlin Hackathon this year was pretty good, and I
> managed to work it out, with the exception of jumping the gun a bit and
> using the wrong repo (key point: check what your doing) but other than that,
> I've managed to use Git everytime I've wanted to now. The guide for anyone
> that hasn't seen it, https://www.mediawiki.org/wiki/Git/Tutorial .

+1. That tutorial helped me a lot in my first commits.

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

Re: [Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Platonides]

On 29/07/12 18:48, Amir E. Aharoni wrote:
> As this page shows, this account existed only in enwiki since 2007.
> Accounts in hewiki and ptwiki were created a few days ago.

Commit to fix that:
https://gerrit.wikimedia.org/r/16922


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

[Wikitech-l] Gerrit's multiple audiences

[MZMcBride]

Hi.

Splitting off from the "serious alternative" thread, I wanted to make note
that the view that some hold about Gerrit being a developer-only tool is
probably completely wrong and may be contributing to some of the strains and
pains we've been seeing.

Much like Bugzilla (and MediaWiki, to be honest), Gerrit is serving (or
under-serving) multiple audiences. It is simply not just a developer tool,
as I've come to understand it, just as Bugzilla and MediaWiki's CodeReview
extension were not just developer tools. Community members are involved and
engaged in bug and feature filing in Bugzilla, which is directly linked with
Gerrit. When a bug is now marked as resolved, a developer will include a
direct link to a Gerrit changeset for the bug filer (and on-lookers) to see.
In on-wiki discussions, it was never uncommon for people to cite r1234,
which previously directed users to SVN's ViewVC and then subsequently
directed users to MediaWiki's CodeReview interface. Now we have people
citing gerrit change fads9f008 or whatever in on-wiki discussions.

We have direct and explicit exposure of Gerrit to non-developers.

I think this is a crucial point. It means that it's not only acceptable for
non-developers to be involved in discussions about Git front-ends, it's
essential that non-developers be involved.

I haven't seen much documentation of Gerrit for non-developers. I started a
page here:  (though
it's already grown to be more developer-focused).

We need to think more about the "multiple audiences" problem and how to
properly address it.

MZMcBride



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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Ryan Lane]

> I was just asking for numbers. Your response looks very like making an
> excuse for bad numbers *before we have the numbers*.
>
> I submit that if we know we have to prepare excuses for bad numbers
> before we even have the numbers, the current process may not have been
> a good idea.
>

Since the operations repos have been opened, we've had over 800
changes pushed in from non-operations team members (this includes devs
that have root). That's roughly equivalent to the number of changes
one operations team staff members have pushed in during the same time
period.

So, ignoring numbers for all other repos (whether they are good or bad
- I have no clue for those), the switch to git/gerrit has had a major
impact for the operations team.

- Ryan

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Ryan Lane]

> Since the operations repos have been opened, we've had over 800
> changes pushed in from non-operations team members (this includes devs
> that have root). That's roughly equivalent to the number of changes
> one operations team staff members have pushed in during the same time
> period.
>

As a clarification, the numbers treat devs with root as being on the
operations team.

- Ryan

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Thomas Gries]

Yes it _is_ difficult for volunteer developers.
I still find it very difficult and did not commit any new line of code
to gerrit except a "coached fix" during Berlin Hackathon 2012.
And use github for my daily work now.

Tom


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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Ryan Lane]

On Sun, Jul 29, 2012 at 12:54 PM, Thomas Gries  wrote:
> Yes it _is_ difficult for volunteer developers.
> I still find it very difficult and did not commit any new line of code
> to gerrit except a "coached fix" during Berlin Hackathon 2012.
> And use github for my daily work now.
>

Can you please detail what you found difficult in the process, so that
we can try to make things easier?

- Ryan

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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Mark Holmquist]

I believe, although I may not be correct, Sumana requested these a while
back and has been looking at them... I'm not sure if it covers (new)
volunteer contributors or not.


I had provided some numbers, though I'm not sure how helpful they 
are/have been/will be:


http://lists.wikimedia.org/pipermail/wikitech-l/2012-July/061649.html

Also relevant, the reports for which Sumana had requested help:

https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2012/May
https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2012/June
https://www.mediawiki.org/wiki/Wikimedia_engineering_report/2012/July 
(this month, draft)


My message to the list also included a script that could be easily 
hacked up to look at just about any possible permutation of gerrit 
searches. I mean really, it's pretty hackish as-is.


As a follow-up, I had made a Python script to do something similar on 
the GitHub side, but it wasn't as successful or useful in my opinion, 
since there were only a few additional contributors: 
http://lists.wikimedia.org/pipermail/wikitech-l/2012-July/061653.html


I hope this can be helpful in some way, at least for substantiating the 
statements elsewhere that we're still growing :)


Cheers,

--
Mark Holmquist
Contractor, Wikimedia Foundation
mtrac...@member.fsf.org
http://marktraceur.info



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

Re: [Wikitech-l] Is the current system too difficult for volunteer developers?

[Thomas Gries]

Am 29.07.2012 21:56, schrieb Ryan Lane:
> On Sun, Jul 29, 2012 at 12:54 PM, Thomas Gries  wrote:
>> Yes it _is_ difficult for volunteer developers.
>> I still find it very difficult and did not commit any new line of code
>> to gerrit except a "coached fix" during Berlin Hackathon 2012.
>> And use github for my daily work now.
>>
> Can you please detail what you found difficult in the process, so that
> we can try to make things easier?

The previous committers to this thread already said it all.

Basically, I miss exspecially these functions which I often used in the
CodeReview

- list a code-(module) related contributions of committers
- immediate and direct view of accumulated differences (this was so nice)
- show differences  in a module between this day and that day (for
bisection of a certain bug)
I mean this: just as an example
https://svn.wikimedia.org/viewvc/mediawiki/trunk/extensions/OpenID/OpenID.php?r1=111329&r2=115069

Revision 115069 - (view) (download) (annotate) - [select for diffs]
Modified Thu Apr 26 23:50:06 2012 UTC (3 months ago) by wikinaut
File length: 10965 byte(s)
Diff to previous 113562 , to selected 111329
- clean interface not to bother with links (in gerrit) I do not
understand and I do not have to use.

Summary:
I as a now-and-then contributor need a

"gerrit-light"

with a interface very much the same as "CodeReview".
This is why I proposed already in another mail to write a wrapper, a
gateway or however you want to call it which wraps gerrit,
and let me use gerrit as I was used to do with CodeReview.


Expert will switch away fro "gerrit-light" to "gerrit-expertview" of course.
Tom
now also on #mediawiki
>
> - Ryan
>
> ___
> 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] Is the current system too difficult for volunteer developers?

[Antoine Musso]

Le 29/07/12 15:17, Niklas Laxström a écrit :
> The developer finds it too slow and complicated and wants
> to move to GitHub and as consequence we cannot provide translation
> services for his extensions at translatewiki.net.

I fail to see the relation there. Can't you sync with the GitHub git repo?

-- 
Antoine "hashar" Musso


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

Re: [Wikitech-l] 8 simple ways for improving Gerrit

[Arun Ganesh]

Here is a quick suggestion. These should be more neutral and easy on the
eyes if you keep seeing a lot of gerrit. I wish there was a simple way to
change the values in the css and upload a preview, but i did a view source
on gerrit and I received quite a fright.

Leaving it to someone else to show us how this scheme looks:

1) backgroundColor -- no change
2) topMenuColor -- #DBDCFF
3) textColor -- no change (unless its possible to have different classes
for different texts)
4) trimColor -- optional #A4A5BF
5) selectionColor -- #FFE4CE, alternate #F1F1FF

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

Re: [Wikitech-l] 8 simple ways for improving Gerrit

[Chad]

On Sun, Jul 29, 2012 at 5:38 PM, Arun Ganesh  wrote:
> Here is a quick suggestion. These should be more neutral and easy on the
> eyes if you keep seeing a lot of gerrit. I wish there was a simple way to
> change the values in the css and upload a preview, but i did a view source
> on gerrit and I received quite a fright.
>
> Leaving it to someone else to show us how this scheme looks:
>
> 1) backgroundColor -- no change
> 2) topMenuColor -- #DBDCFF
> 3) textColor -- no change (unless its possible to have different classes
> for different texts)
> 4) trimColor -- optional #A4A5BF
> 5) selectionColor -- #FFE4CE, alternate #F1F1FF
>

Put these colors in place:

http://gerrit-dev.wmflabs.org/r/#/q/status:merged,n,z

For selectionColor, I went with #FFE4CE. I thought I liked the
other one better, but then I thought about the even/odd row
colors in 2.5, and #F1F1FF does really well for that instead.

Thoughts anyone?

-Chad

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

Re: [Wikitech-l] 8 simple ways for improving Gerrit

[Daniel Friesen]

On Sun, 29 Jul 2012 15:24:55 -0700, Chad  wrote:

On Sun, Jul 29, 2012 at 5:38 PM, Arun Ganesh   
wrote:

Here is a quick suggestion. These should be more neutral and easy on the
eyes if you keep seeing a lot of gerrit. I wish there was a simple way  
to
change the values in the css and upload a preview, but i did a view  
source

on gerrit and I received quite a fright.

Leaving it to someone else to show us how this scheme looks:

1) backgroundColor -- no change
2) topMenuColor -- #DBDCFF
3) textColor -- no change (unless its possible to have different classes
for different texts)
4) trimColor -- optional #A4A5BF
5) selectionColor -- #FFE4CE, alternate #F1F1FF



Put these colors in place:

http://gerrit-dev.wmflabs.org/r/#/q/status:merged,n,z

For selectionColor, I went with #FFE4CE. I thought I liked the
other one better, but then I thought about the even/odd row
colors in 2.5, and #F1F1FF does really well for that instead.

Thoughts anyone?

-Chad


The table header color (#A4A5BF) doesn't quite feel as soft as the rest.
And the selected item color (#FFE4CE) just doesn't fit in with the blue.

Try using the same #DBDCFF as used in the top header for the table header  
color.

And using #CDF5FF for both selected colors (the peach row and peach tab)


--
~Daniel Friesen (Dantman, Nadir-Seen-Fire) [http://daniel.friesen.name]

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

Re: [Wikitech-l] Request for comment -- Extension management

[Daniel Renfro]

Well, I'm willing to work on an extension manager whenever it is ready to be 
started. Feel free to edit the RFC page, I'm trying to make it fairly 
comprehensive. 

-Daniel 




On Sunday, July 29, 2012 at 10:36 AM, Chad wrote:

> On Sat, Jul 28, 2012 at 9:29 PM, Daniel Friesen
> mailto:li...@nadir-seen-fire.com)> wrote:
> > Speaking of Chad. He's been dying to work on his project trying to create a
> > configuration database for MediaWiki. He's been busy with Gerrit stuff but
> > hoping to work on configuration after that's done.
> > 
> > I think that extension management is the second step. We can't have a good
> > system for installing extensions in a UI when we don't even have a good
> > system for configuring MediaWiki in a UI.
> > 
> 
> 
> Yes. Let's please please please not try to tackle this until config mgmt
> is in core.
> 
> > "Extension pages can ONLY exist (excluding subpages) if an extension has
> > been defined in the database, a path to the repo given, and author(s)
> > defined"
> > I see no reason to lock in an Extension: page = part of the repository setup
> > like this. We can provide parser functions and whatnot to display extension
> > information on Extension: pages on MW.org (http://MW.org). And we can use 
> > some method to use
> > information on the extension base itself to define some information for
> > extensions, etc... but Extension pages and extension management will be two
> > separate things.
> > 
> 
> 
> This was a silly idea I had when writing this up originally. The main goal
> was to prevent extensions pasted into wiki pages.
> 
> > Unless you just mean that new versions of MediaWiki should keep working with
> > old require_once based extensions until they migrate to the extension
> > installer setup.
> > 
> 
> 
> This.
> 
> -Chad
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org (mailto: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] Bugzilla Weekly Report

[reporter]

MediaWiki Bugzilla Report for July 23, 2012 - July 30, 2012

Status changes this week

Bugs NEW   :  465 
Bugs ASSIGNED  :  54  
Bugs REOPENED  :  59  
Bugs RESOLVED  :  242 

Total bugs still open: 8222

Resolutions for the week:

Bugs marked FIXED  :  142 
Bugs marked REMIND :  0   
Bugs marked INVALID:  28  
Bugs marked DUPLICATE  :  34  
Bugs marked WONTFIX:  13  
Bugs marked WORKSFORME :  23  
Bugs marked LATER  :  7   
Bugs marked MOVED  :  0   

Specific Product/Component Resolutions & User Metrics 

New Bugs Per Component

WikidataRepo9   
Translate   8   
Git/Gerrit  7   
PageTriage  6   
Semantic MediaWiki  6   

New Bugs Per Product

MediaWiki   36  
Wikimedia   18  
MediaWiki extensions73  
Wikimedia Mobile3   
Wikimedia Labs  5   

Top 5 Bug Resolvers

federicoleva [AT] tiscali.it30  
krenair [AT] gmail.com  22  
matanya.moses [AT] gmail.com18  
jrobson [AT] wikimedia.org  16  
sam [AT] reedyboy.net   15  


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

Re: [Wikitech-l] auto-converting all existing single-wiki accounts to SUL

[Federico Leva (Nemo)]

I suppose the change is ok, but some old users with shared usernames 
which are not unified will be forced to use a second username when they 
currently are not and they're not disturbing each other, because each of 
them is active only in a single language.
Old users are mostly inactive nowadays and new users must be preferred 
over them, so we can live with it. Will bureaucrats be allowed to rename 
users to globally "taken" usernames, as a last resort?
If you need an example consider the username I had on some it projects: 
, mosly 
registered before 2006. en, es, pl are still active and pl registered 
his last pl account only two months ago.


Nemo

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