search for: textencod

...able = yes vfs objects = catia fruit streams_xattr fruit:locking = netatalk streams_xattr:prefix = user. streams_xattr:store_stream_type = no kernel oplocks = no 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 Netatalk. On Fedora: $ cd /export/test2 $ ls -a1 ./ ../ .DS_Store ._ICONandEA.txt ICONandEA.txt $ getfattr ICONandEA.txt # file: ICONandEA.txt user.com.apple.TextEncoding user.co...

...> fruit:locking = netatalk > streams_xattr:prefix = user. > streams_xattr:store_stream_type = no > kernel oplocks = no > > 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 Netatalk. > On Fedora: > $ cd /export/test2 > $ ls -a1 > ./ > ../ > .DS_Store > ._ICONandEA.txt > ICONandEA.txt > $ getfattr ICONandEA.txt >...

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 =

...so we can > >> track this? > > > > Bug 11162 > > https://bugzilla.samba.org/show_bug.cgi?id=11162 > > I tested samba 4.3.1 on Fedora 23 and rawhide. > The colon problem is not corrected yet. > > $ getfattr Mew.txt > # file: Mew.txt > user.com.apple.TextEncoding > user.com.apple.metadatakMDItemFinderComment > > > $ rpm -qi samba > Name : samba > Epoch : 2 > Version : 4.3.1 > Release : 3.fc23 > Architecture: x86_64 > Install Date: Wed Nov 25 01:34:40 2015 > Group : System Environment/Daemons...

> not sure, but the colon in xattr names is probably not handled > correctly at this point. Can you please file a bugreport so we can > track this? Bug 11162 https://bugzilla.samba.org/show_bug.cgi?id=11162 -- HAT

In case of FreeBSD, the name of the extended attribute is wrong. % lsextattr user ICONandEA.txt ICONandEA.txt netatalk.Metadata com.apple.TextEncoding com.apple.metadata:kMDItemFinderComment "netatalk.Metadata" is incompatible to Netatalk. The first atom "org." is removed. source3/include/smb.h: /* Prefix for DosStreams in the vfs_streams_xattr module */ #define SAMBA_XATTR_DOSSTREAM_PREFIX “user.DosStream.” There is al...

...Solutions I've already attempted are: - Connecting through CIFS rather then SMB - Changing the permissions on said files to read/write by everyone None of these attempts have managed to solve the problem I'm experiencing. Using the xattr command I could see that the file had the com.apple.TextEncoding attribute. I used the xattr -d command to delete the attribute and I was then able to copy the file with the Finder. I was in the opinion that "vfs objects = acl_xattr" should take care of it. But why does it not? Best regards, Leander Schäfer

...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 > ICONandEA.txt > $ getfattr ICONandEA.txt >...

...rrectly at this point. Can you please file a bugreport so we can >> track this? > > Bug 11162 > https://bugzilla.samba.org/show_bug.cgi?id=11162 I tested samba 4.3.1 on Fedora 23 and rawhide. The colon problem is not corrected yet. $ getfattr Mew.txt # file: Mew.txt user.com.apple.TextEncoding user.com.apple.metadatakMDItemFinderComment $ rpm -qi samba Name : samba Epoch : 2 Version : 4.3.1 Release : 3.fc23 Architecture: x86_64 Install Date: Wed Nov 25 01:34:40 2015 Group : System Environment/Daemons Size : 1900499 License : GPLv3+ and LGPLv3+...

...02:20:54AM +0900, HAT wrote: > Thu, 17 Dec 2015 18:05:33 +0100, Ralph Boehme <rb at sernet.de>: > > iirc you need fruit:encoding = native > > Solved. Thanks! > I'm looking forward to netatalk 3.1.8. > > $ getfattr Mew.txt > # file: Mew.txt > user.com.apple.TextEncoding > user.com.apple.metadata:kMDItemFinderComment > > smb.conf: > vfs objects = catia fruit streams_xattr > fruit:locking = netatalk > fruit:encoding = native > streams_xattr:prefix = user. > streams_xattr:store_stream_type = no ahhh...

...d are: > - Connecting through CIFS rather then SMB > - Changing the permissions on said files to read/write by everyone > None of these attempts have managed to solve the problem I'm > experiencing. > > Using the xattr command I could see that the file had the > com.apple.TextEncoding attribute. I used the xattr -d command to > delete the attribute and I was then able to copy the file with the > Finder. > > I was in the opinion that "vfs objects = acl_xattr" should take care > of it. But why does it not? > > Best regards, > Leander Schäfer...

...ttr [ubuntu] browseable = yes writable = yes path = /home/ubuntu guest ok = yes guest only = yes force user = ubuntu force group = ubuntu Then, I created a basic plain text file with TextEdit. It has several extended attributes and no ACL: - com.apple.FinderInfo - com.apple.TextEncoding: utf-8;134217984 - com.apple.lastuseddate#PS - com.apple.macl - com.apple.metadata:_kMDItemUserTags - com.apple.metadata:kMDLabel_qjzstwnekapwazdd4yujgr6wqa I can copy and move the file to the share with the Finder. From the command line, cp works fine as well. However, mv throws an error: mv...

.../System/Library/CoreServices/Finder.app/Contents/MacOS/Finder 004e5000 /System/Library/Frameworks/Collaboration.framework/Versions/A/Collaboration 004fe000 /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport 00527000 /System/Library/TextEncodings/Unicode Encodings.bundle/Contents/MacOS/Unicode Encodings 005a3000 /System/Library/PrivateFrameworks/URLMount.framework/URLMount 005b5000 /System/Library/Filesystems/URLMount/http.URLMounter/Contents/MacOS/http Thread id: 6c784f0 User stack: 449 ??? [0x92d6]...