Hoi,
When based on criteria, files can be stored elsewhere, you may consider to
safe .tiff files separately as well. They are always big and they function
mainly for their archival value of the work done in restorations. As it is
they are not usable because they do not get rendered.
Thanks.
On Wed, Aug 5, 2009 at 9:20 AM, Alex Bernieralex.bern...@free.fr wrote:
Hello,
I have what I think is strange behaviour with parser called by the API
and tag extensions.
snip/
A little bit of debug show that the includes/parser/Parser.php, the
extensionSubstitution function is only called
Since I have run out of ideas of where to nag devs with shell access
(bugzilla is completely ignored most of the time, and mail/irc didn't
have much effect either), I'll try here.
The following are all one-line configuration changes:
Bug 14716 – Grant noratelimit right to the editor group in the
On 8/6/09 3:02 AM, Gerard Meijssen wrote:
When based on criteria, files can be stored elsewhere, you may consider to
safe .tiff files separately as well. They are always big and they function
mainly for their archival value of the work done in restorations. As it is
they are not usable because
I have fixed 5 bugs in /tests/ and added one feature to run-tests.php (a
--runall option so testers can run the PHPUnit tests without using make -
although make test still works). With these changes all of the tests in /tests/
now work. A unified diff patch is attached to bug ticket 20077.
I
I had to kick myself onto this list, somehow I was not on it
So I cannot reply directly to the site request email, thus this new thread.
I will look at the lists bugs and either get to them today or tomorrow
if I can.
I do understand the frustration level inherent in bugzilla tickets
dan nessett dness...@yahoo.com wrote in message
news:630381.19130...@web32503.mail.mud.yahoo.com...
I also would appreciate some feedback on the following question. One of
the tests referenced the global variables $wgDBadminname and
$wgDBadminuser. When I ran the configuration script during
On Thu, Aug 6, 2009 at 12:56 PM, Happy-melonhappy-me...@live.com wrote:
dan nessett dness...@yahoo.com wrote in message
news:630381.19130...@web32503.mail.mud.yahoo.com...
I also would appreciate some feedback on the following question. One of
the tests referenced the global variables
On Thu, Aug 6, 2009 at 9:39 AM, Tisza Gergőgti...@gmail.com wrote:
More generally, I think the procedure for responding to site requests
(if there is a procedure at all) needs fixing. My impression is that
some requests are resolved quickly, and the rest leave the range of
whatever method
On Thu, Aug 6, 2009 at 1:05 PM, Chadinnocentkil...@gmail.com wrote:
HM is right on what these users are for. Some (not all) maintenance
scripts require higher permissions than your normal $wgDBuser, so
$wgDBadminuser is supposed to have those privileges.
$wgDBuser needs to have DELETE rights
Hoi,
Do the creation of new projects qualify as configuration requests ?
Thanks,
Gerard
PS at the moment 5 are in front of the board of trustees.. It would be cool
to have them go life by Wikimania
2009/8/6 Aryeh Gregor
simetrical+wikil...@gmail.comsimetrical%2bwikil...@gmail.com
On
On Thu, Aug 6, 2009 at 1:20 PM, Aryeh
Gregorsimetrical+wikil...@gmail.com wrote:
On Thu, Aug 6, 2009 at 1:05 PM, Chadinnocentkil...@gmail.com wrote:
HM is right on what these users are for. Some (not all) maintenance
scripts require higher permissions than your normal $wgDBuser, so
Hoi,
We are extremely grateful that we CAN upload them. No question there. I can
imagine that you have all kinds of storage, my suggestion is to have them
where they are not part of the most active files. Again, being able to
upload is extremely valuable. When I talk to a museum and archive, I
Creation of new projects do indeed fall under site requests. Just make
sure to link to consensus that the project is needed/required/approved.
Gerard Meijssen wrote:
Hoi,
Do the creation of new projects qualify as configuration requests ?
Thanks,
Gerard
PS at the moment 5 are in
On Thu, Aug 6, 2009 at 1:48 PM, Rob Halsellrhals...@wikimedia.org wrote:
Creation of new projects do indeed fall under site requests.
...but there's also a specific tracking bug to make everyone's lives
easier. :-) https://bugzilla.wikimedia.org/show_bug.cgi?id=16976
--
Casey Brown
Cbrown1023
On Thu, Aug 6, 2009 at 2:12 PM, Ilmari Karonennos...@vyznev.net wrote:
Aryeh Gregor wrote:
Perhaps we should make a new component Configuration requests,
mandate that it only be used for simple one-line changes, and ensure
that there's a good default assignee who will clear the backlog every
On 8/6/09 10:08 AM, Aryeh Gregor wrote:
Perhaps we should make a new component Configuration requests,
mandate that it only be used for simple one-line changes, and ensure
that there's a good default assignee who will clear the backlog every
workday?
For reference, here's the rough current
All outstanding requests in the original email for this thread have been
addressed and processed to completion.
Now, I am nearly always in IRC, even when I am not at the keyboard.
While it is not a permanent solution, everyone should feel free to PM me
with any requests that seem to have been
On 8/6/09 10:30 AM, Chad wrote:
Depends on which maintenance script you're talking about. Update.php
certainly does, as does renameDbPrefix (just to grab one off the top of
my head). The vast majority of scripts can function just fine with normal
DB access. Some (mcc and digit2html, to name a
On 8/6/09 10:31 AM, Gerard Meijssen wrote:
Hoi,
We are extremely grateful that we CAN upload them. No question there. I can
imagine that you have all kinds of storage, my suggestion is to have them
where they are not part of the most active files. Again, being able to
upload is extremely
On Thu, Aug 6, 2009 at 3:04 PM, Brion Vibberbr...@wikimedia.org wrote:
On 8/6/09 10:30 AM, Chad wrote:
Depends on which maintenance script you're talking about. Update.php
certainly does, as does renameDbPrefix (just to grab one off the top of
my head). The vast majority of scripts can
On 8/6/09 12:10 PM, Chad wrote:
Right, which is what my idea behind getDbType() was (which still needs
actual implementation, it's more an idea than practice at the moment).
If we don't need root DB access, we shouldn't be using it! If we don't need
DB access at all, don't bother connecting.
Never mind. I found it. It is in DefaultSettings.php
--- On Thu, 8/6/09, dan nessett dness...@yahoo.com wrote:
From: dan nessett dness...@yahoo.com
Subject: [Wikitech-l] How do I get $wgLocalisationCacheConf in scope for
getLocalisationCache()?
To: wikitech-l@lists.wikimedia.org
Date:
So I committed ~basic~ derivate code support for oggHandler in r54550
(more solid support on the way)
Based input from the w...@home thread; here are updated target
qualities expressed via the firefogg api to ffmpeg2thoera
Also j^ was kind enough to run these settings on some sample input
On Thu, Aug 6, 2009 at 8:00 PM, Michael Dalemd...@wikimedia.org wrote:
So I committed ~basic~ derivate code support for oggHandler in r54550
(more solid support on the way)
Based input from the w...@home thread; here are updated target
qualities expressed via the firefogg api to
On Thu, Aug 6, 2009 at 8:17 PM, Gregory Maxwellgmaxw...@gmail.com wrote:
On Thu, Aug 6, 2009 at 8:00 PM, Michael Dalemd...@wikimedia.org wrote:
So I committed ~basic~ derivate code support for oggHandler in r54550
(more solid support on the way)
Based input from the w...@home thread; here
26 matches
Mail list logo