On 10/29/2011 04:01 AM, K. Peachey wrote:
On Sat, Oct 29, 2011 at 9:54 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
* However, I am now ensuring that we are more lenient with extensions
developers than we are with people applying for core commit access. We
still, of course, watch
On Sat, Oct 29, 2011 at 9:54 AM, Sumana Harihareswara
suma...@wikimedia.org wrote:
* However, I am now ensuring that we are more lenient with extensions
developers than we are with people applying for core commit access. We
still, of course, watch out for security issues in submitted code
On 10/04/2011 12:02 AM, Sumana Harihareswara wrote:
On 10/03/2011 07:19 PM, Benjamin Lees wrote:
On Mon, Oct 3, 2011 at 6:27 PM, Rob Lanphier ro...@wikimedia.org wrote:
Since a lot of people are applying,
there are quite a few to get through.
Out of curiosity, how many is a lot in this
On 11-10-03 07:08 PM, Olivier Beaton wrote:
It seems pretty straight forward to me,
#1 Core access? Keep existing review process in place, could take 6
months, sorry. Patches that will never get committed for you!
#2 Extension access? Has a working extension attached to submission
(has some
I'm going to nip this one in the bud right away, and given that core
and extension SVN access is already separate already, I already know
we're making use of it. In your SVN auth file on the server:
[/mediawiki/trunk/extensions/SomeExtension]
username = rw
On 11-10-04 04:29 AM, Olivier Beaton wrote:
I'm going to nip this one in the bud right away, and given that core
and extension SVN access is already separate already, I already know
we're making use of it. In your SVN auth file on the server:
[/mediawiki/trunk/extensions/SomeExtension]
On Tue, Oct 4, 2011 at 7:29 AM, Olivier Beaton olivier.bea...@gmail.com wrote:
I'm going to nip this one in the bud right away, and given that core
and extension SVN access is already separate already, I already know
we're making use of it. In your SVN auth file on the server:
Oh boy. That was a bit uncalled for there, I'll try to reply to the
parts that were civil.
On Tue, Oct 4, 2011 at 9:51 AM, Daniel Friesen
li...@nadir-seen-fire.com wrote:
Ok. Let's see. Firstly most extensions don't use tags so we can omit
that,
Why not? Extensions have versions, why shouldn't
Is that a reply to Dan's branches/REL_*/extensions madness or a
legitimate having 1-3 lines in the config per extension author we are
trying out until they get full extension access is not a scalable
process? Depending on how many people are requesting access, I can see
how that could still be
Hi,
It's great to hear that Git, once MediaWiki switches over to it, will
solve some of the issues with granting access. Still, I assume no one
knows exactly when the change-over will come - and I also assume that,
even with Git in place, there will still be issues of access to the
official
On 4 October 2011 22:42, Yaron Koren ya...@wikiworks.com wrote:
Hi,
So let me propose a technical solution that is hopefully fully
feasible: instead of separating out access by core MediaWiki vs.
extensions, separate it out as: 1) core MediaWiki, 2) extensions used
on public Wikimedia
Happy Melon - I should have clarified how I thought this should be
implemented. I don't mean that any extensions should move locations -
the fact that everything is in one big /extensions directory is quite
helpful. I just mean that there should be some SVN settings so that
only users with a
On Tue, Oct 4, 2011 at 2:42 PM, Yaron Koren ya...@wikiworks.com wrote:
It's great to hear that Git, once MediaWiki switches over to it, will
solve some of the issues with granting access. Still, I assume no one
knows exactly when the change-over will come -
Current schedule is to start doing
On Tue, Oct 4, 2011 at 4:29 AM, Olivier Beaton olivier.bea...@gmail.comwrote:
I'm going to nip this one in the bud right away, and given that core
and extension SVN access is already separate already, I already know
we're making use of it. In your SVN auth file on the server:
Hi,
I think developer accounts on the Wikimedia SVN repository should be
easier to get. I say this because a consultant of ours at WikiWorks,
Ike Hecht, asked for a developer account last week and was rejected.
He created his first major MediaWiki extension, Ad Manager, recently,
which I added to
On Mon, Oct 3, 2011 at 4:30 PM, Yaron Koren ya...@wikiworks.com wrote:
I think developer accounts on the Wikimedia SVN repository should be
easier to get.
I was under the impression that getting one *was* easy...but admittedly
things have changed quite a bit since 2008.
When he requested
On 3 October 2011 18:00, Jack Phoenix j...@countervandalism.net wrote:
And out of curiosity - is there a new policy in place?
I wouldn't know, as the process has changed over the years, but I have to
say that I liked it when commit access requests were on the MediaWiki.org
wiki
Yaron Koren wrote:
(...)
Neither of those cases apply here - the Ad Manager code was
well-written, and it works. If you're curious, you can see for
yourself the kinds of fixes and changes that were made to the code
after it was checked in - all minor stuff, the only major thing being
that the
On Mon, Oct 3, 2011 at 6:30 AM, Yaron Koren ya...@wikiworks.com wrote:
I think developer accounts on the Wikimedia SVN repository should be
easier to get. I say this because a consultant of ours at WikiWorks,
Ike Hecht, asked for a developer account last week and was rejected.
He created his
On Mon, Oct 3, 2011 at 6:30 AM, Yaron Koren ya...@wikiworks.com wrote:
I don't know whether this is WMF policy now, or a personal decision
from Sumana, or a decision made by someone else, but in any case I
don't understand it. It seems to me that there are two valid reasons
for not simply
On Mon, Oct 3, 2011 at 6:27 PM, Rob Lanphier ro...@wikimedia.org wrote:
Since a lot of people are applying,
there are quite a few to get through.
Out of curiosity, how many is a lot in this context?
___
Wikitech-l mailing list
It seems pretty straight forward to me,
#1 Core access? Keep existing review process in place, could take 6
months, sorry. Patches that will never get committed for you!
#2 Extension access? Has a working extension attached to submission
(has some .php files in it, no need for a code review here,
Caution: long!
On 10/03/2011 09:30 AM, Yaron Koren wrote:
Hi,
I think developer accounts on the Wikimedia SVN repository should be
easier to get.
I agree.
I say this because a consultant of ours at WikiWorks,
Ike Hecht, asked for a developer account last week and was rejected.
He
On 10/03/2011 01:48 PM, Happy Melon wrote:
On 3 October 2011 18:00, Jack Phoenix j...@countervandalism.net wrote:
... I liked it when commit access requests were on the MediaWiki.org
wiki ([[mw:Commit access requests]]) -- IMO it was a better and more
transparent way to manage commit access
On 10/03/2011 05:18 PM, Brion Vibber wrote:
On Mon, Oct 3, 2011 at 6:30 AM, Yaron Koren ya...@wikiworks.com wrote:
I think developer accounts on the Wikimedia SVN repository should be
easier to get. I say this because a consultant of ours at WikiWorks,
Ike Hecht, asked for a developer
On 10/03/2011 07:19 PM, Benjamin Lees wrote:
On Mon, Oct 3, 2011 at 6:27 PM, Rob Lanphier ro...@wikimedia.org wrote:
Since a lot of people are applying,
there are quite a few to get through.
Out of curiosity, how many is a lot in this context?
From viewing the OTRS queue archives: 25
26 matches
Mail list logo
