Merge commit 'intrigeri/po'

fix cherry-picked

po: override the title template variable for coherent homepage titling

Signed-off-by: intrigeri <intrigeri@boum.org>
(cherry picked from commit 6c0f9c691c3df3a2ec30dec626c997623568a400)

change cherry-picked; move to discussion

po(scan): removed scary comment about only wanting to change the first link

Signed-off-by: intrigeri <intrigeri@boum.org>
(cherry picked from commit 3c2bffe21b91684971155ab41b15dacc515b2fc5)

doc/po(self-links): follow-ups

Signed-off-by: intrigeri <intrigeri@boum.org>

po: do not inject custom bestlink function when po_link_to eq default

Signed-off-by: intrigeri <intrigeri@boum.org>

doc/po: follow-up

po: override the title template variable for coherent homepage titling

Signed-off-by: intrigeri <intrigeri@boum.org>

doc/po: follow-up

Signed-off-by: intrigeri <intrigeri@boum.org>

po(scan): removed scary comment about only wanting to change the first link

Signed-off-by: intrigeri <intrigeri@boum.org>

Merge commit 'upstream/master' into prv/po

followups

cherry-picked fix for recentchanges links

po: do not beautify urls on the recentchanges page

... else, the recentchanges page shows a link such as "sandbox.es". But,
clicking on it goes to the English (or negotiated language) version of the page.

It is better in this one case if the link goes direct to the translated version
of the page.
(cherry picked from commit 496e8523c6706d096f1b794e3f3ba5dd2fa260f3)

unsure if this patch is enough

forwarded

initial patch proposal

Forgot to mention I have multimarkdown enabled

htmltidy: Print a warning message if tidy fails. Closes: #543722

close; multimarkdown not enabled by default

translation of directives

typo

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

fix emphasis examples to actually work

initial report

suggestion

po: more TODO items comments and patches

po: do not beautify urls on the recentchanges page

... else, the recentchanges page shows a link such as "sandbox.es". But,
clicking on it goes to the English (or negotiated language) version of the page.

It is better in this one case if the link goes direct to the translated version
of the page.

po: commenting some TODO items

po: maybe fixed self links

po: (hopefully) fixed WikiLink to self with po_link_to=default

don't use pagespec_match_list

This should be more efficient than pagespec_match_list since it short-circuits
after the first match is found.

The other problem with using pagespec_match_list here is it may throw an
error if a bad or failing pagespec somehow got into the dependencies.

changelog and news file, also make postinst rebuild on upgrade

Merge commit 'remotes/smcv/ready/remove-pagespec-merge'

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

reply

Revert "Allow add_depends to take an arrayref"

This reverts commit e4cd168ebedd95585290c97ff42234344bfed46c.

There was no benefit to this change.

Merge commit 'smcv/ready/optimize-depends'

Fix example blog's tags/life to not have a broken PageSpec. Closes: #543510

better analysis of why the depends keep growing

at this point I'm down to deciding which specific commits to merge and
which were dead ends

Respond with benchmarks and an updated branch

Indicate that pagespec_merge() is no longer needed (much rejoicing?)

Remove now-unused function pagespec_merge

Now that dependencies are a list of pagespecs with an implicit "or"
operation, there's no need to try to merge pagespecs under normal use.

ikiwiki-transition contains the only use of the function, so move
it there rather than deleting it entirely (it's used to concatenate all
admins' lists of locked pages).

Mark "should optimise pagespecs" as done

use pagespec_match_list

IkiWiki::pagename: memoize results

This relies for its correctness on %config, %hooks and pagetype() not
changing.

Allow add_depends to take an arrayref

Use a hash to de-duplicate dependencies

Don't bother to save {depends} to the index

As per Joey's review.

calendar, inline, map: don't pre-join dependencies

The new dependency handling works better (eliminates more duplicates) if
dependencies are split up. On the same wiki mentioned in the previous
commit, this saves about a second (i.e. 4%) on the same test.

Optimize the dependencies list

On a large wiki you can spend a lot of time reading through large lists
of dependencies to see whether files need to be rebuilt (album, with its
one-page-per-photo arrangement, suffers particularly badly from this).

The dependency list is currently a single pagespec, but it's not used like
a normal pagespec - in practice, it's a list of pagespecs joined with the
"or" operator.

Accordingly, change it to be stored as a list of pagespecs. On a wiki
with many tagged photo albums, this reduces the time to refresh after
`touch tags/*.mdwn` from about 31 to 25 seconds.

Getting the benefit of this change on an existing wiki requires a rebuild.

move undownloadable item to discussion page

close as wontfix

fixed via getsource plugin

response

fix link

clarify and add link

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

response

Comment on another possible solution to the use case.

why I needed this, in case it's useful to someone else

response

use a map instead

update config file snippet to use current git_wrapper name

new rsync plugin

Added closing parenthesis

uh oh

no more wrapper wrapper

response

response

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

response

Italian program translation from Luca Bruno.

formatting

Add some details

another issue

po: Fixed to run rcs_add ralative to srcdir.

bugs with po and git plugins

added myself as a user

added my homepage link

respond

responses to code review (I'll try to get them implemented later this week)

Updated French program translation from Philippe Batailler. Closes: #542036

clarification

add l10n branch

Remove deprecated ikiwiki/blog and ikiwiki/preprocessordirective pages from the basewiki.

minor problem

changelog

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

created_before/after: throw error if specified page does not exist

This assumes that no ctime means the page doesn't exist, which seems
reasonable.

use pagespec_match_list for feedpages

This is both faster, and propigates any error in processing the feedpages
pagespec out to display on the page. Which may have been why I didn't use
it before, but currently seems like a good thing to do, since it explains
why your feeds are empty..

fix error message display

The gettext call can clear $@ in at least some cases.

Life is simpler on a git branch.

switched my DreamHost install to pkgsrc, happily

comment on part of Joey's comment