search for: finderinfo

If the code to convert FinderInfo is in a version later than 4.3.6 then I can request FreeNAS update their version. Can you let me know? Thanks! -Scott On Wed, Apr 27, 2016 at 1:49 PM, Ralph Boehme <slow at samba.org> wrote: > On Wed, Apr 27, 2016 at 10:50:12AM -0700, Scott Call wrote: > > (apologies to Ralph, I...

Hi. I'm testing samba 4.2.0 vfs_fruit on Fedora Server 22-alpha. I confirmed that ResourceFork and FinderInfo are compatible with Netatalk 3.1.7. However, EAs are incompatible. The character ":" in EA name is wrong. The EAs are not seen from clients. smb.conf: [test2] path = /export/test2 writable = yes vfs objects = catia fruit streams_xattr fruit:locking = netatalk stre...

I'm using rsync 3.0.7 on Mac OS X 10.6, compiled according to Mike Bombich's instructions at http://www.bombich.com/rsync.html. Rsync repeatedly exits with a protocol data stream error when trying to copy some com.apple.FinderInfo extended attributes. While testing this issue, I found that rsync is not actually copying all extended attributes even when there is no error message. I'm using a folder of fonts as an example, but I have experienced the protocol error when copying other data. This seems like a huge bug, and in...

...the new (vfs_fruit) server using finder will show: type: "tfil" creator: "movr" but the same file with the AppleDouble copied at the unix level (scp) from the old server shows: type: "\0\0\0\0" creator: "\0\0\0\0" So I think the missing piece is com.apple.FinderInfo xattr? Thanks! On Wed, Apr 27, 2016 at 10:29 AM, Ralph Boehme <slow at samba.org> wrote: > On Wed, Apr 27, 2016 at 10:08:46AM -0700, Scott Call wrote: > > Thanks for the response! > > > > This would be really helpful because we use a lot of old adobe type 1 > fonts...

I'm using rsync 3.0.7 on Mac OS X 10.6, compiled with HFS+ enhancements according to Mike Bombich's instructions at http://www.bombich.com/rsync.html. Rsync repeatedly exits with a protocol data stream error on some com.apple.FinderInfo extended attributes. While testing this issue, I found that rsync is not copying all extended attributes even when there is no error message. I'm using a folder of fonts as an example, but I have experienced the protocol error when copying other data. This seems like a huge bug, and in my exper...

As we all know, only osx supports xattrs on symlinks. Unfortunately, not only does osx support xattrs on symlinks, *every* symlink has, at the least, com.apple.FinderInfo. When backing up to a linux system, this results in one error message per symlink: rsync: rsync_xal_set: lsetxattr("User Guides And Information","user.com.apple.FinderInfo") failed: Operation not permitted (1) rsync: rsync_xal_set: lsetxattr("User Guides And Informa...

Precisions: If I run my patched rsync on 10.4 instead of 10.3, it's my function that returns an error: rsync: rsync_xal_set: lsetxattr("Src/60-bsd-flags/dir-with- flags","com.apple.FinderInfo") failed: Unknown error: -5000 (-5000) And error -5000 means: afpAccessDenied -5000 User does not have the correct access to the file Directory cannot be shared Available in Mac OS X v10.0 and later. In another hand, if I run rsync with options: -aHXN --fileflags -> error -aHN --fileflag...

.../Desktop/folder1/file1 In the Finder.app I set file1 to the color green. Drag a bit of text 'details' to folder1 to give /Users/alan/Desktop/ folder1/details.textClipping $ xattr --list /Users/alan/Desktop/folder1/* /Users/alan/Desktop/folder1/details.textClipping com.apple.FinderInfo clptMACS com.apple.ResourceFork <0000, 0000, 0x01, 0000, 0000, 0000, 0x01, 0x6c, 0000, 0000, 0000, 0x6c, 0000, 0000, 0000, 0x6e, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000, 0000...

Hi HAT! Nice to meet you over here... ;) On Wed, Mar 11, 2015 at 11:30:45PM +0900, HAT wrote: > Hi. > I'm testing samba 4.2.0 vfs_fruit on Fedora Server 22-alpha. > I confirmed that ResourceFork and FinderInfo are compatible with > Netatalk 3.1.7. However, EAs are incompatible. > The character ":" in EA name is wrong. > The EAs are not seen from clients. > > smb.conf: > [test2] > path = /export/test2 > writable = yes > vfs objects = catia fruit stream...

On Wed, Oct 05, 2016 at 05:00:52PM +0200, Leander Schäfer via samba wrote: > When copying to QNAP NAS Samba server instead, all works fine - No need for > "xattr -d com.apple.FinderInfo filename" on macOS side before copying. > There must be a smb.conf solution to this?! man vfs_fruit Cheerio! -slow

...directory to a linux server, also with wget 3.0.6 (Debian). In persuit of being sure I get everything from HFS filesystem (resource fork/metadata), I'm getting the following error: rsync: rsync_xal_set: lsetxattr("Pictures/...[snip].../IMG_7766/IMG_7766.dng","user.com.apple.FinderInfo") failed: Operation not supported (95) I have search through the archives and only found this error in what seemed to be an error relating to selinux (which I'm not using). The target filesystem is ext3 with acl enabled. The file is written, but obviously setting the extended attrib...

...1000_EXT/2013/2013-03-05/IMG_6872-Edit.tif"","user.com.apple.ResourceFork") failed: Argument list too long (7) Error 2 rsync: rsync_xal_set: lsetxattr(""/srv/nas/home/apple_bak_rsync/xxxxx/Pictures/iPhoto Library/Database/BigBlobs.apdb"","user.com.apple.FinderInfo") failed: Operation not permitted (1) Both this errors will go away if removing the -X flag from rsync. What I would like to see is a feature in rsync that checks the destination operation system environment and if it can?t handle the size of the EA being transferred then stores the EA infor...

Hi, unfortunately copying a directory from macOS to a Samba share fails, if the macOS set ACLs in the source directory. The error on macOS side basically informs the user, that the operation can’t be completed because you don’t have permission to access some of the items. Unfortunately macOS automatically sets these ACLs sometimes. Relevant lines in my configuration file: cat

...t:locking = netatalk > fruit:encoding = native > streams_xattr:prefix = user. > streams_xattr:store_stream_type = no Is that your entire smb.conf or just the share ? Rowland > > On OS X: > $ cd ~/test > $ xattr ICONandEA.txt > com.apple.FinderInfo > com.apple.ResourceFork > com.apple.TextEncoding > com.apple.metadata:kMDItemFinderComment > > Copy from OS X to Fedora via Samba. > On Fedora: > $ cd /export/test1 > $ ls -a > ./ > ../ > .DS_Store > ._ICONandEA.txt &...

...; > functionality or is something wrong? > > Slightly inaccurate. It will still make the requests (the exact > behaviour depends on OS/Finder version), but should display folder > content after initial find, because the find response is enriched with > the Apple relevant metadata (FinderInfo, resource fork lenght, > effective permissions). > Ah, understood. Netatalk still has a decent lead on overall load time and server impact since the client batches the look ups (40 per request IIRC). Would it be possible (or sensible) for fruit to ignore Samba's usual case insensitivity...

I have a share with approximately 5000 folders in the base directory. The performance on an OS X client is somewhat less than exciting. I compiled the latest Samba 4.3 tarball and enabled fruit per the modules man page, however directory listing performance still takes a few seconds. I've cranked the fruit debug level up to 10 and can see that it is getting used ("fruit_stat called for

Hi list, we have migrated a single node Samba server from Ubuntu Trusty to a 3-node CTDB Cluster on Debian Bullseye with Sernet packages. Storage is CephFS. We are running Samba in Standalone Mode with LDAP Backend. Samba Version: sernet-samba 99:4.18.2-2debian11 I don't know if it is relevant here's how we have mounted CephFS on the samba nodes: (fstab):/samba /srv/samba ceph

...eaddir_attr:aapl_rsize = true readdir_attr:aapl_finder_info = true readdir_attr:aapl_max_access = true fruit:nfs_aces = yes fruit:veto_appledouble = yes Problem -> OS X clients are unable to create new extended attributes (and ACLs) with exception of ResourceFork and FinderInfo which are handled directly by vfs_fruit and saved to internal AppleDouble file. When I try to create new custom extended attribute with xattr -w com.xattr.example testdata somefile and than try to display it with ls -lae@ there is nothing there. When I try to set new ACL with chmod +a “some ace”...

On Sun, Dec 27, 2015 at 02:33:10AM +0900, HAT wrote: > Sat, 26 Dec 2015 17:22:56 +0000, Rowland penny <rpenny at samba.org>: > > On 26/12/15 17:08, HAT wrote: > >> Hi, > >> I'm testing samba 4.3.3 vfs_fruit on Fedora rawhide. > >> > >> The EAs are not seen from clients yet. > >> > >> smb.conf: > >> path =

...Am I misunderstanding the > functionality or is something wrong? Slightly inaccurate. It will still make the requests (the exact behaviour depends on OS/Finder version), but should display folder content after initial find, because the find response is enriched with the Apple relevant metadata (FinderInfo, resource fork lenght, effective permissions). -Ralph -- SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen phone: +49-551-370000-0, fax: +49-551-370000-9 AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen http://www.sernet.de,mailto:kontakt at sernet.de