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