On 10/11/10 08:56, Trevor Parscal wrote:
> In relation to: https://bugzilla.wikimedia.org/show_bug.cgi?id=25124 - I
> am considering removing $wgStyleDirectory rather than further depending
> on it.
>
> It seems that it's only partially used right now, and making the style
> directory variable
Hi Robin,
Thanks for your link. Do u know where i can download the xml dumps now?
Thanks.
2010/11/11 Robin Krahl
> Hi Billy,
>
> On 10.11.2010 19:48, Billy Chan wrote:
> > I am trying to download mediawiki by the following link, but with no
> luck,
> > the server seems down:
>
> That’s a known
Στις 11-11-2010, ημέρα Πεμ, και ώρα 09:16 +1000, ο/η K. Peachey έγραψε:
> On Thu, Nov 11, 2010 at 7:49 AM, emijrp wrote:
> > What data is in risk?
> Data from dumps.wm and download.wm
> -Peachey
The xml archives are at issue; other data was copied off because it
takes a lot less space. We are pr
On Thu, Nov 11, 2010 at 7:49 AM, emijrp wrote:
> What data is in risk?
Data from dumps.wm and download.wm
-Peachey
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hey,
> ...are trying to find images in the /img/ folder...
So why is this, and how can it be fixed? It works when not using the RL...
Cheers
--
Jeroen De Dauw
http://blog.bn2vs.com
Don't panic. Don't be evil.
--
___
Wikitech-l mailing list
Wikitech-l@
What data is in risk?
2010/11/10 Ariel T. Glenn
> The server refused to come up on reboot; raid errors. The backplane is
> suspect. A ticket is being opened with the vendor. The host will
> remain offline until we have good information about how to resolve the
> problem or we get a replacemen
Your problem has nothing to do with CSS. The images that are not loading
are actual tags, and they are trying to find images in the /img/
folder, which means http://wiki.bn2vs.com/img/ in your case.
- Trevor
On 11/10/10 1:40 PM, Jeroen De Dauw wrote:
> Hey,
>
>> Can you link to the actual fail
Hey,
> Can you link to the actual fail map instead of a screenshot so I/we
> can look at this in Firebug ourselves? I'm pretty sure /something/ is
> going wrong with image URL remapping here, but it's hard to figure out
>what unless I can see it fail in my browser.
Sure, the issue can be seen her
Hi Billy,
On 10.11.2010 19:48, Billy Chan wrote:
> I am trying to download mediawiki by the following link, but with no luck,
> the server seems down:
That’s a known problem (see tech channel or server admin log). You may
user the following file instead:
http://noc.wikimedia.org/mediawiki-1.16.
Hi all,
I am trying to download mediawiki by the following link, but with no luck,
the server seems down:
http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0.tar.gz
Anybody know where should i report to and how the service could be resume?
thanks.
__
2010/11/10 Roan Kattouw :
> I guess you could take a concatenated version of all style sheets and
> generate an RTL version of that.
Hmm, and remap image paths, now I think of it. It'd probably be easier
to pull the CSS for all modules from the resource loader this way:
load.php?modules=all|module
2010/11/10 Trevor Parscal :
> On 11/10/10 6:52 AM, Aryeh Gregor wrote:
>> Whatever script makes static dumps should just get ResourceLoader to
>> output one CSS file that contains everything that could be needed,
>> probably with no JS (unless there's some JS static dumps will actually
>> want that
On 11/10/10 6:52 AM, Aryeh Gregor wrote:
> Whatever script makes static dumps should just get ResourceLoader to
> output one CSS file that contains everything that could be needed,
> probably with no JS (unless there's some JS static dumps will actually
> want that I can't think of), and include th
These differences in field names aren't just to do with Vector, they are
to do with the configuration of vector. If you have
$wgVectorUseSimpleSearch = false; then the field names for search will
be the same, the point is that it's a very different control, and a
script that's hooking into it w
Skin extensions exist. Look at extensions/skins.
- Trevor
On 11/10/10 12:32 AM, Daniel Friesen wrote:
> On 10-11-09 03:42 PM, Platonides wrote:
>> Trevor Parscal wrote:
>>
>>> In relation to: https://bugzilla.wikimedia.org/show_bug.cgi?id=25124 - I
>>> am considering removing $wgStyleDirectory ra
On 11/10/10 1:56 AM, Roan Kattouw wrote:
> I think {{PLURAL}} is an important feature for ResourceLoader, and if
> no volunteer wants to implement it, I think a staff developer should.
Certainly staff members (me for instance) are already assigned this
work. I was responding to a query about "what
On 11/10/10 8:20 AM, Michael Dale wrote:
> The code is not spread across many files..
I spent hours going over the code, and there were several points in the
code that called out to other libraries. This was based on the patch you
provided me.
> I agree the parser is not the "ideal parser", its n
* Michael Dale [Wed, 10 Nov 2010 17:20:26 +0100]:
> The code is not spread across many files.. its a single mw.Parser.js
> file. Its being used in my gadget and Neil's upload wizard. I agree
> the parser is not the "ideal parser", its not feature complete, is not
> very optimised, and it was hac
* Daniel Friesen [Wed, 10 Nov 2010 05:54:51
-0800]:
> Sorry, but the differences between PHP and JS are more than you think.
> Besides /x you're going to run into a bit of pain where /s is used.
> And you'll be rearanging code a bit to cache RegExp's created through
> string concatenation.
> And
The code is not spread across many files.. its a single mw.Parser.js
file. Its being used in my gadget and Neil's upload wizard. I agree
the parser is not the "ideal parser", its not feature complete, is not
very optimised, and it was hacked together quickly. But it passes all
the tests and match
The server refused to come up on reboot; raid errors. The backplane is
suspect. A ticket is being opened with the vendor. The host will
remain offline until we have good information about how to resolve the
problem or we get a replacement part from the vendor; we don't want to
risk losing the da
On Wed, Nov 10, 2010 at 10:03 AM, Aryeh Gregor
wrote:
> I'm glad everyone likes this particular paragraph. Have you looked at
> the rest of the page?
>
Yes, and I pretty much agree with everything you've said. Especially this:
"In an ideal world, anything that a third-party extension might call
On Tue, Nov 9, 2010 at 4:52 PM, Roan Kattouw wrote:
> Sounds good.
On Tue, Nov 9, 2010 at 7:48 PM, Andrew Garrett wrote:
> I support this wording.
On Wed, Nov 10, 2010 at 8:06 AM, Chad wrote:
> Another +1
I'm glad everyone likes this particular paragraph. Have you looked at
the rest of the p
On Tue, Nov 9, 2010 at 4:57 PM, Roan Kattouw wrote:
> ResourceLoader does this based on the &lang= parameter passed to it
> when grabbing the CSS. Static dumps wouldn't be affected as long as
> they use one language consistently and fetch the CSS through RL.
If they're running ResourceLoader, the
2010/11/10 Dmitriy Sintsov :
> * Trevor Parscal [Wed, 10 Nov 2010 00:16:27
> -0800]:
>> Well, we basically just need a template parser. Michael has one that
>> seems to be working for him, but it would need to be cleaned up and
>> integrated, as it's currently spread across multiple files and
> me
On 10-11-10 02:55 AM, Marco Schuster wrote:
> On Wed, Nov 10, 2010 at 10:56 AM, Roan Kattouw wrote:
>
>> We're not looking for a full-blown parser, just one that has a few
>> basic features that we care about. The current JS "parser" only
>> supports expansion of message parameters ($1, $2, ..
2010/11/10 Daniel Friesen :
> If resourceloader isn't listening to
> $wgStyleDirectory then it's a bug that should be fixed, unless
> resourceloader has a damn good reason for ignoring existing configuration.
>
It's a bug that should be fixed and can be fixed relatively easily.
However, Trevor also
On 09/11/2010 19:08, Aryeh Gregor wrote:
> On Mon, Nov 8, 2010 at 7:17 AM, Markus Krötzsch
> wrote:
>> The proposed backward compatibility page says that trunk extensions
>> are only compatible with the current MW version. This implies that it is not
>> possible to cleanly develop an extension th
On Tue, Nov 9, 2010 at 2:08 PM, Aryeh Gregor
wrote:
> "Extensions are branched along with MediaWiki, so trunk extensions
> only have to support current trunk MediaWiki. However, per #General
> principles, don't break support for old MediaWiki versions unless the
> compatibility code is causing act
2010/11/10 Tei :
> Hi,
>
> Just a sugestion.
>
> Downloading the last version of MediaWiki seems to take ages ATM.
> Maybe servers are overloaded. And not mirror is offered.
>
> $ wget http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0.tar.gz
> this takes ages
>
This is because of the d
On Wed, Nov 10, 2010 at 10:56 AM, Roan Kattouw wrote:
> We're not looking for a full-blown parser, just one that has a few
> basic features that we care about. The current JS "parser" only
> supports expansion of message parameters ($1, $2, ...), and we want
> {{PLURAL}} support too. AFAIK that's
Hi,
Just a sugestion.
Downloading the last version of MediaWiki seems to take ages ATM.
Maybe servers are overloaded. And not mirror is offered.
$ wget http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0.tar.gz
this takes ages
I have managed to download with this:
$ svn checkout
htt
Hi,
when I created tests for monobook and then switched to vector skin some
tests did not work anymore, e.g., due to different naming schemes of input
fields.
Although that would require only slight changes to the tests, it would
increase redundancy and risk of inconsistency. How do you deal with
2010/11/10 Roan Kattouw :
> 2010/11/10 Tei :
>> Hi,
>>
>> Just a sugestion.
>>
>> Downloading the last version of MediaWiki seems to take ages ATM.
>> Maybe servers are overloaded. And not mirror is offered.
>>
>> $ wget http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0.tar.gz
>> this
* Trevor Parscal [Wed, 10 Nov 2010 00:16:27
-0800]:
> Well, we basically just need a template parser. Michael has one that
> seems to be working for him, but it would need to be cleaned up and
> integrated, as it's currently spread across multiple files and
methods.
>
> Do you like writing parse
On 10-11-09 03:42 PM, Platonides wrote:
> Trevor Parscal wrote:
>
>> In relation to: https://bugzilla.wikimedia.org/show_bug.cgi?id=25124 - I
>> am considering removing $wgStyleDirectory rather than further depending
>> on it.
>>
>> It seems that it's only partially used right now, and making the s
Well, we basically just need a template parser. Michael has one that
seems to be working for him, but it would need to be cleaned up and
integrated, as it's currently spread across multiple files and methods.
Do you like writing parsers?
- Trevor
On 11/9/10 10:25 PM, Dmitriy Sintsov wrote:
> *
37 matches
Mail list logo