The patch survived brief testing. There's just an issue when applying it:
patch: **** malformed patch at line 28: //gs; # convert
endlines
Ignore the line number. This segment looks like:
@@ -1580,10 +1580,14 @@
}
sub _get_page_headline {
+ # Find and parse the page's headline.
+ # the headline may be of the form:
+ # <h1 id="firstHeading" class="firstHeading"><span dir="auto">Editing
Template:Access Logged/Demo/Access Log</span></h1>
+
my ($self, $doc) = @_;
my $p = HTML::TokeParser->new(\$doc);
$p->get_tag("h1");
- my $text = $p->get_text;
+ my $text = $p->get_text( "/h1" );
$text =~ s/
//gs; # convert endlines
return $text;
}
See the line starting with //gs? Normally that's the result of a mail
client line wrapping patches - but not here. The source line of the
original file looks like:
$text =~ s/^M//gs; # convert endlines
Yes, there's a <CTRL>-M character aka Carriage Return in the sed expression.
Diff faithfully reproduces that when diffing and somewhen down the road
to Debian's tracking system things go down the drain.
Manual editing of the wrapped patch line and reinsertig of the CR character
fixed the patch for me.
Ralf
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
