| Commit message (Expand) | Author | Age |
|---|
| * | fixed | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | Revert spam•••This reverts commit e496920e51ae9f0ecfbad5799634a5064193dcdb.
"Twice is enemy action"; enjoy your ban!
| Joey Hess | 2010-04-06 |
| * | (no commit message) | webkatalog | 2010-04-06 |
| * | Revert spam•••This reverts commit b29c50c731d17c83fef21ef606654ce3bde84310.
Nice try, no cigar.
| Joey Hess | 2010-04-06 |
| * | (no commit message) | webkatalog | 2010-04-06 |
| * | nearly there! | Joey Hess | 2010-04-06 |
| * | comment | Joey Hess | 2010-04-06 |
| * | comment | Joey Hess | 2010-04-06 |
| * | comment | Joey Hess | 2010-04-06 |
| * | idea | Joey Hess | 2010-04-06 |
| * | first question | Joey Hess | 2010-04-06 |
| * | oops, branch returned now | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | more flexible underlays, please? | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| * | response | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| * | (no commit message) | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| * | if applied, reverting this would be problematic | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | tag as patch | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | pages talking about escaping should really be escaped correctly | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | as seen on IRC | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | switch branch for review to use ready/foo convention | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | ready for review, I think | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| * | fix bug that left stray </p> tags•••Both markdown and tidy add paragraph tags around text, that needs to be
stripped when the text is a short, one line fragment that is being inserted
into a larger page. tidy also adds several newlines to the end, and this
broke removal of the paragraph tags.
| Joey Hess | 2010-04-05 |
| * | txt: Add a special case for robots.txt. | Joey Hess | 2010-04-05 |
| * | comments: Fix missing entity encoding in title.•••The meta title data set by comments needs to be encoded the same way that
meta encodes it. (NB The security implications of the missing encoding
are small.)
Note that meta's encoding of title, description, and guid data, and not
other data, is probably a special case that should be removed. Instead,
these values should be encoded when used. I have avoided doing so here
because that would mean forcing a wiki rebuild on upgrade to have the data
consitently encoded.
| Joey Hess | 2010-04-05 |
| * | response | Joey Hess | 2010-04-05 |
| * | potential performance improvements | http://smcv.pseudorandom.co.uk/ | 2010-04-05 |
| * | speed | Joey Hess | 2010-04-05 |
| * | fix test suite | Joey Hess | 2010-04-04 |
| * | close bug, comment | Joey Hess | 2010-04-04 |
| * | more idiomatic perl | Joey Hess | 2010-04-04 |
| * | rename hash and avoid unnecessary hash ref•••Variable renamed to be a bit more self-explanatory.
Probably more idiomatic perl to not use a hash ref when a hash can be used.
| Joey Hess | 2010-04-04 |
| * | changelog | Joey Hess | 2010-04-04 |
| * | fix indentation & whitespace | Joey Hess | 2010-04-04 |
| * | Fix bzr plugin to work with bzr 2.0.•••The output of "bzr log" seems to have changed a bit, so we change the
parsing accordingly. This has not been tested with earlier versions of
bzr.
Several problems seemed to occur, all in the bzr_log subroutine:
1. The @infos list would contain an empty hash, which would confuse the
rest of the program.
2. This was because bzr_log would push an empty anonymous hash to the
list whenever it thought a new record would start.
3. However, a new record marker (now?) also happens at th end of bzr log
output.
4. Now we collect the record to a hash that gets pushed to the list only
if it is not empty.
5. Also, sometimes bzr log outputs "revno: 1234 [merge]", so we catch only
the revision number.
6. Finally, there may be non-headers at the of the output, so we ignore
those.
| Lars Wirzenius | 2010-04-04 |
| * | advertise some bugfixes | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| * | bug report + patch: unnecessary YAML::Any dependency | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| * | (no commit message) | http://hendry.iki.fi/ | 2010-04-04 |
| * | Typo. | PaulePanter | 2010-04-04 |
| * | (no commit message) | http://liw.fi/ | 2010-04-04 |
| * | (no commit message) | http://liw.fi/ | 2010-04-04 |
| * | (no commit message) | http://liw.fi/ | 2010-04-04 |
| * | Add the Banu website | https://mukund.startssl.com/ | 2010-04-04 |
| * | Remove my homepage | https://mukund.startssl.com/ | 2010-04-04 |
| * | updated branch | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| * | update fieldsort plugin to be compatible with the latest version of my branch | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| * | answer about autofiles for tags | David Riebenbauer | 2010-04-03 |
| * | link to commits | David Riebenbauer | 2010-04-03 |
| * | slightly more consistent capitalisation of ikiwiki•••For a while, I was avoiding capitalizing ikiwiki at the beginning of a
sentence. I now think that's a bad idea (unless explicitly referring to
the `ikiwiki` command). Still, I don't go all the way and always cap it,
as a proper noun. That would make the logo look bad. ;)
I also tend to avoid capping it as IkiWiki, except when referring to the
perl internals, which do use that capitalization. (Too late to change
that.) However, it's also reasonable to do so in a WikiLink, as a nod to
historical camelcase wikis.
| Joey Hess | 2010-04-03 |
| * | add news item for ikiwiki 3.20100403 | Joey Hess | 2010-04-03 |
| * | releasing version 3.20100403 | Joey Hess | 2010-04-03 |