summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-04-06add note about minor back compat issueJoey Hess
2010-04-06Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2010-04-06tweak wording and versions and add changelog entryJoey Hess
2010-04-06improve wording to not encourage explicitly passing undefJoey Hess
2010-04-07further discussion, point out potential XSShttp://smcv.pseudorandom.co.uk/
2010-04-06Merge remote branch 'smcv/ready/link-types'Joey Hess
2010-04-06responsehttp://kerravonsen.dreamwidth.org/
2010-04-06responsehttp://kerravonsen.dreamwidth.org/
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-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-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