From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.1 required=3.0 tests=FROM_EXCESS_BASE64, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_MUTT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6343EC31E40 for ; Mon, 10 Jun 2019 17:32:52 +0000 (UTC) Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id EE3A920820 for ; Mon, 10 Jun 2019 17:32:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org EE3A920820 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=redhat.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Received: from localhost ([::1]:48574 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1haOA6-00086g-Rk for qemu-devel@archiver.kernel.org; Mon, 10 Jun 2019 13:32:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:55519) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1haO7x-0007Ko-Bs for qemu-devel@nongnu.org; Mon, 10 Jun 2019 13:30:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1haO7w-0003SD-3z for qemu-devel@nongnu.org; Mon, 10 Jun 2019 13:30:37 -0400 Received: from mx1.redhat.com ([209.132.183.28]:41840) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1haO7v-00038L-Ta for qemu-devel@nongnu.org; Mon, 10 Jun 2019 13:30:36 -0400 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 24AF53082E0F; Mon, 10 Jun 2019 17:30:07 +0000 (UTC) Received: from redhat.com (ovpn-112-50.ams2.redhat.com [10.36.112.50]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 94A4A600CD; Mon, 10 Jun 2019 17:30:03 +0000 (UTC) Date: Mon, 10 Jun 2019 18:30:00 +0100 From: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= To: Peter Maydell Message-ID: <20190610173000.GL7809@redhat.com> References: <20190607211544.7964-1-ehabkost@redhat.com> <20190610131105.GJ22416@habkost.net> <20190610171213.GK7809@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.11.4 (2019-03-13) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.46]); Mon, 10 Jun 2019 17:30:07 +0000 (UTC) Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.132.183.28 Subject: Re: [Qemu-devel] [PULL 0/8] Python queue, 2019-06-07 X-BeenThere: qemu-devel@nongnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Daniel =?utf-8?B?UC4gQmVycmFuZ8Op?= Cc: QEMU Developers , Eduardo Habkost , Cleber Rosa Errors-To: qemu-devel-bounces+qemu-devel=archiver.kernel.org@nongnu.org Sender: "Qemu-devel" On Mon, Jun 10, 2019 at 06:15:46PM +0100, Peter Maydell wrote: > On Mon, 10 Jun 2019 at 18:12, Daniel P. Berrang=C3=A9 wrote: > > There's been two new LTS releases of Ubuntu since then > > with Xenial and Bionic, so IMHO, it is pretty reasonable > > to want to drop Trusty rather than continuing to spend time > > on software versions from 2014 and before. Both our Travis > > and Docker setups use Xenial as minimum and the number of > > our developers stuck using Trusty is likely negligible. > > > > What gap is your gcc compile farm filling & can we find an > > alternate way to address that gap that's viable ? >=20 > In this case, it's the aarch64 host. I can probably > find something else to run this on, but it's not going > to happen immediately. Do you have access to any machine in the compile farm or is access granted on a per-machine basis ? If i'm reading this page right: https://cfarm.tetaneutral.net/machines/list/ there is now one aarch64 machine (gcc117) that is running Debian 9 / Stretch and another (gcc118) with OpenSUSE Leap 15. In terms of OS version at least, either of those could be viable for QEMU, if it is possible for you to access them. Regards, Daniel --=20 |: https://berrange.com -o- https://www.flickr.com/photos/dberran= ge :| |: https://libvirt.org -o- https://fstop138.berrange.c= om :| |: https://entangle-photo.org -o- https://www.instagram.com/dberran= ge :|