improved fix for depends_simple_mixup

Avoid adding the page matched against as an influence for
currently failing pagespec matches, while still adding
any other influences.

This avoids bloating depends_simple with lots of bogus influences when
matching eg, "!link(done)". It's only necessary for the page being tested
to be an influence of that if the page matches.

add influence info for failed metadata matches

This is needed so that when a negated pagespec like "!author(foo)"
stops matching, due to the page being changed, ikiwiki knows that
the match was influenced by the page content.

fix test cases for dynamic influence calculation

added a test case for this bug

Further analysis suggests fixing this might not be as dreadful as I first
thought!

backlink influence data seems ok

more wrongness

link fix

argh. head exploding.

indent

my autotag branch seems ready

reword news

remove broken ./tag support

The commit that added the (working) support for using /tag to override
tagbase also tried to make ./tag work. Problem is, tags are links,
and ./foo is not a valid link (though I think there's a wishlist about it).

So, using ./tag really resulted in tag creation links that led to a
"bad page name" error. And even if the tag were created in the right place,
the link didn't go to it.

pass pagespec parameters along from match_tagged

add missing undef guard in derel

fix false positive in link_types_changed

loadindex does not bother populating oldtypedlinks if there is no link
type. However, the code in link_types_changed assumed that if oldtypedlinks
is not defined, and typedlinks is, they must differ.

response

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

note re includes

suppressing auto-creation can be quite counter-intuitive

elide an older patch that's no longer under discussion

update

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

update

update, tag deletion bug

spelling

update; my branch is (partially) debugged now

debugging

applied

layout

Always give createlink class to links to nonexistent pages

With this change, the <span> with class createlink is always created
around the link text, even when no CGI URL is defined. This allows
styling of these 'links' in this case too. The same class is used as when
CGI URL is defined so that e.g. clones of the same ikiwiki, one with CGI
and one without, display in the same way (modulo the missing question mark
link).
(cherry picked from commit 290d1b498f00f63e6d41218ddb76d87e68ed5081)

Missing links with no CGI

Merge branch 'file_pruned_revamp'

bugfix

So this is the one place that does need to canonpath and compare,
as two argument file_pruned used to.

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

darcs: ensure whole darcs query manifest output is consumed

By a stroke of luck, after a long & full day, I happened to
remember that in the morning, I had seen someone on irc mention
that darcs query manifest doesn't like it if its full output
is not consumed.

So contrary to the usual case where bug reports sent via irc are like
messages written in sand before the new tide, this one was seen and
fixed.

(But use http://ikiwiki.info/bugs/ next time!)

bugfix

Avoid file_pruned triggering on absolute paths causing the whole
comments_pending directory being pruned.

Simplify code.

Merge branch 'master' into file_pruned_revamp

fix uninitialized value warning

$cgi->params('do') may not be defined. The CSRF code may delete all
cgi params. This uninitalized value was introduced when do=register
support was added recently.

Clarifications

typo

fix stat to use unmunged filename

oops, fix for no_chdir mode

$_ will be absolute then

remove 2 argument form of file_pruned

switch to 1 parameter version of file_pruned

Another bit of code that didn't realize that File::Find sets $_ to the
relative filename.

remove explicit absolute test

file_pruned now tests for that

use one parameter form of file_pruned here too

In File::Find, $_ is relative to the current directory, so that is ok.
Also, the directory name doesn't need to be stripped from $_.

clarify why absolute is tested & stripped here

file_prune also fails on absolute filenames now

Merge branch 'master' into file_pruned_revamp

internal pages: the revenge?

clarify whether the raw files would be put in destdir

fix minor bug if a page's name is "0"

similarity to internal pages

no need to return content from postscan hook

response

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

change wording

This is more accurate when a file that is not a page is what is removed.

non comprend

formatting

further clarification

response

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

response

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

move message into if block

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

Remove www prefix from Svend's website URLs

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

thinking about changing how templatedir works and allowing wikitemplate files into the srcdir

Respond

response to the further thoughts

unfinished file_prune revamp

Many calls to file_prune were incorrectly calling it with 2 parameters.
In cases where the filename being checked is relative to the srcdir,
that is not needed.

Made absolute filenames be pruned. (This won't work for the 2 parameter call
style.)

recommend git

bzr getmtime done

note that tla plugin is not being maintained

bzr: changelog and refactor

Fix get_ctime implementation in Bazaar plugin, add get_mtime implementation.

document the gitbranch template

reformat

my autotag branch

few more suggestions

typo

autoindex: Switch to using %wikistate instead of abusing $pagestate{index}.

add list of compatability breaking changes

remove note about needing --gettime; automatically run on first build now

squelch warning

update changelog

implement rcs_getmtime for svn

This is a slow implementation; it runs svn log once per file
still, rather than running svn log once on the whole srcdir.

I did it this way because in my experience, svn log, run on a directory,
does not always list every change to files inside that directory.
I don't know why, and I use svn as little as possible these days.

automatically run --gettime, and optimise it for git

* Automatically run --gettime the first time ikiwiki is run on
  a given srcdir.
* Optimise --gettime for git, so it's appropriatly screamingly
  fast. (This could be done for other backends too.)
* However, --gettime for git no longer follows renames.
* Use above to fix up timestamps on docwiki, as well as ensure that
  timestamps on basewiki files shipped in the deb are sane.

fix file, should be symlink

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

typo

--gettime revamp

* Rename --getctime to --gettime. (The old name still works for
  backwards compatability.)
* --gettime now also looks up last modification time.
* Add rcs_getmtime to plugin API; currently only implemented
  for git.

Proposal for tags/meta/field coalescing

... and indeed there is a better way to store it

add mtime-to-git script to pull more correct mtimes out of git

answer to clarification.