Bugs for Sorcery are reported here

[bugzilla-daemon AT bugs.sourcemage.org]

http://bugs.sourcemage.org/show_bug.cgi?id=14479

           Summary: castfs using unstaged path for extended attribute
                    handling
           Product: Sorcery
           Version: Untargetted future release
          Platform: x86-64
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: stage install
        AssignedTo: sm-sorcery-bugs AT lists.ibiblio.org
        ReportedBy: glyn AT ox.compsoc.net


I just upgraded to stable-0.20-0 and ran cast --queue - the first few spells
failed during the install stage.  I think the problem is in how castfs deals
with the *xattr syscalls.

cast_getattr() etc. check whether the file is staged, and if so, use
paths->stage_path instead of the original path. cast_getxattr() etc. perform 
no
such check, and pass the unmodified path straight to lgetxattr() or 
equivalent,
which fails and sets errno to ENOENT.

If /bin/install has been compiled with acl support, it automatically attempts 
to
set permissions via acl_set_fd(), which uses fsetxattr().  If the file doesn't
exist in the original filesystem, then this operation fails, reporting "no 
such
file or directory".

Here's a shorter test case (dependent on /bin/ls having ACL support):

$ mkdir -p ~/cast-bug/MOUNT ~/cast-bug/TRANSL
$ touch ~/cast-bug/log
$ CASTFS_LOGFILE=~/cast-bug/log CASTFS_DBGLVL=255 castfs ~/cast-bug/MOUNT -o
stage=~/cast-bug/TRANSL
$ touch ~/cast-bug/MOUNT/test
$ ls -al ~/cast-bug/MOUNT/test
ls: /home/glyn/cast-bug/MOUNT/test: No such file or directory
-rw-r--r-- 1 glyn glyn 0 2008-04-22 12:30 /home/glyn/cast-bug/MOUNT/test


This may also be the cause of bug #14197, but I haven't got as far as trying
xcache or qt4 to confirm.

-- 
Configure bugmail: http://bugs.sourcemage.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.