Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Daniel P. Berrange
On Sat, Mar 03, 2012 at 05:43:48PM +1100, ronnie sahlberg wrote: Yes, Very unfortuante since libiscsi is such a nice name for a multiplatform library what even works on win32 :-( I have so renamed it to libiscsiclient and sent a patch to qemu to this list to use -liscsiclient instead of

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Daniel P. Berrange
On Sat, Mar 03, 2012 at 03:54:19PM +0400, Michael Tokarev wrote: On 03.03.2012 15:15, Andreas Färber wrote: Am 03.03.2012 07:43, schrieb ronnie sahlberg: Yes, Very unfortuante since libiscsi is such a nice name for a multiplatform library what even works on win32 :-( I have so

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Michael Tokarev
On 06.03.2012 14:07, Daniel P. Berrange wrote: On Sat, Mar 03, 2012 at 03:54:19PM +0400, Michael Tokarev wrote: It looks like iscsi-initiator-utils package in fedora is built using shared libiscsi which appears to be package-specific, e.g. Yes, it is the iscsi-initiator-utils package I'd

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread ronnie sahlberg
Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is a horribly poor idea for a single distribution/ single use / obscure private library. I want to solve a problem to make it available on all

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Daniel P. Berrange
On Tue, Mar 06, 2012 at 10:06:38PM +1100, ronnie sahlberg wrote: Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is a horribly poor idea for a single distribution/ single use / obscure

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Hannes Reinecke
On 03/06/2012 12:06 PM, ronnie sahlberg wrote: Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is a horribly poor idea for a single distribution/ single use / obscure private library.

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Michael Tokarev
06.03.2012 15:15, Daniel P. Berrange wrote: On Tue, Mar 06, 2012 at 10:06:38PM +1100, ronnie sahlberg wrote: Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is a horribly poor idea for a

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Mike Christie
On 03/06/2012 06:19 AM, Hannes Reinecke wrote: On 03/06/2012 12:06 PM, ronnie sahlberg wrote: Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is a horribly poor idea for a single

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Mike Christie
On 03/06/2012 01:58 PM, Mike Christie wrote: On 03/06/2012 06:19 AM, Hannes Reinecke wrote: On 03/06/2012 12:06 PM, ronnie sahlberg wrote: Sorry about this. First, libiscsi is a really good name for a general purpose multiplatform library, like libiscsi. Second, a generic name like this is

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread ronnie sahlberg
Hi Mike, Thanks! That would be great if you rename it to something less generic and specific to libiscsi-utils. That means I can continue using libiscsi as the name for my multiplatform library. By the way, if the only user today and in the future of the library in libiscsi-utils is anaconda,

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-06 Thread Mike Christie
On 03/06/2012 07:51 PM, ronnie sahlberg wrote: Hi Mike, Thanks! That would be great if you rename it to something less generic and specific to libiscsi-utils. That means I can continue using libiscsi as the name for my multiplatform library. By the way, if the only user today and in

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-03 Thread Andreas Färber
Am 03.03.2012 07:43, schrieb ronnie sahlberg: Yes, Very unfortuante since libiscsi is such a nice name for a multiplatform library what even works on win32 :-( I have so renamed it to libiscsiclient and sent a patch to qemu to this list to use -liscsiclient instead of -liscsi Mind

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-03 Thread Michael Tokarev
On 03.03.2012 15:15, Andreas Färber wrote: Am 03.03.2012 07:43, schrieb ronnie sahlberg: Yes, Very unfortuante since libiscsi is such a nice name for a multiplatform library what even works on win32 :-( I have so renamed it to libiscsiclient and sent a patch to qemu to this list to use

Re: [Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-03-02 Thread ronnie sahlberg
Yes, Very unfortuante since libiscsi is such a nice name for a multiplatform library what even works on win32 :-( I have so renamed it to libiscsiclient and sent a patch to qemu to this list to use -liscsiclient instead of -liscsi tarballs can be found at

[Qemu-devel] QEMU desired libiscsi.so clashes with libiscsi.so from iscsi-initiator-utils

2012-02-13 Thread Daniel P. Berrange
I was investigating how to build latest QEMU with the iSCSI block driver enabled. I saw that configure wanted a libiscsi.so, so I installed that library from Fedora RPMs via the iscsi-initiator-utils package, but it still wouldn't build. After further investigation, I find that QEMU in fact wants