Re: [Wikitech-l] Dump processes seem to be dead

Ariel T. Glenn wrote: > The reason these dumps are not rewritten more efficiently is that this > job was handed to me (at my request) and I have not been able to get to > it, even though it is the first thing on my list for development work. > So, if there are going to be rants, they can be directe

Re: [Wikitech-l] Dump processes seem to be dead

The reason these dumps are not rewritten more efficiently is that this job was handed to me (at my request) and I have not been able to get to it, even though it is the first thing on my list for development work. So, if there are going to be rants, they can be directed at me, not at the whole team

Re: [Wikitech-l] Dump processes seem to be dead

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robert Ullmann: > What is with this? wrong list. the Foundation needs to allocate the resources to fix dumps. it hasn't done so, therefore dumps are still broken. perhaps you might ask the Foundation why dumps have such a low priority. - r

[Wikitech-l] Bugzilla Weekly Report

MediaWiki Bugzilla Report for February 16, 2009 - February 23, 2009 Status changes this week Bugs NEW : 219 Bugs ASSIGNED : 11 Bugs REOPENED : 22 Bugs RESOLVED

Re: [Wikitech-l] Dump processes seem to be dead

Hoi, There have been previous offers for developer time and for hardware... Thanks, GerardM 2009/2/23 Platonides > Robert Ullmann wrote: > > Hi, > > > > Maybe I should offer a constructive suggestion? > > They are better than rants :) > > > Clearly, trying to do these dumps (particularly

Re: [Wikitech-l] Dump processes seem to be dead

Robert Ullmann wrote: > Hi, > > Maybe I should offer a constructive suggestion? They are better than rants :) > Clearly, trying to do these dumps (particularly "history" dumps) as it > is being done from the servers is proving hard to manage > > I also realize that you can't just put the set of

Re: [Wikitech-l] Dump processes seem to be dead

Hi, Maybe I should offer a constructive suggestion? Clearly, trying to do these dumps (particularly "history" dumps) as it is being done from the servers is proving hard to manage I also realize that you can't just put the set of daily permanent-media backups on line, as they contain lots of use

Re: [Wikitech-l] Dump processes seem to be dead

What is with this? Why are the XML dumps (the primary product of the projects: re-usable content) the absolute effing lowest possible effing priority? Why? I just finished (I thought) putting together some new software to update iwikis on the wiktionaries. It is set up to read the "langlinks" and

[Wikitech-l] Wikimania 2009: Call for Participation

Apologies in advanced for the cross-posting. :-) Please circulate this call among Wikimedia communities, researchers and other people that may be interested! This call is also online at http://wikimania2009.wikimedia.org/wiki/Call_for_Participation == Call for Participation == Wikimania is an ann

[Wikitech-l] MediaWiki 1.14.0 and 1.13.5 released

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We are proud to announce the first stable release of the 2009 Q1 branch of MediaWiki, version 1.14.0. We are also releasing MediaWiki 1.13.5. This is a maintenance release which corrects some bugs in the installer, introduced during the hasty security

Re: [Wikitech-l] Wikipedia giving 403 Forbidden

Marco Schuster wrote: > On Sun, Feb 22, 2009 at 6:49 AM, Daniel Friesen wrote: >> As for "HTML Content"? Head requests don't have HTML bodies. In this >> case there was absolutely no attempt to find more information on one's >> own, so you can't say it's impossible to find the information without

Re: [Wikitech-l] Wikipedia giving 403 Forbidden

On Sun, Feb 22, 2009 at 6:49 AM, Daniel Friesen wrote: > As for "HTML Content"? Head requests don't have HTML bodies. In this > case there was absolutely no attempt to find more information on one's > own, so you can't say it's impossible to find the information without > coming to the list. Overl