From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51458) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dnukL-0004Cp-Il for guix-patches@gnu.org; Fri, 01 Sep 2017 18:49:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dnukK-00051L-Cd for guix-patches@gnu.org; Fri, 01 Sep 2017 18:49:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60306) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dnukK-000519-9w for guix-patches@gnu.org; Fri, 01 Sep 2017 18:49:04 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dnukH-0004ha-V9 for guix-patches@gnu.org; Fri, 01 Sep 2017 18:49:02 -0400 Subject: [bug#26647] Upgrade fabric to 1.13.2, remove upstreamed patch. Resent-Message-ID: From: ludo@gnu.org (Ludovic =?UTF-8?Q?Court=C3=A8s?=) References: <87fugxky57.fsf@sturm.com.au> <871ssgsk0e.fsf@elephly.net> <878tmom2tu.fsf@sturm.com.au> Date: Sat, 02 Sep 2017 00:48:34 +0200 In-Reply-To: <878tmom2tu.fsf@sturm.com.au> (Ben Sturmfels's message of "Wed, 26 Apr 2017 10:26:21 +1000") Message-ID: <87r2vqxcfx.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+kyle=kyleam.com@gnu.org Sender: "Guix-patches" To: Ben Sturmfels Cc: Ricardo Wurmus , 26647@debbugs.gnu.org Hi Ben, Ben Sturmfels skribis: > On Tue, 25 Apr 2017, Ricardo Wurmus wrote: > >> Hi Ben, >> >>> The attached patch upgrades fabric from 1.13.1 to 1.13.2. The new >>> upstream version incorporates the patch that was previously required for >>> tests to pass. Yay! >> >> I have tried your patch but the tests seem to time out at this point: >> >> Alias expansion ... ok >> test_tasks.TestExecute.test_calls_task_function_objects >> should execute the passed-in function object ... ok >> test_tasks.TestExecute.test_nested_execution_with_explicit_ports >> nested executions should work with defined ports >> *crickets* >> >> After about an hour I aborted the build. Is this test supposed to take >> a very long time? > > Ow, that's a shame. The tests run fine for me, but I see that Debian > have this test disabled as it runs indefinitely on a single-core VM. > I'll look at disabling this test too. Did you have a chance to look into this? (See for context.) Thanks, Ludo=E2=80=99.