OK, I admit it, I did this partly to get bug 764732. Seriously, though, since extensibility is one of the most significant benefits of GlusterFS relative to most alternatives, I think it's imperative to facilitate actual extension without needing to have a full GlusterFS source tree available (which violates many projects' packaging guidelines). For CloudFS I've managed to build translators "out of tree" using simple makefiles and only headers installed as part of the Fedora glusterfs-devel package. Ideally this same work would also apply to Gluster's own packaging, to Debian, etc. Also, the particular files that are part of the "external API" represented by the -devel package - especially those necessary to build any translator - should be carefully chosen and clearly identified (e.g. by placing them in a single directory). Right now that's not the case, with some essential header files buried e.g. in contrib/uuid and every include directory mingling essential with non-essential files.
Jeff, Let me know what is your thought on this now. Regards, Amar
After merging Joe's Patch to make it FHS compatible, this should be fixed.
Amar can you give me the commit id/patch number/url to verify. I think it is e8b6dad4dea4535a179a03824aa44628f9adaa17, need your clarification.
Not part of release, will verify again.
My bad, I see the spec changes in 3.3.0 tar ball, and the new rpms are built on the new spec.