Benjamin C. Pierce | 2 Jan 18:20 2003

Re: Unison configuration bug on Zaurus

> 	I just tried to Unison my zaurus with a desktop that
> I haven't been using recently, and the unison running on the zaurus
> failed, not being able to create /root/unison.dump, since /root
> is on a read-only filesystem.
> 	I suspect this is simply a path that didn't get set/changed
> properly in the zaurus build, since it will never work with the
> default zaurus roms - it probably should be /home/root/unison.dump!

Setting the HOME environment variable to some writable directory should
fix this.

    B

-----------------------------------------------------------------------------
BENJAMIN C. PIERCE, Professor
Dept. of Computer & Information Science                bcpierce <at> cis.upenn.edu
University of Pennsylvania                                    +1 215 898-2012
200 South 33rd St.                                       Fax: +1 215 898-0587
Philadelphia, PA 19104, USA                http://www.cis.upenn.edu/~bcpierce
-----------------------------------------------------------------------------

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Flexible Keyboard is the ideal accessory for PDA users that are on the move.
http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 
(Continue reading)

Benjamin C. Pierce | 2 Jan 18:17 2003

Re: transfer aborted

> I run text unison on Solaris 8 and Red Hat Linux, I have to clarify that
> this happens when you do a first time sync and it completlty aborts all
> the transfer for files in the same 'path' as the changed file (where
> 'path'
> is the path defined in the unison .prf file) I really don't know if this
> also happens on further sync as I have split it in several small paths.

This is a "feature" of unison that is, unfortunately, unlikely to
change.  When we first designed it, we wanted to give users a simple
rule: no matter what happens during transfer, each changed path (e.g., a
path where a directory has been created fresh on one side) will either be
transferred *completely* to the other side, or else nothing will have
happened to that path.  

By hindsight, it would have been better to complicate the specification a
little and allow new directories to be partially transferred, even if
something goes wrong with transferring some of their contents.  But
making this chang now would involve a significant alteration to a very
critical (and already rather complex) piece of code.  William Lovas and I
looked at it over the summer and decided that, while it could certainly
be done, doing it in such a way that we'd be sure it was right would take
someone perhaps a couple days of effort.  We're still waiting to find
that couple of days (or a volunteeer :-).

So, for now, this "feature" stays.

    - Benjamin

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Turn flat surfaces into speakers with the Soundbug.
(Continue reading)

Benjamin C. Pierce | 2 Jan 18:02 2003

Re: -sshargs feature?

> > Finally, one more thing to point out, there's an issue of
> > orthogonality.  There's an "-rshcmd" and a "-sshcmd", but no
> > "-sshargs".  This also led to some of my confusion, since I saw the
> > two "*shcmd" options and assumed that there would be two separate sets
> > of args as well.
> 
> This is a very valid point.  Neither rsync, nor cvs have separate ssh
> command/argument options.  This should be orthogonalised in the
> tradition of rsync/cvs and then all the confusion would go away.

This was easy to do, so I've made the change in the developer sources.

I've also added a mention of sshargs to the "Remote shell" section of the
tutorial.  

    B

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Turn flat surfaces into speakers with the Soundbug.
http://us.click.yahoo.com/QWAVSC/onCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Fouad Abou-Ghalioum | 2 Jan 15:31 2003
Picon

Unison

Hell:

I have been playing with UNISON (on Linux) for about a week and everything 
seems to work well.  I can run it from the command line or from a shell 
script without a problem.  What I have not been able to do is run the 
script (or UNISON) as a cron job.  Any pointers will be greatly appreciated.

I am trying to run it as root.

Have a great new year.

Regards;

Fouad 

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Turn flat surfaces into speakers with the Soundbug.
http://us.click.yahoo.com/QWAVSC/onCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Martin C. Atkins | 2 Jan 21:12 2003

Re: Unison configuration bug on Zaurus

On Thu, 02 Jan 2003 12:20:50 EST "Benjamin C. Pierce" <bcpierce <at> saul.cis.upenn.edu> wrote:
>...
> > properly in the zaurus build, since it will never work with the
> > default zaurus roms - it probably should be /home/root/unison.dump!
> 
> Setting the HOME environment variable to some writable directory should
> fix this.
> 
>     B

Yes - I'm sure you are right! Unfortunately, I've already worked around the
problem (by re-syncing the files again from scratch), so I can't test the
suggestion.

Thanks anyway for the suggestion - I'll remember it for next time!

Even more thanks for making unison!

