Bug fix

rename done/mathjax_doesn__39__t_work_anymore_after_upgrade.mdwn to bugs/mathjax_doesn__39__t_work_anymore_after_upgrade.mdwn

rename bugs/mathjax_doesn__39__t_work_anymore_after_upgrade.mdwn to done/mathjax_doesn__39__t_work_anymore_after_upgrade.mdwn

Hints on debugging mathjax error

probably already fixed, but not in Ubuntu

RPC bug: Code formatting

RPC bug: using built-in debug mode instead of my own debug functions

Second time in less than a week than I rewrite something that already
exists. I should sleep or think more...

Added a comment

Fix recommendation about rel attribute for style sheets

Escaping directives

More info about the (possible) bug in the external plugin (RPC communication)

typo

Added a comment: Does the exclude feature work at all?

removed

add links to me (in order to follow the bugs)

Added a comment: *Bug* is still there and I have the same need

removed

Added a comment

removed

Aknowlege irrelevance of my new `rimg` plugin

no, wikilinks don't inline remote images; but HTML, Markdown etc. do

wikilinks can already point to remote images?

Link to a new plugin solving my question.

New plugin: rimg

typo

Added a comment: Bug still there and same need

More information about but

Question about the img plugin

Initial report.

Potential bug with external plugins

Squelch regex deprecation warnings from Perl 5.22.

Specifically:

"Unescaped left brace in regex is deprecated, passed through in regex"

announce 3.20150614

3.20150614

img test: set old timestamp on source file that will change

This is so that the test will pass even if it takes less than 1 second.

img: stop ImageMagick trying to be clever if filenames contain a colon

$im->Read() takes a filename-like argument with several sets of special
syntax. Most of the possible metacharacters are escaped by the
default `wiki_file_chars` (and in any case not particularly disruptive),
but the colon ":" is not.

It seems the way to force ImageMagick to treat colons within the
filename as literal is to prepend a colon, so do that.

inline: change default sort order from age to "age title" for determinism

new questions (sharing settings easily)

new todo: hebrew l10n

announce 3.20150610

3.20150610

Templates render bugfix appear to be working.

polygen: if deterministic build is requested, use a well-known random seed

haiku: if deterministic build is requested, return a hard-coded haiku

Add deterministic option and use it for the docwiki

It doesn't do anything yet.

Sort backlinks deterministically, by falling back to sorting by href if the link text is identical

Exclude the sandbox from the docwiki

It isn't documentation.

Force a deterministic sort order for more pages

Close the openid vs. password poll

The result has pretty clearly been: we're keeping both.

Add [[!meta date]] to news items and tips

The git checkout and build process can leave the checkout
date in the tarball release, leading to unstable sorting.
I tried to use `git restore-mtime`, but that doesn't work for
ikiwiki, because dgit interferes with it.

brokenlinks: sort the pages that link to the missing page, for better reproducibility

debian/copyright: turn comments on provenance into Comment

debian/copyright: consolidate permissive licenses

debian: build the docwiki with LC_ALL=C.UTF-8 and TZ=UTC for a more reproducible build

Populate pagectime from mtime or inode change time, whichever is older

When building ikiwiki from a tarball, the mtime (conceptually, the
last modification date of the file) is preserved by tar, but the inode
change time (creation/metadata-change date of *this copy* of the file)
is not. This seems to lead to unstable sort ordering and
unreproducible builds.

The page can't possibly have been modified before it was created, so
we can assume that the modification date is an upper bound for the
creation date.

changelog

disable another gitorious repository in ./gitremotes

Replace email authentication icon with one that is more instantly recognizable

follow up: optimization partially restored

In rebuilds, assume that every page has been scanned by the time the scan phase ends

This doesn't prevent memory from being used to track what we have
and haven't scanned, but it does make it temporary.

This only applies to rebuilds, as a way to avoid breaking the
templatebody plugin, unlike the earlier version of this optimization.

de-optimized to fix a bug

hopefully fixed in master

respond to various things

Revert "Assume that every page has been scanned by the time the scan phase ends"

This reverts commit c04a26f3e70d654ccec5542daf8425e44cb5bac8, which
turns out to break the templatebody directive: readtemplate() relies
on scan() populating %templates, but if scan() is a no-op after
leaving the scan phase, we can't rely on that.

The assumption made by skipping scan() after the end of the render phase
is that everything that comes from a scan is already in the index.
However, we don't really want to put template bodies in the index:
that would force us to load and save them on every refresh, and
redundantly persist them to disk.

Test-case:

% make clean
% ./Makefile.PL
% make
% grep -E '<div class="notebox">|Use this template to' html/sandbox.html
% touch doc/sandbox/New_blog_entry.mdwn          # sandbox inlines this
% make
% grep -E '<div class="notebox">|Use this template to' html/sandbox.html

Good result: html/sandbox.html contains <div class="notebox"> both times

Bad result: html/sandbox.html contains "Use this template to..." the
second time

Make the attachment plugin work with CGI.pm 4.x (Closes: #786586; workaround for #786587 in libcgi-pm-perl)

Revert "removed"

We like our pages and we would prefer to keep them.

This reverts commit 508bda205911058377f36fd4924b1e3f33914c71.

Templates not found when pushing from remote computer

removed

Added a comment: Cheap VPS

mutiple setup not possible

Question about multiple setup file use

added opengraph plugin

removed old sites and added new

added limitation

fixed disclaimer

Add bug about default behaviour of meta plugin for style sheets