Messages in this thread | | | Date | Sat, 28 Aug 2004 12:18:15 -0700 | From | Brad Boyer <> | Subject | Re: silent semantic changes with reiser4 |
| |
On Fri, Aug 27, 2004 at 08:56:29PM -0700, Jeremy Allison wrote: > I am well aware of what netatalk does. However netatalk > isn't as widely used as Samba. Things they can get away > with would cause our user community to flay us alive. > > We need a proper solution, not a nasty hack. > > That's like me telling you to "learn from *BSD". You have > different user constituencies, you have to serve yours, > I have to serve mine.
While I do think that there are some hacks in netatalk, the hacks there are not nearly as bad as the hacks that made it into the kernel to support exporting a native Mac filesystem. Take a look at the fork code in the hfs filesystem from 2.4 or before for exporting to netatalk. It's disgusting, and mostly because there is no easy way to export the resource fork and extra metadata that is essential to the client. The 2.6 code doesn't have that anymore, but I don't think it actually works with netatalk either. Perhaps someone can correct me on that, but I don't see how it could work.
I would hope that something comes out of this whole discussion that will allow a much better interface between the hfs/hfsplus code in the kernel and netatalk.
Brad Boyer flar@allandria.com
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |