This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-devel] [PATCH][TOOLS] allow the selection of blktap and firmwar

On 10 Aug 2006, at 15:08, Jimi Xenidis wrote:

On Aug 10, 2006, at 9:51 AM, Julian Chesterfield wrote:

On 10 Aug 2006, at 11:51, Jimi Xenidis wrote:

On Aug 10, 2006, at 6:08 AM, Julian Chesterfield wrote:

Thanks Jim. I'll post the patch to the libaio folks also so we can keep things in synch.

On 10 Aug 2006, at 02:06, Jimi Xenidis wrote:

On Aug 9, 2006, at 12:37 PM, Keir Fraser wrote:
On 9/8/06 1:34 pm, "Jimi Xenidis" <jimix@xxxxxxxxxxxxxx> wrote:
I may have missed this discussion, but why can't we just use the one
that comes with the Distro?

That's a question for Julian (cc'ed).

Thanks... but... you... never... said... why?

Because libaio is often not included in the distro.

You mean there are distros that do not have a libaio devel package?


In order to avoid breaking the build we either had to include checks in the Makefile for the existence of the library and build if necessary, or just statically build within the tree.

Assuming the libaio devel package is available, how is this different than the recent build break that required me to install openssl-devel packages?

We link against libcrypto, however I wasn't aware that this requires the openssl-devel package. In my experience libcrypto typically ships as part of the base distro for utilities such as ssh, scp etc.. Perhaps this isn't the case?

We chose the latter since it was the cleanest approach.

warning: maintaining and monitoring an external package that your system depends on is always fraught with issues, but it your makework :(

Certainly, we'd rather not maintain a separate version of libaio. Given the alternative options of either disabling the automatic blktap build or causing build failures for significant numbers of people this really seemed to be the only option. We're happy to revisit the Makefile build check option however if this is the preferred approach.



Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>