<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">
<div>Does that mean glusterfsd is in glusterfs-server or glusterfs-fuse? It is probably sufficient to leave glusterfs-fuse just have fuse.so and <a href="http://mount.glusterfs.in" target="_blank">mount.glusterfs.in</a></div>
<div><br></div></div></div></div></blockquote><div> </div><div> +1</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">
<div class="gmail_quote"><div></div><div>Another model can be:</div><div><br></div><div>0. glusterfs-libs.rpm - libglusterfs.so libgfrpc.so libgfxdr.so</div><div>1. glusterfs (depends on glusterfs-libs) - glusterfsd binary, glusterfs symlink, all common xlators</div>
<div>2. glusterfs-rdma (depends on glusterfs) - rdma shared library</div><div>3. glusterfs-geo-replication (depends on glusterfs) - geo-rep related objects</div></div></div></div></blockquote><div><br></div><div>glusterfs-geo-replication depends on 'glusterfs-fuse' too, as it works on aux-mount points.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>4. glusterfs-fuse (depends on glusterfs) - fuse xlator, mount.glusterfs</div>
<div>5. glusterfs-server (depends on glusterfs) - server side xlators, config files</div><div>6. glusterfs-api (depends on glusterfs-libs) - libgfapi.so and api.so</div><div>7. glusterfs-resource-agents (depends on glusterfs)</div>
<div>8. glusterfs-devel (depends on glusterfs-libs) - header files for libglusterfs</div><div>9. glusterfs-api-devel (depends on glusterfs-api) - header files for gfapi</div><div><br></div><div>This way qemu will only pick up libgfapi.so libglusterfs.so libgfrpc.so and libgfxdr.so (the bare minimum to "just execute") for the binary to load at run time. Those who want to store vm images natively on gluster must also do a 'yum install glusterfs' to make gfapi 'useful'. This way Fedora qemu users who do not plan to use gluster will not get any of the xlator cruft.</div>
<div class="im">
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
c) Kaleb mentioned about removing geo-replication objects from 'glusterfs' and having them in 'glusterfs-geo-replication' only. I think that might help unless we are breaking something in geo-replication by doing so. Do we remember the original intent behind packaging geo-replication objects in the 'glusterfs' package?<br>
</blockquote><div><br></div></div><div>Which are the geo-replication objects in 'glusterfs'? I don't recall any incident where something from geo-replication package was moved into glusterfs package for a specific reason.</div>
<div class="im">
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
d) Remove mac-compat.so, rot-13.so, symlink-cache.so from 'glusterfs'. As practically nobody uses these translators today, I don't see much value in packaging them.<br></blockquote><div><br></div></div><div>+1</div>
<span class="HOEnZb"><font color="#888888">
<div><br></div></font></span></div></div></div></blockquote></div></div></div>