From mboxrd@z Thu Jan  1 00:00:00 1970
From: Rick Frankel <rick@rickster.com>
Subject: Re: A problem with publishing
Date: Wed, 26 Mar 2014 09:26:15 -0400
Message-ID: <5f8833325ea105e503065127806f4be8@mail.rickster.com>
References: <20140323220157.10c18f17@aga-netbook>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
Return-path: <emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:40427)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1WSnqY-00069T-TO
	for emacs-orgmode@gnu.org; Wed, 26 Mar 2014 09:26:28 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1WSnqQ-0005Zp-Sb
	for emacs-orgmode@gnu.org; Wed, 26 Mar 2014 09:26:22 -0400
Received: from mail.rickster.com ([204.62.15.78]:46024)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <rick@rickster.com>) id 1WSnqQ-0005Zl-PS
	for emacs-orgmode@gnu.org; Wed, 26 Mar 2014 09:26:14 -0400
In-Reply-To: <20140323220157.10c18f17@aga-netbook>
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: Marcin Borkowski <mbork@wmi.amu.edu.pl>
Cc: Org-mode mailing list <emacs-orgmode@gnu.org>

On 2014-03-23 17:01, Marcin Borkowski wrote:
> Hi list,
> 
> publishing doesn't work.  I guess that I broke something;).  May the
> source and publishing directories be the same?  I have this in my
> init.el:
> 
> (setq org-publish-project-alist
> '(("fnis2014"
> 	:base-directory "~/directory"
> 	:publishing-directory "~/directory"
> 	:base-extension "org\\|css\\|jpg\\|png"
> 	:publishing-function org-reveal-export-to-html
> 	:completion-function (lambda () (compile "make install")))))
> 
> The "make install" means just rsync'ing to a remote server.
> 
> When I "export" (C-c C-e R R) and then "publish" (C-c C-e P x) (or
> "M-x compile"), everything is ok.  When I just "publish", changes seem
> not to be pushed to the remote server, and I'm left with some *Org
> export* process buffers.

My guess is that using *-export-to-html as the publishing function is
the culprit. There should/needs to be an org-reveal-publish-to-html
publishing function. I'm guessing the reason it works when you
manually export is that since the html file is up-to-date vis. the org
source, the code path bypasses that step (and just runs the completion
function).

If org-reveal doesn't have a publishing function, try (not tested):

(lambda (plist filename pubdir)
(org-publish-org-to 'reveal filename ".html" plist pubdir))

BTW, org-publish has built-in support for pushing to a remote server.
You can use a tramp url as the publishing-directory, bypassing the
completion function.

rick