]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
update for rename of recentchanges.mdwn to json.tl.ph.mdwn
authorjaysonbaldecanas1986@02a3781ec9b12161d643d2a35782561391092501 <jaysonbaldecanas1986@web>
Mon, 3 Oct 2022 03:03:56 +0000 (23:03 -0400)
committeradmin <admin@branchable.com>
Mon, 3 Oct 2022 03:03:56 +0000 (23:03 -0400)
doc/forum/Various_ways_to_use_Subversion_with_ikiwiki.mdwn

index 8eed30cd8063ff2062f643253fdb11bee810d1ed..d540d4b00e732d185fea8a189f71823232ad5488 100644 (file)
@@ -10,7 +10,7 @@ I'm playing around with various ways that I can use subversion with ikiwiki.
 > away without running the post-commit wrapper on commit, and all you lose
 > is the ability to send commit notification emails.
 
 > away without running the post-commit wrapper on commit, and all you lose
 > is the ability to send commit notification emails.
 
-> (And now that [[recentchanges]] includes rss, you can just subscribe to
+> (And now that [[json.tl.ph]] includes rss, you can just subscribe to
 > that, no need to worry about commit notification emails anymore.)
 
 * Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)?  This works in part but again the post-commit hook seems problematic.
 > that, no need to worry about commit notification emails anymore.)
 
 * Is it possible / sensible to have ikiwiki share a subversion repository with other data (either completely unrelated files or another ikiwiki instance)?  This works in part but again the post-commit hook seems problematic.