Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | add link to auto-numbering on CSS | luke.leighton@1d9c2d1569043638b2028a9c61a0a205924749b5 | 2019-09-06 |
| | |||
* | MultiMarkdown footnote un-inversion: done | Amitai Schleier | 2019-09-04 |
| | |||
* | Fix inverted footnote config with MultiMarkdown. | Amitai Schleier | 2019-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 Debian | Amitai Schleier | 2019-09-04 |
| | |||
* | (no commit message) | xloem | 2019-09-03 |
| | |||
* | Response: am trying sudo | Amitai Schleier | 2019-09-01 |
| | |||
* | rename bugs/MultiMarkdown_footnot_support_seems_to_be_broken.mdwn to ↵ | giuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a1 | 2019-08-30 |
| | | | | bugs/MultiMarkdown_footnote_support_seems_to_be_broken.mdwn | ||
* | Directive fix | giuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a1 | 2019-08-30 |
| | |||
* | (no commit message) | giuseppe.bilotta@94e824d38b59eac6c61da2ef23fad955d65eb2a1 | 2019-08-30 |
| | |||
* | I've not looked at Shake yet, thanks, I'll give it a look! — [[Jon]] | jmtd | 2019-08-25 |
| | |||
* | (no commit message) | simon@4e26c0bdeb57cbb3cc79e234379178f37fa71d06 | 2019-08-22 |
| | |||
* | Suggest shake | simon@4e26c0bdeb57cbb3cc79e234379178f37fa71d06 | 2019-08-22 |
| | |||
* | some beginning code to migrate an ikiwiki to hakyll | jmtd | 2019-08-21 |
| | |||
* | lol | jmtd | 2019-08-16 |
| | |||
* | saw typesetter-css and was reminded of my appeal against the anti-theme as ↵ | jmtd | 2019-08-16 |
| | | | | default | ||
* | (no commit message) | lkcl@d317c3c240102454f3d5ffa9210ae2178eb5af3a | 2019-06-25 |
| | |||
* | Adding my work-in-progress blog to the list | https://launchpad.net/~skellat | 2019-06-16 |
| | |||
* | No longer hosting these on Branchable. | Amitai Schleier | 2019-06-07 |
| | |||
* | Merge branch 'master' of ssh://git.ikiwiki.info | Joey Hess | 2019-06-06 |
|\ | |||
| * | Fix link in previous. | Amitai Schleier | 2019-06-05 |
| | | |||
| * | Reply to fancypodcast question. | Amitai Schleier | 2019-06-05 |
| | | |||
* | | Updated German program translation from Sebastian Kuhnert. | Joey Hess | 2019-06-06 |
|/ | |||
* | Updated German basewiki and directives translation from Sebastian Kuhnert. | Joey Hess | 2019-06-05 |
| | |||
* | Open up the discussion | https://launchpad.net/~skellat | 2019-06-02 |
| | |||
* | Catch up to highlight 3.51 API change. | Amitai Schleier | 2019-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/blog | canvon | 2019-05-21 |
| | |||
* | (no commit message) | jsewell@560d759be38e126eba7f1c40503adf786fa28229 | 2019-05-10 |
| | |||
* | (no commit message) | jsewell@560d759be38e126eba7f1c40503adf786fa28229 | 2019-05-07 |
| | |||
* | Response to jsewell's bug report. | Amitai Schleier | 2019-05-06 |
| | |||
* | (no commit message) | second-try-ikilogin@ac12e40a987a7e7baaf5623cd9a082f9925fb4a1 | 2019-05-05 |
| | |||
* | (no commit message) | jsewell@560d759be38e126eba7f1c40503adf786fa28229 | 2019-04-29 |
| | |||
* | add gitbranch template, prompted by Integeri. Thanks | jmtd | 2019-04-24 |
| | |||
* | Fix syntax. | intrigeri | 2019-04-10 |
| | |||
* | Submit branch for review. | intrigeri | 2019-04-10 |
| | |||
* | update my comment to reflect new commits on that branch | jmtd | 2019-03-30 |
| | |||
* | initial implementation (I was unable to use untrusted git push to add this ↵ | jmtd | 2019-03-29 |
| | | | | comment) | ||
* | (no commit message) | mike@8d1a742254a41aaff8dd19404183dce96fac24ba | 2019-03-06 |
| | |||
* | (no commit message) | krukova.ann@14e9655c363b07d848ae6d37ce799ad41f0c51fb | 2019-03-06 |
| | |||
* | (no commit message) | krukova.ann@14e9655c363b07d848ae6d37ce799ad41f0c51fb | 2019-03-06 |
| | |||
* | Merge remote-tracking branch 'origin/master' | Simon McVittie | 2019-02-28 |
|\ | |||
| * | This reverts commit 727147aa6e50229178fb853f26c9c340fa789799 | anarcat | 2019-02-26 |
| | | |||
| * | (no commit message) | machine_brain | 2019-02-25 |
| | | |||
* | | Announce 3.20190228 and 3.20170111.1 | Simon McVittie | 2019-02-28 |
| | | |||
* | | Add an anchor for /security/#cve-2019-9187 | Simon McVittie | 2019-02-28 |
| | | |||
* | | Prepare 3.20190228 for future release | Simon McVittie | 2019-02-26 |
| | | |||
* | | doc: Document security issues involving LWP::UserAgent | Simon McVittie | 2019-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::ParanoidAgent | Simon McVittie | 2019-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> | ||
* | | useragent: Don't allow non-HTTP protocols to be used | Simon McVittie | 2019-02-26 |
| | | | | | | | | | | | | | | 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> | ||
* | | useragent: Raise an exception if the LWP module can't be loaded | Simon McVittie | 2019-02-24 |
|/ | | | | Signed-off-by: Simon McVittie <smcv@debian.org> | ||
* | po: Always filter .po files | Simon McVittie | 2019-02-24 |
| | | | | | | | | | | | | | | | | | | | | The input to filter hooks is meant to be the content of a source file on disk. If we only filter once per (page, destpage) pair, and a page is inlined into the same destpage more than once, then the second occurrence will render as the result of htmlizing .po source as if it was Markdown (or whatever the type of the corresponding master page is), which is never going to end well. The alreadyfiltered mechanism was added in commit 1e874b3f to avoid preprocessing loops, but I'm not sure where it could lead to a loop: filter hooks are only called from IkiWiki::filter, which is only called on page content from disk or on proposed content being previewed. According to <https://bugs.debian.org/911356#41>, deleting the alreadyfiltered mechanism resolves the problem, as well as simplifying the code. Closes: #911356 Tested-by: intrigeri |