Skip Menu |

This queue is for tickets about the MediaWiki-DumpFile CPAN distribution.

Report information
The Basics
Id: 58107
Status: resolved
Priority: 0/
Queue: MediaWiki-DumpFile

People
Owner: triddle [...] cpan.org
Requestors: derhoermi [...] gmx.net
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: (no value)
Fixed in: (no value)



Subject: MediaWiki::DumpFile::SQL, not all dumps have LOCK
Date: Fri, 04 Jun 2010 06:00:35 +0200
To: bug-mediawiki-dumpfile [...] rt.cpan.org
From: Bjoern Hoehrmann <derhoermi [...] gmx.net>
Hi, Apparently not all dumps have a LOCK statement, in my case Wikipedia's `dewiki-20100603-externallinks.sql` does not have one. The module will read ahead trying to find it and eventually fail. regards, -- Björn Höhrmann · mailto:bjoern@hoehrmann.de · http://bjoern.hoehrmann.de Am Badedeich 7 · Telefon: +49(0)160/4415681 · http://www.bjoernsworld.de 25899 Dagebüll · PGP Pub. KeyID: 0xA4357E78 · http://www.websitedev.de/
Thanks for the report! It's sufficient to comment out the $self->find_lock; line in the new() method of MediaWiki::DumpFile::SQL or you can get a copy of version 0.1.8_01 of the module off CPAN when it propagates (I just uploaded it). Once the CPAN testers get a shot at it I'll upload it as the next revision of the distribution and I'll close the ticket. Cheers, Tyler On Fri Jun 04 00:00:55 2010, derhoermi@gmx.net wrote: Show quoted text
> Hi, > > Apparently not all dumps have a LOCK statement, in my case Wikipedia's > `dewiki-20100603-externallinks.sql` does not have one. The module will > read ahead trying to find it and eventually fail. > > regards,
MediaWiki::DumpFile 0.1.8_01 came back and passed tests, the release version is currently waiting to propagate through the CPAN mirrors. This should resolve the issue, please reopen the ticket if your problem persists. Cheers, Tyler