From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:60477)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1YJ2te-0006fw-4L
	for qemu-devel@nongnu.org; Wed, 04 Feb 2015 11:33:46 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1YJ2ta-0006wR-4O
	for qemu-devel@nongnu.org; Wed, 04 Feb 2015 11:33:46 -0500
Received: from mx1.redhat.com ([209.132.183.28]:47776)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <armbru@redhat.com>) id 1YJ2tZ-0006wN-TE
	for qemu-devel@nongnu.org; Wed, 04 Feb 2015 11:33:42 -0500
From: Markus Armbruster <armbru@redhat.com>
References: <20150204113229.GN3032@redhat.com> <54D213E0.8090408@redhat.com>
	<20150204130041.GQ3032@redhat.com>
	<87egq5kcqh.fsf@blackfin.pond.sub.org>
	<CAFEAcA-inBkGkdvs1j-nLQRGsTm3Gedk238uXMqDy_p9Ga71Xw@mail.gmail.com>
Date: Wed, 04 Feb 2015 17:33:36 +0100
In-Reply-To: <CAFEAcA-inBkGkdvs1j-nLQRGsTm3Gedk238uXMqDy_p9Ga71Xw@mail.gmail.com>
	(Peter Maydell's message of "Wed, 4 Feb 2015 13:55:19 +0000")
Message-ID: <87mw4thc0v.fsf@blackfin.pond.sub.org>
MIME-Version: 1.0
Content-Type: text/plain
Subject: Re: [Qemu-devel] RFC: Universal encryption on QEMU I/O channels
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Paolo Bonzini <pbonzini@redhat.com>, QEMU Developers <qemu-devel@nongnu.org>

Peter Maydell <peter.maydell@linaro.org> writes:

> On 4 February 2015 at 13:49, Markus Armbruster <armbru@redhat.com> wrote:
>> Remind me: what GLib version are we targeting, and why?
>
> Our current minimum is 2.12 (or 2.20 in Windows specific code),
> and the reason is RHEL5/Centos 5.

Any idea when we can move on?

Don't get me started on the wisdom of developing or deploying upstream
QEMU on RHEL-*5*.