Displaying 6 results from an estimated 6 matches for "afp_".
Did you mean:
afp
2016 Apr 27
4
Migration to vfs_fruit with existing AppleDouble files?
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.
While ideally having it seamlessly integrated into samba would be great, if
it's easier to run a one-time conversion utility we can do that too.
Thanks!
-S
On Wed, Apr 27, 2016 at 12:32 AM, Ralph Boehme <slow at samba.org> wrote:
> On Fri, Apr 22, 2016 at 03:18:31PM -0700,...
2016 Apr 22
2
Migration to vfs_fruit with existing AppleDouble files?
...e behavior seems much better (faster, easier, etc) we
just have one issue we've found.
The OSX generated AppleDouble files are not compatible with the vfs_fruit
generated ones.
I think the difference (or at least part of it) is the files made by OSX
might have all streams in them not just the AFP_* streams and the files
themselves don't have xattr's set.
Ideally we would like to upgrade our existing server to a newer version
using vfs_fruit and letting the VFS handle the AppleDouble files.
Is there a way to support this?
Thanks!
-Scott
2016 Apr 27
2
Migration to vfs_fruit with existing AppleDouble files?
..., 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?...
2016 Apr 27
0
Migration to vfs_fruit with existing AppleDouble files?
...ith the vfs_fruit
> generated ones.
Compatible, but containing a different metadata subset. OS X generated
AppleDouble contain marshalled xattr, Samba's don't.
> I think the difference (or at least part of it) is the files made by OSX
> might have all streams in them not just the AFP_* streams and the files
> themselves don't have xattr's set.
Yes.
> Ideally we would like to upgrade our existing server to a newer version
> using vfs_fruit and letting the VFS handle the AppleDouble files.
vfs_fruit converts the AppleDouble files on access, the AppleDouble
mars...
2016 Apr 27
0
Migration to vfs_fruit with existing AppleDouble files?
...-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 "ext...
2016 Apr 27
2
Migration to vfs_fruit with existing AppleDouble files?
...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. :)
>
> Cheerio!
> -slow
>