Zdenek Sekera | 3 Sep 2007 10:41
Picon

Can't install gui version of unison 2.27.29 with ocaml 3.10


I need to have unison on several different
architectures (RedHat Enterprise, RH Fedora core, IRIX,
and more) and though I found ready-made versions for
almost all I needed, they were quite different (from
2.9 for IRIX to 2.27 for Linux) and since this causes
problems (guessing from reading the user guide), I decided
to build my own version which then would be the same on
all machines.

Clearly I had to build it from scratch, and
I wanted the gui version because it is so much more practical.

I downloaded from appropriate sites the latest I could
find (believing the latest is the greatest :-):
 	ocaml-3.10.0
 	lablgtk-2.6.0.tar.gz
 	unison-2.27.29.tar.gz

Since I don't have a root access ("standard" installation
installs all pieces in /usr/local/...) on all machines
I needed to build a personal version so I built all with

 	--prefix=$HOME

no other changes, options whatesover in any Makefile.
First ocaml, then lablgtk, then unison.

Binaries went to $HOME/bin
Libs to          $HOME/lib/ocaml
(Continue reading)

Wm... | 3 Sep 2007 17:40
Picon
Picon

Re: Unison cannot synchronize files with certain permissions

Mon, 3 Sep 2007 16:20:40 
<5DEBEADA3C05964F9A8D57D1B4DE467D013D67FC <at> cernxchg42.cern.ch>  Zdenek 
Sekera <zdenek.sekera <at> gmail.com>

>Trying to synchronize ksh sources, I get an error
>for the following files:
>
>zs <at> pcitdi10: ..../arch/linux.i386/share/lib/cs
>10:0:14 (0) [3449]$ ls -l
>[...]
>drwxr-xr-t  2 zs zs 4096 Mar  7  2002 tcp
>drwxr-xr-t  2 zs zs 4096 Mar  7  2002 udp
>[...]
>
>It's the 't' permission that causes a problem.
>I don't really know what that permission bit means.
>Files are ignored.

t is the sticky bit.  Now largely redundant for files.  On a directory 
it limits who can delete or rename files within it [1].  So depending on 
which direction things are going unison may need more permission.

[1] I am not a linux wizard so there may be a subtlety I am missing.  I 
am pretty sure if unison ran as root you wouldn't get the "error" but be 
careful ...

> Tried unison 2.13 & 2.27, on
>RHEL4.
>
>Could that be fixed, perhaps?
(Continue reading)

Andri | 3 Sep 2007 17:36
Picon

Re: Unison cannot synchronize files with certain permissions

The sticky bit for directories means only the file's owner can delete the file
if it resides in this directory. It's commonly used for /tmp folder. As your
directory has write perms only for owner, having it sticky is useless.

What would your error be? As far as I remember, Unison doesn't allow syncing of
the upper 9-11 bits (where setuids and sticky are) at all, but that should just
result in regular perms remaining.

Zdenek Sekera wrote:
> Trying to synchronize ksh sources, I get an error
> for the following files:
> 
> zs <at> pcitdi10: ..../arch/linux.i386/share/lib/cs
> 10:0:14 (0) [3449]$ ls -l
> [...]
> drwxr-xr-t  2 zs zs 4096 Mar  7  2002 tcp
> drwxr-xr-t  2 zs zs 4096 Mar  7  2002 udp
> [...]
> 
> It's the 't' permission that causes a problem.
> I don't really know what that permission bit means.
> Files are ignored. Tried unison 2.13 & 2.27, on
> RHEL4.
> 
> Could that be fixed, perhaps?
> 
> Best regards,
> 
> ---Zdenek
> 
(Continue reading)

Wm... | 3 Sep 2007 23:52
Picon
Picon

Re: A Labor Day E-Card

Mon, 3 Sep 2007 15:22:45 <? <at> 216.117.230.186.allwest.net> 
a6fd5 <at> industrialgroup.co.uk

>Please follow this link to get your free holiday greeting:
>http://cardsfromtheheart.com/ec1/laborg?21bel7rh9hla0qdaartqlws

Please take appropriate steps to prevent this list from being spammed

-- 
Wm ...
Please reply to the list
e-mail replies will be replied to in the list unless marked as private
the rubbish below this is from Yahoo not me

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
    mailto:unison-users-digest <at> yahoogroups.com 
    mailto:unison-users-fullfeatured <at> yahoogroups.com
(Continue reading)

Benjamin Pierce | 4 Sep 2007 02:48
Favicon

Re: Re: A Labor Day E-Card

> Please take appropriate steps to prevent this list from being spammed

We do: The list is moderated.  Once in a while a moderator makes a  
thinko and something slips through.

     - Benjamin

>
> -- 
> Wm ...
> Please reply to the list
> e-mail replies will be replied to in the list unless marked as private
> the rubbish below this is from Yahoo not me
>
>
>
> Yahoo! Groups Links
>
>
>

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

(Continue reading)

Alan Robinson | 3 Sep 2007 22:57

Re: New beta-release (2.27)

Just wondering - is there a reason it's not been promoted to stable
yet (IE the current stable version is still listed as  2.13.16). 

