make gitremotes work

Installing ikiwiki on a shared-hosting server, there may be no access to
install prerequisite Perl modules in the systemwide locations. They may
have to be installed under the home directory, such as by using local::lib
(which is how the cPanel Perl-module installer works, on systems that use it).

For that to work, the local::lib-defined value for PERL5LIB must be in
the environment when Perl starts up. The former way %config{ENV} was handled
was too late, depending on the Perl code to unpack it from the storable and
put it into the environment.

Easy solution is to build the wrapper to repopulate the environment based on
%config{ENV} before ever exec'ing Perl (and then remove it from the storable
as there is nothing more that the Perl code will need to do with it).

propose a branch which uses non-numeric `show` for this purpose

extend rst test to cover a fixed bug

rename bugs/redirect.mdwn to todo/redirect.mdwn

close bug

branch for comment, not merging just yet

extend regression test for inline to cover inlining, show, reverse

fix link

more thoughts on this

more bug-closing

Merge branch 'ready/imgforpdf-and-more'

Merge branch 'ready/chrysn/linkmapenhancement'

Merge branch 'ready/edittemplate2'

more changelog and bug-closing

Merge branch 'ready/postform-no'

Merge branch 'ready/perf'

Merge branch 'ready/more-proxy-utf8-fail'

Merge remote-tracking branch 'spalax/paternal/upload-svg'

Merge branch 'ready/comments'

Merge branch 'ready/trail-sort'

changelog/close bugs

Merge branch 'ready/anarcat/safe_unicode'

Don't URL-encode links to Debian wiki pages

yes, duplicate

possible dup

clarify

I still don't think 'rtl' is a suitable name for this switch

Added a comment: Same Trick in Apache

switch man shortcut to manpages.debian.org (Closes: #700322)

clarify further

clarif

clarify

re-review

add alternative (IMO better) branch

filecheck: accept MIME types that don't contain ';'

branch looks good

patch

do not double-decode unicode in CGI forms

this works around a behavior change introduced in Encode.pm 2.53
shipped with the Perl 5.20 release described here:

http://ikiwiki.info/bugs/garbled_non-ascii_characters_in_body_in_web_interface/

Added a comment

more info, dupe?

fixed upstream!

another possibility

turn this into mdwn

rename bugs/Inlining_adds_newlines_which_can_break_markdown.html to bugs/Inlining_adds_newlines_which_can_break_markdown.mdwn

I would recommend using HTML here

Bugs++

possible debugging aid

found the "upstream" bug in debian

headers

right.

yes, looks like a bug

isn't this rather Debian-specific?

not WTF-8

more info

critical bug with accents

new patch for this, still not fixed in ikiwiki, but at least a more reasonable patch now

still a bug, patch still works.

Add comment/query regarding file name/title encoding.

Review request

fix link

refer to patch

flag as ready

new version of branch to fix Python 3

plugins/proxy.py: be compatible with Python 3

related bug

oops, wrong bug

reproducible with Python 3 on Debian

rename bugs/__62____61__ikiwiki-3.20140227___47__usr__47__libexec__47__ikiwiki__47__plugins__47__rst_hangs.mdwn to bugs/rst_plugin_hangs_when_used_with_Python_3.mdwn

ikiwiki does not implement Markdown internally, talk to Markdown implementation authors instead

standard markdown ?

mark as done

respond to chrysn's feedback, update branch accordingly

edittemplate: use unambiguous RFC 3339 datestamps

These take into account the timezone offset (and convert it to UTC+0000)
rather than being in an unspecified timezone.

Indicate how the UUID is likely to be used

Only provide time, not formatted_time, to edittemplate templates

I'm not sure what the use-case is for formatted_time, and chrysn
pointed out that for display in HTML, [[!date "<TMPL_VAR time>"]]
would be nicer.

Provide the current time to edittemplate.

The `time` variable contains a fixed-format time, guaranteed suitable
for parsing by timedate.

The `formatted_time` variable contains the same time formatted by
IkiWiki::formattime.

Use Linux uuid facility instead of an external library if possible

edittemplate: only generate a UUID on-demand

If the template doesn't use <TMPL_VAR UUID> there's no point in
incurring any cost.

Provide a UUID in edittemplate templates.

I want to make GUIDs for my RSS feeds that don't change when I move
pages around.  To that end, I've used UUID::Tiny to generate a
version 4 (random) UUID that is presented in a `uuid` variable in
the template.

At that point, you can do something like this:

    [[!meta guid="urn:uuid:<TMPL_VAR uuid>"]]

apply one of my own suggestions

use readfile() instead of reinventing it

This avoids potential action-at-a-distance from locally redefining $/
but never reaching the end of the redefinition's scope.

add news item for ikiwiki 3.20140831

update

prep release