On Tue, Jul 23, 2013 at 12:45:59PM +0100, Daniel P. Berrange wrote: > On Tue, Jul 23, 2013 at 03:49:37PM +0530, Kaleb KEITHLEY wrote: > > On 07/23/2013 03:44 PM, Richard W.M. Jones wrote: > > > > > >Not sure if glusterfs could be split into client and server parts > > >and/or if that would help (only a "client" bit is needed). > > > > glusterfs already exists in client (glusterfs and/or glusterfs-api > > and associated -devel rpms) and server (glusterfs-server) parts. > > Hmm, I wonder if there's another QEMU linkage problem here. QEMU > seems to only use glfs_* functions in its code, but it is > linking to "-lgfapi -lgfrpc -lgfxdr". It seems like it could > probably link to just libgfapi.so, and thus only depend on > glusterfs-api and not main glusterfs RPM. Ah yes, that's the key ... $ rpm -ql glusterfs-api /usr/lib64/glusterfs/3.4.0beta4/xlator/mount/api.so /usr/lib64/libgfapi.so.0 /usr/lib64/libgfapi.so.0.0.0 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
