aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* 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>
* | useragent: Don't allow non-HTTP protocols to be usedSimon McVittie2019-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 loadedSimon McVittie2019-02-24
|/ | | | Signed-off-by: Simon McVittie <smcv@debian.org>
* po: Always filter .po filesSimon McVittie2019-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
* Recommend against cvsps3 (haven't tried it).Amitai Schleier2019-02-13
|
* Announce v3.20190207Simon McVittie2019-02-07
| | | | Signed-off-by: Simon McVittie <smcv@debian.org>
* Prepare new releaseSimon McVittie2019-02-07
| | | | Signed-off-by: Simon McVittie <smcv@debian.org>
* reviewSimon McVittie2019-02-03
|
* commentSimon McVittie2019-02-03
|
* tag as reviewedsmcv2019-02-03
|
* respondsmcv2019-02-03
|
* Exclude reviewed patches from this listsmcv2019-02-03
|
* closeSimon McVittie2019-02-03
|
* append javascript after CSSAntoine Beaupré2019-02-03
| | | | | | | | | | | | | | Javascript resources should be presented to browsers after CSS, and "after the fold" (ATF) according to the best practices: https://developers.google.com/speed/docs/insights/mobile#PutStylesBeforeScripts This change allows the browser to download Javascript files in parallel, by including Javascript on the *closing* </body> tag instead of the opening tag. We also improve the regex to tolerate spaces before the body tag, as some templates have (proper) indentation for the tag.
* Remove unreachable git repositoriesSimon McVittie2019-02-03
| | | | Signed-off-by: Simon McVittie <smcv@debian.org>
generated by cgit v1.2.3 (git 2.45.0) at 2024-11-26 16:44:24 +0000