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

Add sentence to clarify how to get feeds for the RecentChanges page.

Fix (hopefully) grammar.

po: Better fix for missing underlay translation problem.

If a page is taken from the underlay, and one of the specified languages
does not have po files in the underlay, it would create a broken link
to the translated version of the page for that language.

With this change, there's no broken link.

replace N/A with 0

I think the N/A was not intended to be visible, but it can show up as the
percent translated to a language. This happens if the page is located in an
underlay, and not translated to the language in any other underlay.

update

apache config details

another problem..

update

another problem

link to l10n.ikiwiki.info website

further otherlanguages list styling

update for consistency

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

Add basic styling of po plugin's languages list.

another problem

resolve conflict

noticed a problem

reorg and cleanup

Allow building ikiwiki on systems w/o po4a -- building of the translated underlays will be skipped in this case.

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

review of ready branch

indentation

meta: depend on absolute page name, not relative

Previously, [[!meta redir="foo"]] on bar, where bar/foo exists, would
depend on "foo" (which matches nothing, probably) rather than "bar/foo".
(cherry picked from commit f27ec09b72f886415e63fe394e18d9c3cb3913bf)

img: depend on absolute page name, not relative

Previously, [[!img bar.jpg]] on foo, where foo/bar.jpg exists, would
get a dependency equivalent to "glob(bar.jpg)" (which might not match
anything), rather than the correct "glob(foo/bar.jpg)".
(cherry picked from commit 85b2ec49ecd12dd23e5c432933457a72744ce7cb)

new dependency added

Related comments on openid redirection.

forwarded upstream with analysis

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

poll vote (Accept only password logins)

optimise brokenlinks by gathering the data when calculating backlinks

During backlink calulation, all links are examined and broken links can
be detected for free, so store a list of broken links and have brokenlinks
use it.

Exposing the %brokenlinks structure is a bit ugly, but the speedup seems
worth it: Around 1 second for wikis the size of the doc wiki that use
brokenlinks.

orphans: Reuse backlinks info

This plugin was building essentially the same data that is built to handle
backlinks, so reuse that as an optimisation.

po: use discussionpage config setting

This was tricky. $links{$page/discussion} must be checked; with it in
lowercase.