Backup Central

Hello,

I just tried to run rdiff-backup 1.0.0 and I get an undefined symbol error for
lchown:

$ rdiff-backup
Traceback (most recent call last):
File "/sw/bin/rdiff-backup", line 20, in ?
import rdiff_backup.Main
File "/sw/lib/python2.4/site-packages/rdiff_backup/Main.py", line 25, in ?
import Globals, Time, SetConnections, selection, robust, rpath, \
File "/sw/lib/python2.4/site-packages/rdiff_backup/SetConnections.py", line
30, in ?
import Globals, connection, rpath
File "/sw/lib/python2.4/site-packages/rdiff_backup/connection.py", line 534, in ?
import Globals, Time, Rdiff, Hardlink, FilenameMapping, C, Security, \
File "/sw/lib/python2.4/site-packages/rdiff_backup/Hardlink.py", line 35, in
? import Globals, Time, rpath, log, robust, errno
File "/sw/lib/python2.4/site-packages/rdiff_backup/robust.py", line 23, in ?
import librsync, C, static, rpath, Globals, log, statistics
ImportError: Failure linking new module: : dyld: python2.4 Undefined symbols:
/sw/lib/python2.4/site-packages/rdiff_backup/C.so undefined reference to _lchown
expected to be defined in a dynamic image

There is a lchown manual page on 10.3, but running nm on /usr/lib/lib*dylib and
greping all headers in /usr/include shows no lchown symbol.

The next rdiff-backup release may want to special case this.

Does 10.4 have lchown?

Regards,
Blair

--
Blair Zajac, Ph.D.
<blair < at > orcaware.com>
Subversion and Orca training and consulting
http://www.orcaware.com/svn/

Blair Zajac <blair < at > orcaware.com>
wrote the following on Wed, 31 Aug 2005 19:58:48 -0700
Hello,

I just tried to run rdiff-backup 1.0.0 and I get an undefined symbol
error for lchown:
...
There is a lchown manual page on 10.3, but running nm on
/usr/lib/lib*dylib and greping all headers in /usr/include shows no
lchown symbol.

The next rdiff-backup release may want to special case this.

Does 10.4 have lchown?

What's 10.3, does that mean Mac OS X? I don't really have any
experience with Mac OS X. How do people change the ownership of
symbolic links on your system without lchown?


--
Ben Escoto

There is a lchown manual page on 10.3, but running nm on
/usr/lib/lib*dylib and greping all headers in /usr/include shows no
lchown symbol.

The next rdiff-backup release may want to special case this.

Does 10.4 have lchown?

Yes.

[slamb < at > spiff ~]$ uname -a
Darwin spiff.local 8.2.0 Darwin Kernel Version 8.2.0: Fri Jun 24
17:46:54 PDT 2005; root:xnu-792.2.4.obj~3/RELEASE_PPC Power Macintosh
powerpc

(Darwin 8.2.0 == OS X 10.4.2)

[slamb < at > spiff /usr/include]$ find_grep '*.h' lchown
./sys/syscall.h:#define SYS_lchown 364
./unistd.h:int lchown(const char *, uid_t, gid_t) __DARWIN_ALIAS
(lchown);

[slamb < at > spiff /usr/lib]$ nm lib*.dylib | fgrep lchown
libSystem.B.dylib(lchown.So):
900c3398 T _lchown
900c3364 T _lchown$UNIX2003

What's 10.3, does that mean Mac OS X?

Yes.

How do people change the ownership of
symbolic links on your system without lchown?

I don't know.

I hoped for a second that it existed in the kernel and just not in a
standard userspace way. Then you could get to it through SYSCALL
(which Perl pushes through; Python probably does, too). But no go. I
don't see it in the kernel source for 10.3.2. I think it'd be here:

http://cvs.opendarwin.org/index.cgi/src/xnu/bsd/vfs/vfs_syscalls.c

--
Scott Lamb <http://www.slamb.org/>

Scott Lamb <slamb < at > slamb.org>
wrote the following on Sat, 3 Sep 2005 16:13:48 -0700

What's 10.3, does that mean Mac OS X?

Yes.

How do people change the ownership of
symbolic links on your system without lchown?

I don't know.

So how popular is 10.3 and how long will people keep using it? Is it
worth writing a test to handle this case? Or can we just call this a
bug in the OS?


--
Ben Escoto

On 3 Sep 2005, at 18:09, Ben Escoto wrote:

So how popular is 10.3 and how long will people keep using it? Is it
worth writing a test to handle this case? Or can we just call this a
bug in the OS?

10.4 shipped recently (April 29th). 10.3's still in widespread use, I
believe. I don't know how long that will be true.

According to this page <http://www.honkbude.org/article.php?
story=20040801233916583&mode=print>, there's just no good way to do
this.

According to <http://www.wodeveloper.com/omniLists/macosx-dev/2001/
February/msg00570.html>, symlinks just use their parent directory's
permissions on OS X. But that doesn't seem accurate:

[slamb < at > spiff /tmp]$ mkdir foo
[slamb < at > spiff /tmp]$ cd foo
[slamb < at > spiff /tmp/foo]$ ln -s baz bar
[slamb < at > spiff /tmp/foo]$ ls -laF
total 8
drwxr-xr-x 3 slamb wheel 102 Sep 3 23:01 ./
drwxrwxrwt 16 root wheel 544 Sep 3 23:01 ../
lrwxr-xr-x 1 slamb wheel 3 Sep 3 23:01 bar < at > -> baz
[slamb < at > spiff /tmp/foo]$ chmod 700 .
[slamb < at > spiff /tmp/foo]$ ls -laF
total 8
drwx------ 3 slamb wheel 102 Sep 3 23:01 ./
drwxrwxrwt 16 root wheel 544 Sep 3 23:01 ../
lrwxr-xr-x 1 slamb wheel 3 Sep 3 23:01 bar < at > -> baz

--
Scott Lamb <http://www.slamb.org/>

On Sat, 2005-09-03 at 21:09, Ben Escoto wrote:
Scott Lamb <slamb < at > slamb.org>
wrote the following on Sat, 3 Sep 2005 16:13:48 -0700

What's 10.3, does that mean Mac OS X?

Yes.

How do people change the ownership of
symbolic links on your system without lchown?

I don't know.

So how popular is 10.3 and how long will people keep using it? Is it
worth writing a test to handle this case? Or can we just call this a
bug in the OS?

10.4 is still problematical for some users - we need to assume that 10.3
is going to be used for ~ 6 months or so, at least.


--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.

Hi All

Just thought i would chime in here.

We have several app servers running 10.3
We don't plan on updating to tiger ever.
We have deployed WebObjects applications on all OSX Systems since the
first official release.
None of the 20 odd machines running their original OS releases have
been upgraded, barring security enhancements.
When the machines finally break, the apps will probably be outdated
and or upgraded.
We have taken 3 machines offline because the customers upgraded their
applications and bought new servers as part of the upgrade.
So, we still run 10.0.x on 2 servers, and about 10 running 10.3.
From a server perspective 10.3 will be around for at least a few years.
my 2cents

cornelius



On Sep 6, 2005, at 7:34 PM, Hunter Matthews wrote:

On Sat, 2005-09-03 at 21:09, Ben Escoto wrote:

Scott Lamb <slamb < at > slamb.org>
wrote the following on Sat, 3 Sep 2005 16:13:48 -0700



What's 10.3, does that mean Mac OS X?


Yes.


How do people change the ownership of
symbolic links on your system without lchown?


I don't know.


So how popular is 10.3 and how long will people keep using it? Is it
worth writing a test to handle this case? Or can we just call this a
bug in the OS?


10.4 is still problematical for some users - we need to assume that
10.3
is going to be used for ~ 6 months or so, at least.


--
Hunter Matthews Unix / Network Administrator
Office: BioScience 145/244 Duke Univ. Biology Department
Key: F0F88438 / FFB5 34C0 B350 99A4 BB02 9779 A5DB 8B09 F0F8 8438
Never take candy from strangers. Especially on the internet.



_______________________________________________
rdiff-backup-users mailing list at rdiff-backup-users < at > nongnu.org
http://lists.nongnu.org/mailman/listinfo/rdiff-backup-users
Wiki URL: http://rdiff-backup.solutionsfirst.com.au/index.php/
RdiffBackupWiki

Ok, check out the patches at:

http://savannah.nongnu.org/cgi-bin/viewcvs/rdiff-backup/rdiff-backup/rdiff_backup/rpath.py.diff?r2=1.86&r1=1.85&diff_format=u
http://savannah.nongnu.org/cgi-bin/viewcvs/rdiff-backup/rdiff-backup/rdiff_backup/cmodule.c.diff?r2=1.22&r1=1.21&diff_format=u

to avoid the lchown requirement. They'll be in v1.0.1 which will be
released soon.


--
Ben Escoto