Reindl Harald
2016-Apr-27 17:39 UTC
[Samba] Migration to vfs_fruit with existing AppleDouble files?
Am 27.04.2016 um 19:29 schrieb Ralph Boehme:> 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 >> that are 100% resource fork and are rendered unusable without the >> marshalled xattr's in addition to the AFP_ streams. > > resource forks are not xattrs and *are* converted. :)but what does that all mean in context "appledouble = ea"? or ask it the other way round: is there a way to get rid of all "extended attributes" on a netatalk share (recursive) without damage real data? [volume_default_settings] appledouble = ea ea = samba -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: <http://lists.samba.org/pipermail/samba/attachments/20160427/43c12755/signature.sig>
Ralph Boehme
2016-Apr-27 20:43 UTC
[Samba] Migration to vfs_fruit with existing AppleDouble files?
On Wed, Apr 27, 2016 at 07:39:08PM +0200, Reindl Harald wrote:> > > Am 27.04.2016 um 19:29 schrieb Ralph Boehme: > >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 > >>that are 100% resource fork and are rendered unusable without the > >>marshalled xattr's in addition to the AFP_ streams. > > > >resource forks are not xattrs and *are* converted. :) > > but what does that all mean in context "appledouble = ea"?For that you need fruit:metadata = netatalk in smb.conf.> or ask it the other way round: is there a way to get rid of all "extended > attributes" on a netatalk share (recursive) without damage real data?why do you want to get rid of xattrs? Cheerio! -slow
Reindl Harald
2016-Apr-27 21:12 UTC
[Samba] Migration to vfs_fruit with existing AppleDouble files?
Am 27.04.2016 um 22:43 schrieb Ralph Boehme:> On Wed, Apr 27, 2016 at 07:39:08PM +0200, Reindl Harald wrote: >> >> >> Am 27.04.2016 um 19:29 schrieb Ralph Boehme: >>> 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 >>>> that are 100% resource fork and are rendered unusable without the >>>> marshalled xattr's in addition to the AFP_ streams. >>> >>> resource forks are not xattrs and *are* converted. :) >> >> but what does that all mean in context "appledouble = ea"? > > For that you need fruit:metadata = netatalk in smb.conf.so WHAT is now the right way? "ea = samba" in afp.conf "fruit:metadata = netatalk" in smb.conf both, one of them, which if one of them and how do they play together in a environemt which has existing data long before vfs_fruit existed jesus i want nothing more than get rid of netatalk over the long without any damage to millions of files historically back over 15 years>> or ask it the other way round: is there a way to get rid of all "extended >> attributes" on a netatalk share (recursive) without damage real data? > > why do you want to get rid of xattrs?when they are not improtant and netatalk can't convert existing ones widh dbd while "ea = samba" came years too late they can die at all -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 181 bytes Desc: OpenPGP digital signature URL: <http://lists.samba.org/pipermail/samba/attachments/20160427/601a7a97/signature.sig>
Seemingly Similar Threads
- Migration to vfs_fruit with existing AppleDouble files?
- Migration to vfs_fruit with existing AppleDouble files?
- Migration to vfs_fruit with existing AppleDouble files?
- Migration to vfs_fruit with existing AppleDouble files?
- Migration to vfs_fruit with existing AppleDouble files?