Martin
--

-- 
Martin C. Atkins
martin <at> mca-ltd.com	Mission Critical Applications Ltd, U.K.

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Flexible Keyboard is the ideal accessory for PDA users that are on the move.
http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com
(Continue reading)

Brian Hook | 3 Jan 05:19 2003

Unidirectional propagation

Is there a way for me to do unidirection propagation?  For example, say 
I have a build machine and a server.  When build machine changes 'foo' 
I want that propagated to the server, but I do not want new versions 
of 'foo' propagated back to the build machine.

Thanks,

Brian

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Flexible Keyboard is the ideal accessory for PDA users that are on the move.
http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Tim Gladding | 3 Jan 15:55 2003

Re: Unidirectional propagation

On Thu, 2 Jan 2003, Brian Hook wrote:

> Is there a way for me to do unidirection propagation?  For example, say
> I have a build machine and a server.  When build machine changes 'foo'
> I want that propagated to the server, but I do not want new versions
> of 'foo' propagated back to the build machine.

Yes, use -force:

   force xxx
          Including the preference -force root causes Unison to resolve
          all differences (even non-conflicting changes) in favor of
          root. This effectively changes Unison from a synchronizer into
          a mirroring utility.

so, "unison -force /path /path ssh://remote-box//path" would mirror "/path"
from the local host to "remote-box:/path".

I have a script called "unison-mirror" that looks something like this
(working from memory!):

    #!/bin/bash
    unison -auto -batch -numericids -owner -group -terse -times -perms -1 -force $1 $1 ssh://$2/$1

I call this using "unison-mirror /path remote-box", and it does the rest :)

Tim

--

-- 
** For Sale! 2000 Isuzu Rodeo  <at>  $14K!! - http://www.gladding.com/rodeo/ **
(Continue reading)

Urbaniak, Sebastian | 3 Jan 21:04 2003

PROPS under Win.

