On Sun, Jul 12, 2009 at 6:13 PM, Gerard
Meijssen wrote:
>You forget that there are loads of MediaWiki installations
> outside the WMF as well. REALLY, the inability of people to do this geek
> thing is detrimental to the adoption of MediaWiki.
You think? What's another wiki that even has user-pro
Hello,
The solution is to use a rewrite rule in Apache.
It's now documented here :
http://www.mediawiki.org/wiki/Extension:WebStore
Regards,
Alex
On Thu, Jul 09, 2009 at 07:17:14PM +0200, Alex Bernier wrote:
> Hello,
>
> I need to use Proofreadpage extension. To handle images, I have installed
Hi,
I am proofreading Gesenius' Hebrew Grammar [1] on the English Wikisource.
It uses intricate formatting and for proper display of Biblical Hebrew it
needs a font which isn't installed on most people's computers. Fortunately,
this font, called Ezra SIL SR, is Free Software, released under the O
I have never been a QA engineer. However, it doesn't require great experience
to see that the MW software development process is broken. I provide the
following comments not in a destructive spirit. The success of the MW software
is obvious. However, in my view unless the development process in
Please note that there are some parser tests which in theory should
pass but never did in any version (thus they were not implemented in
the software).
On Thu, Jul 16, 2009 at 5:55 PM, dan nessett wrote:
>
> I have never been a QA engineer. However, it doesn't require great experience
> to see th
I understand. This was pointed out in a previous thread (see "Is this the right
list to ask questions about parserTests").
--- On Thu, 7/16/09, Michael Rosenthal wrote:
> From: Michael Rosenthal
> Subject: Re: [Wikitech-l] MW QA
> To: "Wikimedia developers"
> Date: Thursday, July 16, 2009, 8
Amir E. Aharoni wrote:
> I am proofreading Gesenius' Hebrew Grammar [1] on the English Wikisource.
>
> It uses intricate formatting and for proper display of Biblical Hebrew it
> needs a font which isn't installed on most people's computers. Fortunately,
> this font, called Ezra SIL SR, is Free So
dan nessett wrote:
> I understand. This was pointed out in a previous thread (see "Is this
> the right list to ask questions about parserTests").
Dan, I certainly can say it'd be great to extend the parser test suite
with a "known to fail" switch we can add to the tests which are known to
fail.
At the developer's conference in Berlin this past spring, the void that
is current our testing procedures was a common topic of conversation.
Put simply, QA is not exciting work for most people and our
volunteer-oriented development process tends to result in very little or
often no automated Q
On Thu, Jul 16, 2009 at 12:40 PM, Trevor Parscal wrote:
> At the developer's conference in Berlin this past spring, the void that
> is current our testing procedures was a common topic of conversation.
>
> Put simply, QA is not exciting work for most people and our
> volunteer-oriented development
Sure. I'll give it a try. It would be a good way to learn more about the code
base.
--- On Thu, 7/16/09, Brion Vibber wrote:
> From: Brion Vibber
> Subject: Re: [Wikitech-l] MW QA
> To: "Wikimedia developers"
> Date: Thursday, July 16, 2009, 9:40 AM
> dan nessett wrote:
> > I understand. Thi
On Thu, Jul 16, 2009 at 9:37 AM, Brion Vibber wrote:
> Amir E. Aharoni wrote:
>> I am proofreading Gesenius' Hebrew Grammar [1] on the English Wikisource.
>>
>> It uses intricate formatting and for proper display of Biblical Hebrew it
>> needs a font which isn't installed on most people's computers
Just a quick note --
Mail from Bugzilla is now being sent from the address
bugzilla-dae...@wikimedia.org instead of
bugzilla-dae...@mail.wikimedia.org to (hopefully) play nicer with spam
filters and such. You may need to update your local filters if you're
checking this exact address to put bu
dan nessett wrote:
> Sure. I'll give it a try. It would be a good way to learn more about the code
> base.
Woohoo!
-- brion
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jul 16, 2009 at 12:37 PM, Brion Vibber wrote:
> And of course there's the Internet Explorer question. :)
>
> IE currently only supports the EOT "embedded" font format, and won't
> accept regular TrueType or OpenType font files. If there are free
> software tools for creating an EOT from a T
Aryeh Gregor wrote:
> ttf2eot should work:
>
> http://code.google.com/p/ttf2eot/
>
> EOT is a pretty trivial wrapper, with nothing patented unless you use
> MTX compression (which you don't have to).
Awesome! *bookmarking*
-- brion
___
Wikitech-l mai
On Thu, Jul 16, 2009 at 3:10 PM, Brion Vibber wrote:
> Awesome! *bookmarking*
You could have just Googled "TTF to EOT converter" like I did. :P
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wiki
Aryeh Gregor wrote:
> On Thu, Jul 16, 2009 at 3:10 PM, Brion Vibber wrote:
>> Awesome! *bookmarking*
>
> You could have just Googled "TTF to EOT converter" like I did. :P
*sob*
In my defense, last time I tried that I didn't find that project. ;)
-- brion
__
On Thu, Jul 16, 2009 at 22:25, Brion Vibber wrote:
>
> Aryeh Gregor wrote:
> > On Thu, Jul 16, 2009 at 3:10 PM, Brion Vibber wrote:
> >> Awesome! *bookmarking*
> >
> > You could have just Googled "TTF to EOT converter" like I did. :P
>
> *sob*
>
> In my defense, last time I tried that I didn't fi
On Thu, Jul 16, 2009 at 3:32 PM, Amir E. Aharoni wrote:
> ... Does this mean that it is in the TODO list? Or should i open a bug about
> it?
>
> I am not a MW expert, but all in all it doesn't sound terribly complicated.
It sounds like it would require a significant amount of work. By all
means
On Thu, Jul 16, 2009 at 4:01 PM, Aryeh
Gregor wrote:
> On Thu, Jul 16, 2009 at 3:32 PM, Amir E. Aharoni
> wrote:
>> ... Does this mean that it is in the TODO list? Or should i open a bug about
>> it?
>>
>> I am not a MW expert, but all in all it doesn't sound terribly complicated.
>
> It sounds l
On Thu, Jul 16, 2009 at 4:08 PM, Chad wrote:
> Bug 1281 related?
Not really.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Jul 16, 2009 at 23:08, Chad wrote:
> On Thu, Jul 16, 2009 at 4:01 PM, Aryeh
> Gregor wrote:
>> On Thu, Jul 16, 2009 at 3:32 PM, Amir E. Aharoni
>> wrote:
>>> ... Does this mean that it is in the TODO list? Or should i open a bug
>>> about it?
>>>
>>> I am not a MW expert, but all in all i
On Thu, Jul 16, 2009 at 4:12 PM, Amir E. Aharoni wrote:
> Bug 2361 is very closely related, but it is only about the Tamil
> Wikipedia. It should be available everywhere.
I've generalized the bug report (maybe I should have opened a new one
instead, oh well) and commented. Reproducing comment her
Now running all sites from the wmf-deployment branch.
Had some brief glitches with the scripts that generate robots.txt and
the www.wikipedia.org & similar portal pages, as well as the style
sheets directory being missing for a couple minutes due to a botched
rsync. :) Otherwise seems smooth so
Brion Vibber wrote:
>> I understand. This was pointed out in a previous thread (see "Is this
>> the right list to ask questions about parserTests").
> Dan, I certainly can say it'd be great to extend the parser test suite
> with a "known to fail" switch we can add to the tests which are known to
I tried to run parserTests on the latest version in Trunk (r53382). However, I
get the following error:
A database error has occurred
Query: SELECT lc_value FROM `mw_l10n_cache` WHERE lc_lang = 'en' AND lc_key
= 'deps' LIMIT 1
Function: LCStore_DB::get
Error: 1146 Table 'wikidb.mw_l10n_ca
Hi all,
It's been almost a month since the last post in this 'flagged revisions'
thread (sincere apologies if I've failed to find discussion which has no
doubt been occurring on lists and wikis everywhere!) - I wanted to ask for
an update from the folk at the coalface working on getting flagged re
Well, the Sun patch didn't hold us. So we are going to do a gradual
move of directories, some data, and the actual thumbnail regeneration
over to another server, ms4. How much data we move depends on how fast
ms1 can push it over to ms4, currently very slow indeed. Even removing
files on ms1 is
On Thu, Jul 16, 2009 at 6:18 PM, Tim Landscheidt wrote:
> Perl's take on TAP provides "TODO" blocks for that purpose
> (and reports unexpected successes should they occur :-));
> doesn't have PHP (PHPUnit?) something similar?
We don't use any standard testing framework. The parser tests were
writ
On Thu, Jul 16, 2009 at 6:25 PM, dan nessett wrote:
> I tried to run parserTests on the latest version in Trunk (r53382). However,
> I get the following error:
>
> A database error has occurred
> Query: SELECT lc_value FROM `mw_l10n_cache` WHERE lc_lang = 'en' AND
> lc_key = 'deps' LIMIT 1
>
There are the things in test/ and t/, but they're really
outdated and horribly maintained (and some don't
even work).
-Chad
On Jul 16, 2009 8:18 PM, "Aryeh Gregor"
>
wrote:
On Thu, Jul 16, 2009 at 6:18 PM, Tim Landscheidt
wrote: > Perl's take on TAP...
We don't use any standard testing framework
Thanks. Just so I completely understand, update.php will not affect the use of
the underlying database by my personal wiki installation, which uses 1.14 (as
opposed to the test wikis I will work on during development), right?
--- On Thu, 7/16/09, Aryeh Gregor wrote:
> From: Aryeh Gregor
> Su
I understand there was some issue with image generation, but I'm still
seeing a corrupt image in the main box here:
http://en.wikipedia.org/wiki/Echuca,_Victoria
The actual image itself is ok:
http://en.wikipedia.org/wiki/File:Echuca_docks_Stevage.jpg
Is there a hack to get the image regenerated?
On Fri, Jul 17, 2009 at 11:54 AM, Steve Bennett wrote:
> I understand there was some issue with image generation, but I'm still
> seeing a corrupt image in the main box here:
> http://en.wikipedia.org/wiki/Echuca,_Victoria
>
> The actual image itself is ok:
> http://en.wikipedia.org/wiki/File:Echuc
On Fri, Jul 17, 2009 at 12:11 PM, K. Peachey wrote:
> The image thumbnailing systems are currently offline during a server
> move, that is why the image isn't being displayed.
So thumbnails that were already generated survive, but no new ones are
generated? Cool.
Steve
__
2009/7/17 Ariel T. Glenn :
> Well, the Sun patch didn't hold us. So we are going to do a gradual
> move of directories, some data, and the actual thumbnail regeneration
> over to another server, ms4. How much data we move depends on how fast
> ms1 can push it over to ms4, currently very slow ind
On Thu, Jul 16, 2009 at 9:03 PM, dan nessett wrote:
> Thanks. Just so I completely understand, update.php will not affect the use
> of the underlying database by my personal wiki installation, which uses 1.14
> (as opposed to the test wikis I will work on during development), right?
It will use
On Thu, Jul 16, 2009 at 10:18 PM, David Gerard wrote:
> Honestly, a reboot will be quicker.
Why would a reboot help? The system would still have too little disk
space (if that's what's actually causing the problem).
___
Wikitech-l mailing list
Wikitech
2009/7/17 Aryeh Gregor :
> On Thu, Jul 16, 2009 at 10:18 PM, David Gerard wrote:
>> Honestly, a reboot will be quicker.
> Why would a reboot help? The system would still have too little disk
> space (if that's what's actually causing the problem).
When you beat the crap out of Solaris, it need
Brion Vibber wikimedia.org> writes:
> Since we seem to routinely have our deployment linger a bit behind trunk
> but still need to make updates on it, I've gone ahead and created a
> branch with out live versions of MediaWiki & extensions on it:
>
> http://svn.wikimedia.org/svnroot/mediawiki/b
41 matches
Mail list logo