Joey Hess [Tue, 6 Apr 2010 18:06:29 +0000 (14:06 -0400)]
comment
Joey Hess [Tue, 6 Apr 2010 18:05:00 +0000 (14:05 -0400)]
comment
Joey Hess [Tue, 6 Apr 2010 17:58:55 +0000 (13:58 -0400)]
idea
Joey Hess [Tue, 6 Apr 2010 17:25:26 +0000 (13:25 -0400)]
first question
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 10:47:28 +0000 (10:47 +0000)]
oops, branch returned now
http://kerravonsen.dreamwidth.org/ [Tue, 6 Apr 2010 04:41:55 +0000 (04:41 +0000)]
more flexible underlays, please?
http://kerravonsen.dreamwidth.org/ [Tue, 6 Apr 2010 04:00:47 +0000 (04:00 +0000)]
response
http://kerravonsen.dreamwidth.org/ [Tue, 6 Apr 2010 03:59:09 +0000 (03:59 +0000)]
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:55:54 +0000 (00:55 +0000)]
if applied, reverting this would be problematic
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:51:27 +0000 (00:51 +0000)]
tag as patch
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:50:51 +0000 (00:50 +0000)]
pages talking about escaping should really be escaped correctly
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:49:38 +0000 (00:49 +0000)]
as seen on IRC
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:04:47 +0000 (00:04 +0000)]
switch branch for review to use ready/foo convention
http://smcv.pseudorandom.co.uk/ [Tue, 6 Apr 2010 00:02:18 +0000 (00:02 +0000)]
ready for review, I think
Joey Hess [Mon, 5 Apr 2010 21:18:30 +0000 (17:18 -0400)]
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 [Mon, 5 Apr 2010 21:02:10 +0000 (17:02 -0400)]
txt: Add a special case for robots.txt.
Joey Hess [Mon, 5 Apr 2010 20:34:49 +0000 (16:34 -0400)]
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 [Mon, 5 Apr 2010 19:28:54 +0000 (15:28 -0400)]
response
http://smcv.pseudorandom.co.uk/ [Mon, 5 Apr 2010 19:19:00 +0000 (19:19 +0000)]
potential performance improvements
Joey Hess [Mon, 5 Apr 2010 18:59:29 +0000 (14:59 -0400)]
speed
Joey Hess [Sun, 4 Apr 2010 21:06:28 +0000 (17:06 -0400)]
fix test suite
Joey Hess [Sun, 4 Apr 2010 16:28:12 +0000 (12:28 -0400)]
close bug, comment
Joey Hess [Sun, 4 Apr 2010 16:23:12 +0000 (12:23 -0400)]
more idiomatic perl
Joey Hess [Sun, 4 Apr 2010 16:20:26 +0000 (12:20 -0400)]
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 [Sun, 4 Apr 2010 16:17:36 +0000 (12:17 -0400)]
changelog
Joey Hess [Sun, 4 Apr 2010 16:17:03 +0000 (12:17 -0400)]
fix indentation & whitespace
Lars Wirzenius [Sun, 4 Apr 2010 09:05:07 +0000 (21:05 +1200)]
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.
http://smcv.pseudorandom.co.uk/ [Sun, 4 Apr 2010 14:05:42 +0000 (14:05 +0000)]
advertise some bugfixes
http://smcv.pseudorandom.co.uk/ [Sun, 4 Apr 2010 14:03:51 +0000 (14:03 +0000)]
bug report + patch: unnecessary YAML::Any dependency
http://hendry.iki.fi/ [Sun, 4 Apr 2010 13:00:52 +0000 (13:00 +0000)]
PaulePanter [Sun, 4 Apr 2010 12:03:41 +0000 (12:03 +0000)]
Typo.
http://liw.fi/ [Sun, 4 Apr 2010 09:23:05 +0000 (09:23 +0000)]
http://liw.fi/ [Sun, 4 Apr 2010 09:13:01 +0000 (09:13 +0000)]
http://liw.fi/ [Sun, 4 Apr 2010 09:12:23 +0000 (09:12 +0000)]
https://mukund.startssl.com/ [Sun, 4 Apr 2010 07:16:41 +0000 (07:16 +0000)]
Add the Banu website
https://mukund.startssl.com/ [Sun, 4 Apr 2010 07:13:51 +0000 (07:13 +0000)]
Remove my homepage
http://smcv.pseudorandom.co.uk/ [Sun, 4 Apr 2010 00:34:36 +0000 (00:34 +0000)]
updated branch
http://smcv.pseudorandom.co.uk/ [Sun, 4 Apr 2010 00:27:20 +0000 (00:27 +0000)]
update fieldsort plugin to be compatible with the latest version of my branch
David Riebenbauer [Sat, 3 Apr 2010 21:38:05 +0000 (23:38 +0200)]
answer about autofiles for tags
David Riebenbauer [Fri, 5 Feb 2010 11:54:07 +0000 (12:54 +0100)]
link to commits
Joey Hess [Sat, 3 Apr 2010 20:07:32 +0000 (16:07 -0400)]
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 [Sat, 3 Apr 2010 19:15:25 +0000 (15:15 -0400)]
add news item for ikiwiki 3.
20100403
Joey Hess [Sat, 3 Apr 2010 19:15:04 +0000 (15:15 -0400)]
releasing version 3.
20100403
Joey Hess [Sat, 3 Apr 2010 19:09:04 +0000 (15:09 -0400)]
fix buggy program installation code
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 13:39:44 +0000 (13:39 +0000)]
updated branch
Joey Hess [Sat, 3 Apr 2010 02:46:31 +0000 (22:46 -0400)]
response
Joey Hess [Sat, 3 Apr 2010 02:23:36 +0000 (22:23 -0400)]
response
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 01:15:28 +0000 (01:15 +0000)]
cross-reference
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 01:13:08 +0000 (01:13 +0000)]
vague musings about wikilinks
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:53:59 +0000 (00:53 +0000)]
perhaps the typedlink(tag foo) pagespec isn't so useful
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:45:16 +0000 (00:45 +0000)]
reduced difference
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:41:31 +0000 (00:41 +0000)]
sort-order could usefully be overridden for meta author, too
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:25:28 +0000 (00:25 +0000)]
actually I can see a second use for "nonlinear" syntax - but I don't think it's worth it
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:12:59 +0000 (00:12 +0000)]
make questions to Joey more explicit
http://smcv.pseudorandom.co.uk/ [Sat, 3 Apr 2010 00:00:53 +0000 (00:00 +0000)]
respond at some length
http://smcv.pseudorandom.co.uk/ [Fri, 2 Apr 2010 22:25:16 +0000 (22:25 +0000)]
respond (also unindent Joey's review to avoid very deep indentation)
Joey Hess [Fri, 2 Apr 2010 21:37:38 +0000 (17:37 -0400)]
idea
Joey Hess [Fri, 2 Apr 2010 21:26:32 +0000 (17:26 -0400)]
comments
Joey Hess [Fri, 2 Apr 2010 21:16:12 +0000 (17:16 -0400)]
minor comment
Joey Hess [Fri, 2 Apr 2010 21:03:33 +0000 (17:03 -0400)]
fix branch name
Joey Hess [Fri, 2 Apr 2010 20:55:29 +0000 (16:55 -0400)]
qualify template_file
Joey Hess [Fri, 2 Apr 2010 20:54:06 +0000 (16:54 -0400)]
template: Search for templates in the templatedir, if they are not found as pages in the wiki.
Joey Hess [Fri, 2 Apr 2010 20:41:04 +0000 (16:41 -0400)]
review from the woods
Joey Hess [Fri, 2 Apr 2010 20:05:14 +0000 (16:05 -0400)]
htmlscrubber: Allow colons in url fragments after '?'
Colons are not allowed at the start of urls, because it can be interpreted
as a protocol, and allowing arbitrary protocols can be unsafe
(CVE-2008-0809). However, this check was too restrictive, not allowing
use of eg, "video.ogv?t=0:03:00/0:04:00" to seek to a given place in a
video, or "somecgi?foo=bar:baz" to pass parameters with colons.
It's still not allowed to have a filename with a colon in it (ie
"foo:bar.png") -- to link to such a file, a fully qualified url must be
used.
Simon McVittie [Fri, 2 Apr 2010 17:28:34 +0000 (18:28 +0100)]
Despam, again. Someone ban adrianna please?
adrianna [Fri, 2 Apr 2010 12:29:22 +0000 (12:29 +0000)]
adrianna [Fri, 2 Apr 2010 12:26:46 +0000 (12:26 +0000)]
adrianna [Fri, 2 Apr 2010 12:24:14 +0000 (12:24 +0000)]
adrianna [Fri, 2 Apr 2010 12:18:36 +0000 (12:18 +0000)]
adrianna [Fri, 2 Apr 2010 12:07:42 +0000 (12:07 +0000)]
Simon McVittie [Fri, 2 Apr 2010 12:07:22 +0000 (13:07 +0100)]
Despam
adrianna [Fri, 2 Apr 2010 12:05:18 +0000 (12:05 +0000)]
adrianna [Fri, 2 Apr 2010 12:03:58 +0000 (12:03 +0000)]
adrianna [Fri, 2 Apr 2010 12:01:24 +0000 (12:01 +0000)]
adrianna [Fri, 2 Apr 2010 12:00:46 +0000 (12:00 +0000)]
http://smcv.pseudorandom.co.uk/ [Thu, 1 Apr 2010 23:40:37 +0000 (23:40 +0000)]
implemented!
Simon McVittie [Thu, 1 Apr 2010 17:13:38 +0000 (18:13 +0100)]
Explain tab-delimited tables a bit better
http://kerravonsen.dreamwidth.org/ [Thu, 1 Apr 2010 07:22:37 +0000 (07:22 +0000)]
considering tags and fields
http://smcv.pseudorandom.co.uk/ [Thu, 1 Apr 2010 01:35:35 +0000 (01:35 +0000)]
http://kerravonsen.dreamwidth.org/ [Thu, 1 Apr 2010 00:23:31 +0000 (00:23 +0000)]
response; thoughts about inline and tags
Joey Hess [Wed, 31 Mar 2010 21:51:46 +0000 (17:51 -0400)]
page.tmpl: Add Cache-Control must-revalidate to ensure that users (especially of Firefox) see fresh page content.
Since Firefox version 3, it's done aggressive caching of visited pages, and
does not, by default, check if the cached content is still valid when
reloading or revisiting a page. By default, Firefox seems to not re-contact
the web server at all. Compare with eg, Epiphany and Chromium, which appear
to always check, and get back a 304 when the page is unchanged.
This header makes Firefox do the right thing, at least for html files. It
still over-caches if css, javascript, images, etc, are changed.
http://kerravonsen.dreamwidth.org/ [Wed, 31 Mar 2010 03:01:41 +0000 (03:01 +0000)]
response
http://smcv.pseudorandom.co.uk/ [Wed, 31 Mar 2010 02:07:52 +0000 (02:07 +0000)]
they do work, with the right syntax (C backslash escapes aren't interpreted)
http://edrex.myopenid.com/ [Wed, 31 Mar 2010 00:24:22 +0000 (00:24 +0000)]
http://edrex.myopenid.com/ [Wed, 31 Mar 2010 00:21:58 +0000 (00:21 +0000)]
http://smcv.pseudorandom.co.uk/ [Tue, 30 Mar 2010 12:48:03 +0000 (12:48 +0000)]
respond; correct license of fieldsort plugin to match IkiWiki
http://smcv.pseudorandom.co.uk/ [Tue, 30 Mar 2010 12:27:18 +0000 (12:27 +0000)]
respond
http://smcv.pseudorandom.co.uk/ [Tue, 30 Mar 2010 12:10:40 +0000 (12:10 +0000)]
http://smcv.pseudorandom.co.uk/ [Tue, 30 Mar 2010 12:09:59 +0000 (12:09 +0000)]
respond and attempt to invoke Joey :-)
http://smcv.pseudorandom.co.uk/ [Tue, 30 Mar 2010 12:01:35 +0000 (12:01 +0000)]
feature request (part of ftemplate)
http://kerravonsen.dreamwidth.org/ [Tue, 30 Mar 2010 06:44:04 +0000 (06:44 +0000)]
response
http://www.google.com/profiles/schmonz [Tue, 30 Mar 2010 05:48:51 +0000 (05:48 +0000)]
update home page URL
http://kerravonsen.dreamwidth.org/ [Tue, 30 Mar 2010 05:38:31 +0000 (05:38 +0000)]
response
http://kerravonsen.dreamwidth.org/ [Tue, 30 Mar 2010 05:31:10 +0000 (05:31 +0000)]
quick response
http://gustaf.thorslund.org/ [Mon, 29 Mar 2010 22:07:27 +0000 (22:07 +0000)]
http://gustaf.thorslund.org/ [Mon, 29 Mar 2010 21:54:30 +0000 (21:54 +0000)]
Joey Hess [Mon, 29 Mar 2010 19:25:40 +0000 (15:25 -0400)]
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
Joey Hess [Mon, 29 Mar 2010 19:25:34 +0000 (15:25 -0400)]
response
Jon Dowland [Mon, 29 Mar 2010 19:00:56 +0000 (20:00 +0100)]
this sounds like the correct approach
Jon Dowland [Mon, 29 Mar 2010 18:59:40 +0000 (19:59 +0100)]
thanks for the review, patch to be revised