From mboxrd@z Thu Jan  1 00:00:00 1970
From: Matt Lundin <mdl@imapmail.org>
Subject: Re: Problems with org publish cache checking
Date: Wed, 25 Nov 2015 10:56:25 -0600
Message-ID: <87ziy2kog6.fsf@fastmail.fm>
References: <87r3jfh1js.fsf@fastmail.fm>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:37196)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mdl@imapmail.org>) id 1a1dMt-00086f-3o
	for emacs-orgmode@gnu.org; Wed, 25 Nov 2015 11:56:32 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mdl@imapmail.org>) id 1a1dMp-0000Hw-Ol
	for emacs-orgmode@gnu.org; Wed, 25 Nov 2015 11:56:31 -0500
Received: from out2-smtp.messagingengine.com ([66.111.4.26]:53216)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mdl@imapmail.org>) id 1a1dMp-0000HQ-JL
	for emacs-orgmode@gnu.org; Wed, 25 Nov 2015 11:56:27 -0500
Received: from archthink (c-50-172-132-15.hsd1.il.comcast.net [50.172.132.15])
	by mail.messagingengine.com (Postfix) with ESMTPA id 7C6E3680118
	for <emacs-orgmode@gnu.org>; Wed, 25 Nov 2015 11:56:25 -0500 (EST)
In-Reply-To: <87r3jfh1js.fsf@fastmail.fm> (Matt Lundin's message of "Tue, 24
	Nov 2015 09:14:47 -0600")
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
	<mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
Sender: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org
To: Org Mode <emacs-orgmode@gnu.org>

Matt Lundin <mdl@imapmail.org> writes:

> 2. It does not cache timestamps for included files that are not also
>    project files (i.e.,, files stored outside of the project or excluded
>    via the :exclude plist option). Since org-publish caches the
>    timestamps of only those files that are published directly (i.e., not
>    as includes), the result is that files that files that include files
>    outside of a publishing project are always republished. 

I did not quite diagnose this properly. Org-publish does not check the
cache of included files at all. It simply compares the last modified
time of an included file with the last modified time of the
master/including file. The result is that a master file will perpetually
be republished if an included file happened to be changed afterwards
(even if both files were changed years ago and the project has been
published 100s of times since then). I'll work up a patch to fix this
and submit it in a day or two.

Matt