removed

submission of bug report

build: Don't install an empty share/ikiwiki/examples/doc/examples

Signed-off-by: Simon McVittie <smcv@debian.org>

add alip's chess blog

add https://www.chesswob.org

add news item for ikiwiki 3.20200202.3

releasing package ikiwiki version 3.20200202.3

trying to bring this back in the pile :)

Added a comment: Remove

Revert "removed"

This reverts commit 209a1fbdc75d8cae7ee848243e9e44b565b7820d.

removed

Revert "removed"

This reverts commit bc1b60b913900979e53749537165b75252ab7299.

Revert "removed"

This reverts commit 697a0e4e4201b85f086b4662a9813d53aef0cc63.

Note recent spam edits.

removed

removed

create my user page

php sparkline is dead

Added a comment: I also need this. Please help!

revert link spam/vandalism

removed

link spam

This reverts commit 88928ee349fd0b6c09779f84e029901afde66b09

link spam

This reverts commit de95e30465eea72b0182f19a8312d9d7fb1faba6

link spam

This reverts commit 3d50a3e46880717b4d64ed7e5ff9b4f225d4b785

link to the actual ikiwiki repo

Whitespace

Proposed support for object tag

I had the same problem somebody on the discussion page had so I changed the instructions so nobody else will.

libtext-csv-xs-perl not relevant

sigh, still broken, different error message.

libpel5

more info: libperl5, buster versus stretch

follow-up: sorry, I appreciate that wasn't as useful as it could have been

split done and not done patch list, remove patches from the other lists

explicitely tag this as a patch

Gentle ping on proposed branch

cannot reproduce new bug

Update changelog with schmonz's changes

bug remains for inline table case

bug report

Fix build with po4a 0.56 via consistent "\n" use.

Errors look like so:

PERL5LIB=.. ./po2wiki underlay.setup
Invalid po file
/var/folders/y5/k8bh4xsj75g4j1n631f2gqz80000gp/T/ikiwiki-po-filter-in.OPXJxZ0juW:
/var/folders/y5/k8bh4xsj75g4j1n631f2gqz80000gp/T/ikiwiki-po-filter-in.OPXJxZ0juW:293:
'msgid' and 'msgstr' entries do not both end with '\n'
/var/folders/y5/k8bh4xsj75g4j1n631f2gqz80000gp/T/ikiwiki-po-filter-in.OPXJxZ0juW:589:
'msgid' and 'msgstr' entries do not both end with '\n'
msgfmt: found 2 fatal errors

make[1]: *** [po2wiki_stamp] Error 255

not sure this is necessary

add link to auto-numbering on CSS

MultiMarkdown footnote un-inversion: done

Fix inverted footnote config with MultiMarkdown.

Bug spotted and fix from Giuseppe Bilotta <giuseppe.bilotta@gmail.com>.

Extend mdwn tests to cover MultiMarkdown, where applicable.

Please test sudo-mass-rebuild branch on Debian

Response: am trying sudo

rename bugs/MultiMarkdown_footnot_support_seems_to_be_broken.mdwn to bugs/MultiMarkdown_footnote_support_seems_to_be_broken.mdwn

Directive fix

I've not looked at Shake yet, thanks, I'll give it a look! — [[Jon]]

Suggest shake

some beginning code to migrate an ikiwiki to hakyll

lol

saw typesetter-css and was reminded of my appeal against the anti-theme as default

Adding my work-in-progress blog to the list

No longer hosting these on Branchable.

Merge branch 'master' of ssh://git.ikiwiki.info

Updated German program translation from Sebastian Kuhnert.

Fix link in previous.

Reply to fancypodcast question.

Updated German basewiki and directives translation from Sebastian Kuhnert.

Open up the discussion

Catch up to highlight 3.51 API change.

As of 3.51, searchFile() is no longer provided in highlight's Perl
bindings (at least on NetBSD and OS X, as built from pkgsrc). This
leaves us falling through to getConfDir(), which has been gone
rather longer.

From highlight git, it appears searchFile() and getFiletypesConfPath()
both originated in the 3.14 release. The latter is still available in
3.51, and returns the same result searchFile() used to. Switch to it.

Add my ikiwiki/blog

Response to jsewell's bug report.

add gitbranch template, prompted by Integeri. Thanks

Fix syntax.

Submit branch for review.

update my comment to reflect new commits on that branch

initial implementation (I was unable to use untrusted git push to add this comment)

Merge remote-tracking branch 'origin/master'

Announce 3.20190228 and 3.20170111.1

Add an anchor for /security/#cve-2019-9187

Prepare 3.20190228 for future release

doc: Document security issues involving LWP::UserAgent

Recommend the LWPx::ParanoidAgent module where appropriate.
It is particularly important for openid, since unauthenticated users
can control which URLs that plugin will contact. Conversely, it is
non-critical for blogspam, since the URL to be contacted is under
the wiki administrator's control.

Signed-off-by: Simon McVittie <smcv@debian.org>

useragent: Automatically choose whether to use LWPx::ParanoidAgent

The simple implementation of this, which I'd prefer to use, would be:
if we can import LWPx::ParanoidAgent, use it; otherwise, use
LWP::UserAgent.

However, aggregate has historically worked with proxies, and
LWPx::ParanoidAgent quite reasonably refuses to work with proxies
(because it can't know whether those proxies are going to do the same
filtering that LWPx::ParanoidAgent would).

Signed-off-by: Simon McVittie <smcv@debian.org>

useragent: Don't allow non-HTTP protocols to be used

This prevents the aggregate plugin from being used to read the contents
of local files via file:/// URLs.

Signed-off-by: Simon McVittie <smcv@debian.org>

This reverts commit 727147aa6e50229178fb853f26c9c340fa789799