>
> > The webpage still says that 2.13.16 is the latest stable version. Is
> > 2.27 not ready for common use?
> 
> It's ready -- I am planning to promote it to stable soon.
> 
>     - Benjamin
> 
> >
> > --- In unison-users <at> yahoogroups.com, Benjamin Pierce <bcpierce <at> >  
> > wrote:
> >>
> >> [A better-formatted version of the announcement... -B]
> >>
> >> On behalf of all the Unison developers and contributors, I am
> >> delighted to announce a new beta-release.  Sources are now available
> >> from the download page, together with precompiled binaries for some
> >> architectures:
> >>
> >>      http://www.cis.upenn.edu/~bcpierce/unison/download.html
> >>
> >> This release has one known issue at this time: The 'fastcheck' option
> >> does not appear to be working reliably under windows.  Once this is
> >> resolved, 2.27 will be promoted to stable status.
> >>
> >>       - Benjamin
> >>
(Continue reading)

Wm... | 4 Sep 2007 03:20
Picon
Picon

Re: Re: A Labor Day E-Card

Mon, 3 Sep 2007 20:48:30 
<A39855A4-B094-48F1-8269-55F3C9A175D5 <at> cis.upenn.edu>  Benjamin Pierce 
<bcpierce <at> cis.upenn.edu>

>> Please take appropriate steps to prevent this list from being spammed
>
>We do: The list is moderated.  Once in a while a moderator makes a 
>thinko and something slips through.

I know you care, Benjamin, I was just reminding you other people notice 
escapeees.  My address for this list is particular.

I know this is OT and you know you can tell me off and I'll shut up but 
I don't think we should be getting this crap on a well controlled list.

Subject: dude, check out this video, is not out yet
Subject: Get on this right away

and so on may seem ordinary to you.

but you told me to go off list when someone else used a bad address and 
I complained.

Can't work both ways, shirley?

--

-- 
Wm ...
Please reply to the list
e-mail replies will be replied to in the list unless marked as private
the rubbish below this is from Yahoo not me
(Continue reading)

Wm... | 4 Sep 2007 03:53
Picon
Picon

Re: Re: New beta-release (2.27)

Mon, 3 Sep 2007 20:57:45 <fbhsg9+3hqe <at> eGroups.com>  Alan Robinson 
<x_e_o_s_yahoo <at> hcidesign.com>

>Just wondering - is there a reason it's not been promoted to stable
>yet (IE the current stable version is still listed as  2.13.16).

Benjamin is a careful sort of person.

P.S. there was no need to quote all of that.

-- 
Wm ...
Please reply to the list
e-mail replies will be replied to in the list unless marked as private
the rubbish below this is from Yahoo not me

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/unison-users/

<*> Your email settings:
    Individual Email | Traditional

<*> To change settings online go to:
    http://groups.yahoo.com/group/unison-users/join
    (Yahoo! ID required)

<*> To change settings via email:
(Continue reading)

Zdenek Sekera | 4 Sep 2007 16:12
Picon

Unison issue Fatal error: inconsistent state

Sorry for the length, I tried to describe in details
all steps permitting to reproduce reliably the error.

All '.unison' directories are clean, no ar* anywhere.
-----------------------------------------------------
1. on the machine 'pcitdi10'

 > unison zs_common $HOME $AFS/w0/common
        where:
                 -> $HOME=/home/zs
		-> $AFS =/afs/cern.ch/user/s/sekera
   This command issues the following comment:
   Connected [//pcitdi10.cern.ch//afs/cern.ch/user/s/sekera/w0/common ->
   //pcitdi10.cern.ch//home/zs]
   This seems correct, the AFS is indeed mounted on 'pcitdi10' and this PATH
   just says this is a synchronization of two "folders" on the same machine.
   I get the usual warning 'no archives were found for these roots...' because
   it is the first time.
   The run correctly found identical files I've put in both roots (as a test)
   and finished properly.
   Two ar* files were produced:

 > cd .unison  -> on pcitdi10
 > ls -l ar*
-rw-------  1 zs zs 1030510 Sep  4 15:01 ar34d7b618ce27e1cc31527fcce3940f7d
-rw-------  1 zs zs 1030542 Sep  4 15:01 ardbd9badeb161b7255ada8929187ec337

   Just out of curiosity: my experience shows that ar* files is never much
   bigger than 1Mb, it will be split if it should come bigger. Why?

(Continue reading)

Ralph Lehmann | 4 Sep 2007 15:55
Picon

Cannot synchronize ownership and permissions from windows to windows

Hi! :-)

I have to sync owner, group and permissions between 2 Windows machines
in the same domain. So I set the configuration to

# System: Windows Server 2003
# Unison version 2.27.24 native
# No Cygwin environment
# ...
owner = true
group = true
perms = -1
# with
numericids = true
# or
numericids = false

but Unison writes my files on the target system with the ownership of
the _user, that Unison runs_. :-/

How should I configure Unison to maintain permissions and ownership from
the originally files?

Thanks, Ralph

Attachment (smime.p7s): application/x-pkcs7-signature, 3249 bytes

Gmane