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

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

add news item for ikiwiki 3.20140831

update

prep release

Added a comment

Updated personal page with link to new ikiwiki instance.

Make --no-gettime work in initial build. Closes: #755075

xref my mandoc plugin from this wishlist item

update pkgsrc and MacPorts status (the usual)

test ~~~~

note reverted spam

revert last two commits (both spam)

aoe

Added a comment: Why can not access with proxy

note about implementation

add news item for ikiwiki 3.20140815

rename so linitian can find the unminified versions

typo

add build deps needed by some tests in the test suite

prep release