I don't think that a seperate keyword for depolyment is all that
usefull (although one for security reviews might be nice so its easier
to find them), infact it might end up being time consuming and
pointless, once a extenstion has been reviewed it should be changed
back from need-review to shell s
Hey,
Will there be any MediaWiki representation at FOSDEM 2011? 2 years back
Brion gave a presentation, and last year there was nothing about MediaWiki
AFAIK, so I'm curious to what will happen this year.
Cheers
--
Jeroen De Dauw
* http://blog.bn2vs.com
* http://wiki.bn2vs.com
Don't panic. Don't
On 03/11/10 16:08, Roan Kattouw wrote:
> Not for core no, but there are plenty of extensions that could be
> reviewed and deployed in a shorter period of time, and many config
> changes ready to go.
Hello,
I used to handle a few shell requests myself. Mostly :
- enabling extensions already en
On Wed, Nov 3, 2010 at 12:47 PM, Rob Lanphier wrote:
> That said, I've been looking through the list of shell requests, and
> it does look like there are plenty there that do just need a little
> TLC. I believe it's generally Mark's team that would deal with that
> list, but it might be something
On Tue, Nov 2, 2010 at 12:51 PM, Rob Lanphier wrote:
> One discussion we had at the Hack-a-ton was about the continued
> frustration of getting features deployed to the WMF-operated sites.
>
> Prior to Hack-a-ton, one short-term solution we started work on was
> consolidating the review queue into
Roan Kattouw wrote:
> To see what geoip makes of your location, simply visit
> http://geoip.wikimedia.org .
You mean http://geoiplookup.wikimedia.org/
MZMcBride
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/ma
Chad wrote:
> On Tue, Nov 2, 2010 at 7:39 PM, MZMcBride wrote:
>> Rob Lanphier wrote:
>>> After review, some (but not all) of the features in the review queue
>>> then need to be reviewed for checking into the deployment branch. Our
>>> short term answer to that was the deployment queue:
>>> http
On Wed, Nov 3, 2010 at 4:14 AM, Chad wrote:
> +1. I feel like we're trying to change a workflow when we should be
> trying to get rid of a backlog. Instead of trying to discuss ways to
> improve the workflow, we should Just Do It.
The problem is agreeing on what "it" is. Every time I ask for a l
2010/11/3 Strainu :
> Thanks Chad. I'm interested in some more informations about that,
> especially how does this relates to the Privacy policy.
>
> Is the information stored anywhere?
All geoip does is look at your IP address and do a database lookup to
translate it to your rough location. In the
2010/11/3 Bryan Tong Minh :
> Yes. There are a few people who in my opinion are very capable and in
> the future it is probably a good idea to give them shell access (Chad,
> Aryeh?)
>
> But for now this is a bit moot point. We're not even close to ready
> with review, let alone deployment.
>
Not f
> Thanks Chad. I'm interested in some more informations about that,
> especially how does this relates to the Privacy policy.
>
> Is the information stored anywhere? Is there any way to opt-out of
> this? Is there another service used for this project (I'm thinking
> Google Latitude, but there are
2010/11/3 Chad :
> On Wed, Nov 3, 2010 at 8:10 AM, Strainu wrote:
>> Hi there.
>>
>> What is http://geoiplookup.wikimedia.org/ and how is it used in the
>> wikipedia articles? I haven't seen this subdomain loading until
>> recently.
>>
>
> It's a IP-to-location lookup service[0]. The only thing I
On Wed, Nov 3, 2010 at 12:14 PM, Chad wrote:
> Likewise, I think we should first focus on enabling more people to
> do merge+scap (maybe the same group who review code?) and
> get it going on a more often basis.
>
Yes. There are a few people who in my opinion are very capable and in
the future it
On Wed, Nov 3, 2010 at 8:10 AM, Strainu wrote:
> Hi there.
>
> What is http://geoiplookup.wikimedia.org/ and how is it used in the
> wikipedia articles? I haven't seen this subdomain loading until
> recently.
>
It's a IP-to-location lookup service[0]. The only thing I know it's
being used on is f
Hi there.
What is http://geoiplookup.wikimedia.org/ and how is it used in the
wikipedia articles? I haven't seen this subdomain loading until
recently.
Thanks,
Strainu
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedi
* Bryan Tong Minh [Wed, 3 Nov 2010 11:22:26
+0100]:
> On Wed, Nov 3, 2010 at 11:14 AM, Dmitriy Sintsov
> wrote:
> > In ideal
> > world, there probably should be no direct access to $_FILES[] and
> usage
> > of is_uploaded_file(), but all of these calls should be encapsulated
> > into WebRequest
On Tue, Nov 2, 2010 at 7:39 PM, MZMcBride wrote:
> Rob Lanphier wrote:
>> After review, some (but not all) of the features in the review queue
>> then need to be reviewed for checking into the deployment branch. Our
>> short term answer to that was the deployment queue:
>> http://www.mediawiki.or
>From my position of next to the mozzie bite on the backside of a common breed
>of antelope
in a backwater of a forest obscured in the middle of the night, ie. a total
nonentity in
the scheme of things.
AMEN! MZMcBride. Best birthday wishes for bug 7952, enjoy kindergarten.
Sometimes the foc
On Wed, Nov 3, 2010 at 1:07 AM, Neil Kandalgaonkar wrote:
> I submitted a patch to trunk, and an apparently unrelated test broke.
>
> http://ci.tesla.usability.wikimedia.org/cruisecontrol/buildresults/mw
>
> Does that just mean it's an old test that's broken for other reasons? I
> think the rand
On Wed, Nov 3, 2010 at 11:14 AM, Dmitriy Sintsov wrote:
> In ideal
> world, there probably should be no direct access to $_FILES[] and usage
> of is_uploaded_file(), but all of these calls should be encapsulated
> into WebRequest class, imo.
>
As off r70037 and follow-ups, this has been possible.
* Neil Kandalgaonkar [Tue, 02 Nov 2010 22:07:35
-0700]:
> I submitted a patch to trunk, and an apparently unrelated test broke.
>
>
http://ci.tesla.usability.wikimedia.org/cruisecontrol/buildresults/mw
>
> Does that just mean it's an old test that's broken for other reasons?
I
> think the rando
On 03/11/10 18:43, Ashar Voultoiz wrote:
> On 03/11/10 08:10, Tim Starling wrote:
>> I don't think JSON support is particularly important since it can
>> easily be simulated, and I don't think you should use the filter
>> extension in MediaWiki, regardless of whether it is supported.
>
> Just out
On Wed, Nov 3, 2010 at 6:41 PM, Bryan Tong Minh
wrote:
> On Wed, Nov 3, 2010 at 1:58 AM, Lars Aronsson wrote:
>> Could we please just skip local file description pages
>> for everybody? Perhaps a reversed gadget could enable
>> them back, but the default should be for image links
>> to go directl
On 03/11/10 08:10, Tim Starling wrote:
> I don't think JSON support is particularly important since it can
> easily be simulated, and I don't think you should use the filter
> extension in MediaWiki, regardless of whether it is supported.
Just out of curiosity, what is wrong with the filter extens
On Wed, Nov 3, 2010 at 1:58 AM, Lars Aronsson wrote:
> Could we please just skip local file description pages
> for everybody? Perhaps a reversed gadget could enable
> them back, but the default should be for image links
> to go directly to Commons. Is this possible? Does any
> project already use
Ashar Voultoiz wrote:
> Looking at INSTALL it seems we are still supporting PHP version 5.1
> which is 5 years old in a couple of weeks. This is getting old and
> prevents developers from using some new features.
>
> Ideally we could raise it to 5.3 to get Namespace support, closures but
> that m
26 matches
Mail list logo