aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
...
* bug reportJoey Hess2019-09-20
|
* Fix build with po4a 0.56 via consistent "\n" use.Amitai Schleier2019-09-10
| | | | | | | | | | | | | | | 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 necessaryanarcat2019-09-06
|
* add link to auto-numbering on CSSluke.leighton@1d9c2d1569043638b2028a9c61a0a205924749b52019-09-06
|
* MultiMarkdown footnote un-inversion: doneAmitai Schleier2019-09-04
|
* Fix inverted footnote config with MultiMarkdown.Amitai Schleier2019-09-04
| | | | | | 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 DebianAmitai Schleier2019-09-04
|
* (no commit message)xloem2019-09-03
|
* Response: am trying sudoAmitai Schleier2019-09-01
|
* rename bugs/MultiMarkdown_footnot_support_seems_to_be_broken.mdwn to ↵giuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a12019-08-30
| | | | bugs/MultiMarkdown_footnote_support_seems_to_be_broken.mdwn
* Directive fixgiuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a12019-08-30
|
* (no commit message)giuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a12019-08-30
|
* I've not looked at Shake yet, thanks, I'll give it a look! — [[Jon]]jmtd2019-08-25
|
* (no commit message)simon@4e26c0bdeb57cbb3cc79e234379178f37fa71d062019-08-22
|
* Suggest shakesimon@4e26c0bdeb57cbb3cc79e234379178f37fa71d062019-08-22
|
* some beginning code to migrate an ikiwiki to hakylljmtd2019-08-21
|
* loljmtd2019-08-16
|
* saw typesetter-css and was reminded of my appeal against the anti-theme as ↵jmtd2019-08-16
| | | | default
* (no commit message)lkcl@d317c3c240102454f3d5ffa9210ae2178eb5af3a2019-06-25
|
* Adding my work-in-progress blog to the listhttps://launchpad.net/~skellat2019-06-16
|
* No longer hosting these on Branchable.Amitai Schleier2019-06-07
|
* Merge branch 'master' of ssh://git.ikiwiki.infoJoey Hess2019-06-06
|\
| * Fix link in previous.Amitai Schleier2019-06-05
| |
| * Reply to fancypodcast question.Amitai Schleier2019-06-05
| |
* | Updated German program translation from Sebastian Kuhnert.Joey Hess2019-06-06
|/
* Updated German basewiki and directives translation from Sebastian Kuhnert.Joey Hess2019-06-05
|
* Open up the discussionhttps://launchpad.net/~skellat2019-06-02
|
* Catch up to highlight 3.51 API change.Amitai Schleier2019-05-26
| | | | | | | | | | | 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/blogcanvon2019-05-21
|
* (no commit message)jsewell@560d759be38e126eba7f1c40503adf786fa282292019-05-10
|
* (no commit message)jsewell@560d759be38e126eba7f1c40503adf786fa282292019-05-07
|
* Response to jsewell's bug report.Amitai Schleier2019-05-06
|
* (no commit message)second-try-ikilogin@ac12e40a987a7e7baaf5623cd9a082f9925fb4a12019-05-05
|
* (no commit message)jsewell@560d759be38e126eba7f1c40503adf786fa282292019-04-29
|
* add gitbranch template, prompted by Integeri. Thanksjmtd2019-04-24
|
* Fix syntax.intrigeri2019-04-10
|
* Submit branch for review.intrigeri2019-04-10
|
* update my comment to reflect new commits on that branchjmtd2019-03-30
|
* initial implementation (I was unable to use untrusted git push to add this ↵jmtd2019-03-29
| | | | comment)
* (no commit message)mike@8d1a742254a41aaff8dd19404183dce96fac24ba2019-03-06
|
* (no commit message)krukova.ann@14e9655c363b07d848ae6d37ce799ad41f0c51fb2019-03-06
|
* (no commit message)krukova.ann@14e9655c363b07d848ae6d37ce799ad41f0c51fb2019-03-06
|
* Merge remote-tracking branch 'origin/master'Simon McVittie2019-02-28
|\
| * This reverts commit 727147aa6e50229178fb853f26c9c340fa789799anarcat2019-02-26
| |
| * (no commit message)machine_brain2019-02-25
| |
* | Announce 3.20190228 and 3.20170111.1Simon McVittie2019-02-28
| |
* | Add an anchor for /security/#cve-2019-9187Simon McVittie2019-02-28
| |
* | Prepare 3.20190228 for future releaseSimon McVittie2019-02-26
| |
* | doc: Document security issues involving LWP::UserAgentSimon McVittie2019-02-26
| | | | | | | | | | | | | | | | | | | | 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::ParanoidAgentSimon McVittie2019-02-26
| | | | | | | | | | | | | | | | | | | | | | | | | | 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>
generated by cgit v1.2.3 (git 2.25.4) at 2024-05-19 14:23:17 +0000