<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5"><br><div><br></div></div></div><div>Actually this *wasnt* what we discussed. glusterfs-api was supposed to depend on glusterfs-libs *ONLY*. This is because it has a linking (hard) relationship with glusterfs-libs, and glusterfs.rpm is only a run-time dependency - everything here is dlopen()ed.</div>
<div class="im">
<div><br></div></div></div></div></div></blockquote><div><br></div><div>rpm uses &#39;ldd&#39; command to get dependencies for &#39;glusterfs-api&#39; to &#39;glusterfs-libs&#39; - automatically.  You don&#39;t need a forced specification.</div>
<div><br></div><div>Specifying runtime time dependency is done this way </div><div><br></div><div><div>%package api</div><div>Summary:          Clustered file-system api library</div><div>Group:            System Environment/Daemons</div>
<div>Requires:         %{name} = %{version}-%{release} -----------&gt; Install-time dependency. </div></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div class="im"><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Just allowing qemu to execute by way of
    installing-libs and -api only won&#39;t help, since once qemu executes
    and someone tries qemu w/ gluster backend.. things will fail unless
    User has installed glusterfs rpm (which has all the client xlators)<br></div></blockquote><div><br></div></div><div>I think this was exactly what we concluded. That a user would need to install glusterfs rpm if they wanted to store VM images on gluster (independent of the fact that qemu was linked with glusterfs-api). Do you see a problem with this?</div>
<span class=""><font color="#888888">
</font></span><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im"><div bgcolor="#FFFFFF" text="#000000">
<br></div></div></blockquote></div></div></div></blockquote><div><br></div><div>The problem here is user awareness - it generates additional cycles of communication. In this case &#39;qemu&#39; should have a direct dependency on &#39;glusterfs.rpm&#39; and  &#39;glusterfs-api&#39; when provided with &quot;gfapi support&quot;  - wouldn&#39;t this solve the problem? </div>
<div><br></div><div>-- </div></div><div dir="ltr"><i style="font-family:arial;font-size:small">Religious confuse piety with mere ritual, the virtuous confuse regulation with outcomes</i><br></div>
</div></div>