Thanks for that one, again, it's great!

One minor thing I noticed, seen on <http://www.bddebian.com/~wiki/recent_changes/>:
The links to user pages of e.g. *MichaelBanck* or *GianlucaGuida* don't work, as they're
being linked to <http://www.bddebian.com/~wiki/user/MichaelBanck>, whereas it should be
<http://www.bddebian.com/~wiki/user/michaelbanck>.

> I've fixed this.. --[[Joey]]

Another one.  If you change the *recentchangespage* configuration option, (it seems to me)
that the pages from the old hierarchy will not be removed from the disk.  But then, changing
this should be a rather uncommon thing.

--[[tschwinge]]

> And fixed this, by making it look at all *._change pages, not just
> those in a specific directory, when deciding which to expire. --[[Joey]]

I've just upgraded to ikiwiki 2.50 with the `recentchanges` plugin enabled, and
figured out that I have to turn on `rss` in `ikiwiki.setup` in order to get the
recentchanges feed. Now the feed shows up, but the links in the feed go to the
change pages, e.g. `recentchanges/change_1700.html`.  I can see a `recentchanges`
directory created in the working copy, containing files like `change_1700._change`
but for some reason they are not getting htmlized and carried over. I can see
in `recentchanges.pm` that it explicitly registers an `htmlize` hook for the
`_change` type, but something isn't happening. I also see `return if $type=~/^_/;` in
`render()` in `Render.pm` so I guess the upshot is I'm not sure how this is
supposed to work; is there a bug here or just something I overlooked that I need
to turn on? --Chapman Flack