Your message dated Tue, 8 Jul 2008 14:22:29 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: Bug#487763: falsely claims destination has no ACL support
has caused the Debian Bug report #487763,
regarding falsely claims destination has no ACL support
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
487763: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487763
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: rdiff-backup
Version: 1.1.16-1
Severity: normal

bell:/home/madduck# /usr/bin/rdiff-backup --never-drop-acls -v4 --remote-schema 
'ssh -C %s rdiff-backup --server' --print-statistics --exclude '/var/lock' 
--exclude '/var/run' --exclude '/var/cache' --exclude '/var/lib/apt' --exclude 
'/var/lib/amavis' --exclude '/var/tmp' --include '/var' --include '/etc' 
--include '/root' --include '/srv' --include '/home' --include '/usr/local' 
--include '/boot/grub' --include '/var/cache/debconf' --exclude '/*' / [EMAIL 
PROTECTED]::rdiff-backup/
Using rdiff-backup version 1.1.16
Executing ssh -C [EMAIL PROTECTED] rdiff-backup --server
ACLs not supported by filesystem at /
escape_dos_devices not required by filesystem at /
-----------------------------------------------------------------
Detected abilities for source (read only) file system:
  Access control lists                         Off
  Extended attributes                          On
  Case sensitivity                             On
  Escape DOS devices                           Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
escape_dos_devices not required by filesystem at 
rdiff-backup/rdiff-backup-data/rdiff-backup.tmp.0
-----------------------------------------------------------------
Detected abilities for destination (read/write) file system:
  Ownership changing                           Off
  Hard linking                                 On
  fsync() directories                          On
  Directory inc permissions                    On
  High-bit permissions                         On
  Symlink permissions                          Off
  Extended filenames                           On
  Windows reserved filenames                   Off
  Access control lists                         On
  Extended attributes                          On
  Case sensitivity                             On
  Escape DOS devices                           Off
  Mac OS X style resource forks                Off
  Mac OS X Finder information                  Off
-----------------------------------------------------------------
Fatal Error: --never-drop-acls specified, but ACL support
missing from destination filesystem


However, as you can see, the remote system has ACL support, and
another system backs up to there just fine.

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages rdiff-backup depends on:
ii  libc6                         2.7-12     GNU C Library: Shared libraries
ii  librsync1                     0.9.7-3    rsync remote-delta algorithm libra
ii  python                        2.5.2-1    An interactive high-level object-o
ii  python-support                0.8.1      automated rebuilding support for P

Versions of packages rdiff-backup recommends:
ii  python-pylibacl               0.2.2-1+b1 module for manipulating POSIX.1e A
ii  python-pyxattr                0.2.2-1    module for manipulating filesystem

-- no debconf information


-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems

Attachment: digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


--- End Message ---
--- Begin Message ---
also sprach Andrew Ferguson <[EMAIL PROTECTED]> [2008.07.04.0402 +0200]:
>> If I ask it to back up a system without any ACLs and I specified
>> --never-drop-acls, then it should not exit with an error due to
>> ACLs, because there are no ACLs that could ever be dropped.
>
> This exit warning is more of a "Hey you!" warning to the sys admin that 
> maybe you aren't clear on what's going on. Specifying --never-drop-acls on 
> a filesystem which doesn't have ACLs seems pretty silly for the operator 
> to do! ;-)

Well, except the root filesystem doesn't have ACLs but others do.

> Martin, do my comments make sense to you? Do you still feel there
> is an issue here? Or can this bug report be closed?

I am closing it, and I'd like to thank you for your time! Even
though I'd still prefer things to be different, I don't have code
knowledge and will thus just accept your explanations.

I guess that one easy solution would be to simply add ACLs to the
root filesystem.

Another would be to simply drop the --never-drop-acls option, since
I can't use it anyway: rdiff-backup cannot possibly map all
users/groups to local users/groups on the backup server, which is
being used by a number of machines.

-- 
 .''`.   martin f. krafft <[EMAIL PROTECTED]>
: :'  :  proud Debian developer, author, administrator, and user
`. `'`   http://people.debian.org/~madduck - http://debiansystem.info
  `-  Debian - when you have better things to do than fixing systems

Attachment: digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)


--- End Message ---

Reply via email to