Since, it has been said that there are no resources/volunteers,
to patch the Unison  Windows  port  to  propagate PROP changes correctly (which drive us up the wall, try using VisualSourceSafe if you don't know what I mean),
Could we please at least have a 'mercy' switch (from which also other ports would benefit) ?
The switch would look like this:
 
    ignoreprops           When this flag is set, Unison will ignore any instances where only PROP has changed, on 1st or 2nd  or Both  roots.
                          (this switch will ignore PROP changes, even if the  'times'  and/or  'prefer=[newer|older]'  switches are used)
 
 
thnx
 
 
 
 
currently using:  Unison for Win  v2.09.01
 
Sebastian


To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Dmitry Bely | 3 Jan 22:41 2003
Picon

Re: PROPS under Win.

First of all, could you use plain text next time? I don't like to reformat
it before answering...

"Urbaniak, Sebastian" <surbaniak <at> brocksolutions.com> writes:

> Since,═it has been said that there are no resources/volunteers,
>
> to patch the Unison═ Windows═ port═ to═ propagate PROP changes correctly
> (which drive us up the wall, try using VisualSourceSafe if you don't know what I mean),
>
> Could we please at least have a 'mercy' switch (from which also other ports would benefit) ?
>
> The switch would look like this:
>
> ═
>
> ═══ ignoreprops══════════ When this flag is set, Unison will ignore any
> instances where only PROP has changed, on 1st or 2nd═ or Both═ roots.
>
> ═════════════════════════ (this switch
will ignore PROP changes, even if
> the═ 'times'═ and/or═ 'prefer=[newer|older]  switches are used)
>
> thnx
>
> currently using:═ Unison for Win═ v2.09.01

If your problem is that you cannot sync properties for read-only files,
AFAIK it cannot be solved by any switches -- it's just the Unison (Ocaml
unix library?) bug that should be fixed: Unix.utimes fails on r/o files
under Windows. I have just done this locally:

[---cut---]
--- props.ml~	2002-08-20 01:15:04.000000000 +0400
+++ props.ml	2003-01-04 00:19:45.000000000 +0300
 <at>  <at>  -418,7 +418,16  <at>  <at> 
         "setting modification time"
         (fun () ->
            let abspath = Fspath.concatToString fspath path in
-           Unix.utimes abspath v v)
+	     match Util.osType with
+		 `Win32 ->
+		   let oldPerms = (Unix.lstat abspath).Unix.st_perm in
+		     begin
+		       Unix.chmod abspath 0o600;
+		       Unix.utimes abspath v v;
+		       Unix.chmod abspath oldPerms
+		     end
+	       | _ ->
+		   Unix.utimes abspath v v)
   | _ ->
       ()
[---cut---]

and so quite happy now :-)

- Dmitry Bely

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Flexible Keyboard is the ideal accessory for PDA users that are on the move.
http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 

Urbaniak, Sebastian | 3 Jan 23:32 2003

RE: PROPS under Win.

Thnx   Dmitry,
sorry about the HTML .....  Outlook has spoiled us.

Yes, I am talking about read-onlys ....
but unfortunately i am not a hacker so i will not be changing the Unison
source.

But more importantly;  
the switch I talk about would be useful
in the case where attributes are actually used to denote something /AND we
do NOT wish to propagate them/
(for example, in the case of VisualSourceSafe. where the ReadOnly flag is
used to denote a file
is checked- in/out [and file checkout status is 'machine specific'])
We already have switches such as: ignorecase, perms, ...
why not: ignoreprops ?

don't you agree ?

S

PS. Just a question for you Win users; are you guys using any other tool
that
works on similar principles as Unison, but is for Win only ?

> -----Original Message-----
> From: Dmitry Bely [mailto:dbely <at> mail.ru]
> Sent: Friday, January 03, 2003 16:41
> To: unison-users <at> yahoogroups.com
> Subject: Re: [unison-users] PROPS under Win.
> 
> 
> First of all, could you use plain text next time? I don't 
> like to reformat
> it before answering...
> 
> "Urbaniak, Sebastian" <surbaniak <at> brocksolutions.com> writes:
> 
> > Since,═it has been said that there are no resources/volunteers,
> >
> > to patch the Unison═ Windows═ port═ to═ propagate PROP 
> changes correctly
> > (which drive us up the wall, try using VisualSourceSafe if 
> you don't know what I mean),
> >
> > Could we please at least have a 'mercy' switch (from which 
> also other ports would benefit) ?
> >
> > The switch would look like this:
> >
> > ═
> >
> > ═══ ignoreprops══════════ When this flag is set, Unison 
> will ignore any
> > instances where only PROP has changed, on 1st or 2nd═ or 
> Both═ roots.
> >
> > ═════════════════════════ (this switch
will ignore PROP 
> changes, even if
> > the═ 'times'═ and/or═ 'prefer=[newer|older]  switches are used)
> >
> > thnx
> >
> > currently using:═ Unison for Win═ v2.09.01
> 
> If your problem is that you cannot sync properties for 
> read-only files,
> AFAIK it cannot be solved by any switches -- it's just the 
> Unison (Ocaml
> unix library?) bug that should be fixed: Unix.utimes fails on 
> r/o files
> under Windows. I have just done this locally:
> 
> [---cut---]
> --- props.ml~	2002-08-20 01:15:04.000000000 +0400
> +++ props.ml	2003-01-04 00:19:45.000000000 +0300
>  <at>  <at>  -418,7 +418,16  <at>  <at> 
>          "setting modification time"
>          (fun () ->
>             let abspath = Fspath.concatToString fspath path in
> -           Unix.utimes abspath v v)
> +	     match Util.osType with
> +		 `Win32 ->
> +		   let oldPerms = (Unix.lstat abspath).Unix.st_perm in
> +		     begin
> +		       Unix.chmod abspath 0o600;
> +		       Unix.utimes abspath v v;
> +		       Unix.chmod abspath oldPerms
> +		     end
> +	       | _ ->
> +		   Unix.utimes abspath v v)
>    | _ ->
>        ()
> [---cut---]
> 
> and so quite happy now :-)
> 
> - Dmitry Bely
> 
> 
> 
> ------------------------ Yahoo! Groups Sponsor 
> ---------------------~-->
> Flexible Keyboard is the ideal accessory for PDA users that 
> are on the move.
> http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
> --------------------------------------------------------------
> -------~->
> 
> To unsubscribe from this group, send an email to:
> unison-users-unsubscribe <at> onelist.com
> 
>  
> 
> Your use of Yahoo! Groups is subject to 
> http://docs.yahoo.com/info/terms/ 
> 
> 

------------------------ Yahoo! Groups Sponsor ---------------------~-->
Flexible Keyboard is the ideal accessory for PDA users that are on the move.
http://us.click.yahoo.com/dCBVZC/WnCFAA/xGHJAA/26EolB/TM
---------------------------------------------------------------------~->

To unsubscribe from this group, send an email to:
unison-users-unsubscribe <at> onelist.com

Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ 


Gmane