summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-04-06response to Joey and smcvhttp://kerravonsen.dreamwidth.org/
2010-04-06replyhttp://kerravonsen.dreamwidth.org/
2010-04-06fixedhttp://smcv.pseudorandom.co.uk/
2010-04-06Remove typedlink from [[ikiwiki/pagespec]]Simon McVittie
It's not supported in this branch any more.
2010-04-06Auto-rebuild wikis on upgrade due to the taglink changeSimon McVittie
debian/NEWS and debian/postinst should be edited before release to have an appropriate version number.
2010-04-06Revert spamJoey Hess
This reverts commit e496920e51ae9f0ecfbad5799634a5064193dcdb. "Twice is enemy action"; enjoy your ban!
2010-04-06(no commit message)webkatalog
2010-04-06Revert spamJoey Hess
This reverts commit b29c50c731d17c83fef21ef606654ce3bde84310. Nice try, no cigar.
2010-04-06(no commit message)webkatalog
2010-04-06nearly there!Joey Hess
2010-04-06commentJoey Hess
2010-04-06commentJoey Hess
2010-04-06commentJoey Hess
2010-04-06ideaJoey Hess
2010-04-06first questionJoey Hess
2010-04-06oops, branch returned nowhttp://smcv.pseudorandom.co.uk/
2010-04-06more flexible underlays, please?http://kerravonsen.dreamwidth.org/
2010-04-06responsehttp://kerravonsen.dreamwidth.org/
2010-04-06(no commit message)http://kerravonsen.dreamwidth.org/
2010-04-06if applied, reverting this would be problematichttp://smcv.pseudorandom.co.uk/
2010-04-06tag as patchhttp://smcv.pseudorandom.co.uk/
2010-04-06pages talking about escaping should really be escaped correctlyhttp://smcv.pseudorandom.co.uk/
2010-04-06as seen on IRChttp://smcv.pseudorandom.co.uk/
2010-04-06HTML-encode meta title, description, guid on output, but not in the pagestateSimon McVittie
This makes them consistent with the rest of the meta keys. A wiki rebuild will be needed on upgrade to this version; until the wiki is rebuilt, double-escaping will occur in the titles of pages that have not changed.
2010-04-06switch branch for review to use ready/foo conventionhttp://smcv.pseudorandom.co.uk/
2010-04-06ready for review, I thinkhttp://smcv.pseudorandom.co.uk/
2010-04-06Only store authorsort in meta pagestate if it differs from authorSimon McVittie
2010-04-06Only store titlesort in meta pagestate if it differs from titleSimon McVittie
2010-04-05Use $a and $b for SortSpec cmp callbacksSimon McVittie
2010-04-05fix bug that left stray </p> tagsJoey Hess
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.
2010-04-05txt: Add a special case for robots.txt.Joey Hess
2010-04-05comments: Fix missing entity encoding in title.Joey Hess
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.
2010-04-05responseJoey Hess
2010-04-05potential performance improvementshttp://smcv.pseudorandom.co.uk/
2010-04-05speedJoey Hess
2010-04-04fix test suiteJoey Hess
2010-04-04close bug, commentJoey Hess
2010-04-04more idiomatic perlJoey Hess
2010-04-04rename hash and avoid unnecessary hash refJoey Hess
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.
2010-04-04changelogJoey Hess
2010-04-04fix indentation & whitespaceJoey Hess
2010-04-04Fix bzr plugin to work with bzr 2.0.Lars Wirzenius
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.
2010-04-04advertise some bugfixeshttp://smcv.pseudorandom.co.uk/
2010-04-04bug report + patch: unnecessary YAML::Any dependencyhttp://smcv.pseudorandom.co.uk/
2010-04-04(no commit message)http://hendry.iki.fi/
2010-04-04Typo.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-04Add the Banu websitehttps://mukund.startssl.com/