Set default User-Agent to something that doesn't mention libwww-perl

It appears that both the open-source and proprietary rulesets for
ModSecurity default to blacklisting requests that say they are
from libwww-perl, presumably because some script kiddies use libwww-perl
and are too inept to set a User-Agent that is "too big to blacklist",
like Chrome or the iPhone browser or something. This seems doomed to
failure but whatever.

removed

Added a comment

help Markdown make a list

Added a comment: fixed in a recent release, I think

Replace shebang paths with the build-time $(PERL).

On non-Debian systems, /usr/bin/perl might not be the best available
Perl interpreter. Use whichever perl was used to run Makefile.PL,
unless it was "/usr/bin/perl", in which case there's nothing to do.

Extract test subs for each site. No change meant.

Extract run_cgi(). No functional change intended.

Extract check_generated_content(). Same output.

Extract check_cgi_mode_bits(). No change intended.

Extract thoroughly_rebuild(), a slight test change.

I didn't try to parameterize when a test should fail when we can't
remove ikiwiki.cgi because there already isn't one. (Hooray, natural
language.) Instead, we stop worrying about it and always tolerate
ENOENT.

Extract write_setup_file(). No functional change.

Test output differs only by the line numbers of the TODO items.

clarify further

clarify

That's not how that directive is used, and if you want to try stuff out please edit the sandbox instead

This reverts commit 856819a733d90a2ca259a5a3b03cc5d84f72e931

alternative plan

simplify IPC::Run check (same behavior)

exclude openid/troubleshooting

Added a comment

Added a comment

Added a comment

more fixes

Document another fix

In html5 mode, generate a host- or protocol-relative <base> for the CGI

This increases the number of situations in which we do the right thing.

Add reverse_proxy option which hard-codes cgiurl in CGI output

This solves several people's issues with the CGI trying to be
too clever when IkiWiki is placed behind a reverse-proxy.

Avoid mixed content when cgiurl is https but url is not

offer myself to the ravenous consulting market

remaining bugs after fixing some of the easier situations

Use protocol-relative URIs if cgiurl and url differ only by authority (hostname)

Fix a test-case that actually just repeated the previous one instead

Force use of $config{url} as top URL in w3mmode

relative URLs test: pass an appropriate PERL5LIB through

We were previously using the system copy of IkiWiki, because the CGI
resets its environment.

Add WAI-ARIA roles to #main, #comments and #footer when in HTML5 mode

Based on a patch from Patrick.

add the beginnings of a test for CGI/static URL interactions

review

new

clarify

mix markdown with HTML more correctly

new bug report

amend comment

Added a comment: Plugin compile

New contrib plugin: compile

d and r aren't even on the same row

Google stay of execution no comfort if you're already dead

many people grok "static site generator" nowadays

testing the sandbox

recap of yamlfront issue opened on github

Search $PATH for "validate", since the test does.

"validate" is a very generic command name, and it validates against
an old standard, so the value of this test is questionable.

I'm not really anti-vowel

a wish for more from pagetemplate

typo

non-review

fix patch formatting

Adding ARIA landmarks allows for example screen readers users to move directly to the page main content

Added a comment: Apache redirection

Added a comment: Several .setup files

Merge branch 'master' of ssh://git.ikiwiki.info

typos

Fix crash that can occur when only_committed_changes is set and a file is deleted from the underlay.

srcfile_stat got called on a file from the underlay that no longer existed.

I am not 100% sure of the circumstances of that; I was able to reproduce
the bug but neglected to snapshot the tree, and then accidentially
got it to stop crashing. I know that a transient tag page got deleted using
the web interface to trigger the crash.

It seems that process_changed_files must have returned the file, despite it
being deleted. And since the file was not checked into git, it seems it
must have not been included in @IkiWiki::underlayfiles, which would have
caused process_changed_files to not return it.

I do not know why a transient tag page would not be in
@IkiWiki::underlayfiles. There is a bug here that I don't understand.

This is just a workaround -- run srcfile_stat such that it won't crash,
and if it is unable to stat a file, find_changed knows it's not changed,
so it's ok to skip it.

Also made find_new_files run srcfile_stat such that it won't crash, just
because I was there.

Added a comment

Added a comment

%W is not as weird as it looks at first glance

Added a comment

fix destsources documentation, and mention how attachments appear

possible documentation error for %destsources in plugins/write

indeed

what I think was meant by "deprecated"

respond

q about deprecation of CGI.pm

"PERL5LIB in ENV doesn't help anymore" isn't so anymore (or, if you prefer, it helps again)

create question about setup updates following ikiwiki updates

Added a comment

removed

Added a comment

Added a comment

Added a comment

Added a comment

thanks

not sure that this is needed

getting notifyemail installed on ikiwiki.info

fix formatting, ironically

Does this support ikiwiki-specific idioms

document proxy.py warnings seen on auto.setup

Anchor subst to opening ", avoiding side effects.

SYSCONFDIR might be overridden to a value containing "etc/ikiwiki",
in which case we might overzealously substitute more than once,
especially if SYSCONFDIR is overridden to different values at build
and install time. Avoid this by matching only the instances we meant
to match.

justification for base tag; relative base might be OK in practice

remove suggestion to wrap inline in <table>, that won't work well

add links to upstream reports

bit of unapologetic fingerpointing

add and use a "pkgsrc" shortcut (to pkgsrc.se)