changelpg

Merge commit 'smcv/ready/depends-exact'

response

Merge commit 'smcv/ready/trivia'

Introduce myself

my first edit to this site, please forgive mistakes

Some crude benchmarking on a larger wiki

Merge commit 'origin/master'

Mark as done

Updated branch, thanks for the feedback

Avoid duplicating debug message for building a page due to a dependency

As per Joey's review

Force %depends_exact to lower case, fixing incorrect case-sensitivity

Auto-detect "simple dependencies" instead of requiring callers to use add_depends_exact()

doc/po: report problem with link() + propose patch

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

Fix typo in dependency debug message

Add depends_exact: simplified dependency tracking for dependencies on a single page

Let E be the number of dependencies per page of the form "A depends on B and
nothing else", let D be the number of other dependencies per page,
let P be the total number of pages, and let C be the number of changed
pages in a refresh.

This patch should speed up a refresh from O(E*C*P + D*C*P) to
O(C + E*P + D*C*P), assuming that hash lookups are O(1).

In practice, plugins like inline and map produce a lot of these very simple
dependencies, and my album plugin's combination of inline with a large
number of pages causes it to suffer particularly badly.

In testing on a wiki with about 7000 objects (3500 full pages, 3500
images), a full rebuild continued to take about 5:30, and a refresh
after touching about 350 pages and 350 images reduced from 5:30 to 1:30.

As with my previous optimizations, this change will result in downgrades not
working correctly until the wiki is rebuilt.

inline: if using pagenames, don't add a dependency on "page1 or page2 or..."

This is unnecessary and just slows us down (by a factor of 2, in the
pessimal case where every page has an inline with pagenames); it's also
not possible to optimize it into add_depends_exact calls.

Fix typo in underlay.setup

follow-up

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

doc/po: bug report + patch proposal wrt. inline's post form's rootpage

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

Merge commit 'intrigeri/po'

both changes picked

po: favor the type of linking page's masterpage on page creation

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

po: fix interdiction to create pages of type po

... which was broken by the new page_types code.

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

doc/po: reported bug + patches wrt. created page type

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

po: favor the type of linking page's masterpage on page creation

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

po: fix interdiction to create pages of type po

... which was broken by the new page_types code.

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

Czech basewiki enabled

Initial Czech translation of basewiki/

merge updates to danish translation from l10n

print which remotes are failing

response

mention ignore branch

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

avoid fetching tags from random remotes

git makes it too easy to get crap tags into origin

Explain my depends-exact branch

htmltidy: Return an error message if tidy fails. Closes: #543722

On second^Wthird^Wfourth thought, putting the message into the page seems
better than using stderr.

fix merged

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.