Re: question why it does work on not changed files here?

On Fri, Dec 02, 2005 at 01:09:50PM +0100, Bram Moolenaar wrote:

Hi Bram and all,

> 
> I don't understand this.  Aap computes the signature of local files.
> When a file has been published the remote file will have the same
> signature.

---[ recipe_1 ]-------------

dir = /home/calmar
all   : $dir/file
$dir/file : ./file
    :sys cp $source $dir

----------------------------

here, when I change ./file, aap executes the :sys call.


on recipe_2, I changed two things. The `dir' variable and the I
replaced `cp' with `curl -T'

---[ recipe_2 ]---------------------------------------------

dir = ftp://n4a403:[email protected]/html/test/
all   : $dir/file
$dir/file : ./file
    :sys curl -T  $source $dir

------------------------------------------------------------

Here it executes the :sys command always, even when ./file has
not changed. 

I assume aap first computes the source-file signature (located
in the targets AAPDIR folder `sign' file, obviously). Then, if
that is the same as it was, it will not do anything. ok.

In the recipe_2, why can AAP not do the same? checking the
(local) source files signature, and when it has changed, it
executes the :sys command? When not, nothing shall happen. There
is not really a need for checking the target(remote) file, since
it's only a target, isn 'it?

I can only see, that aap does not build that AAPDIR dir on the
server (target Directory) with the source-file's sign. (as it
does it on the first example). So AAP is plainly not able to
store the local sign file, and therefore is forced to execute
the :sys command all the time (because there is no reference
(sign file). That's why the publish attribute should be used for
handling such remote things?

is that correct in some way?

At least, it's that would make sense to me.

Thanks a lot for any hints,

Cheers
marco


-- 
  calmar

          (o_  It rocks: LINUX + Command-Line-Interface
          //\
          V_/_                     http://www.calmar.ws


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click