From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:44972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e2N5t-0001x2-D8 for guix-patches@gnu.org; Wed, 11 Oct 2017 15:55:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e2N5q-0000D7-5o for guix-patches@gnu.org; Wed, 11 Oct 2017 15:55:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:54060) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e2N5q-0000Cx-1O for guix-patches@gnu.org; Wed, 11 Oct 2017 15:55:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1e2N5p-0006FI-Pu for guix-patches@gnu.org; Wed, 11 Oct 2017 15:55:01 -0400 Subject: [bug#28616] disable failing bluez test Resent-Message-ID: Date: Wed, 11 Oct 2017 21:53:42 +0200 (CEST) Message-Id: <20171011.215342.31239720549590973.post@thomasdanckaert.be> From: Thomas Danckaert In-Reply-To: <7901620A-A50E-4C3F-86C3-1E135522029B@fastmail.com> References: <877ew28yw8.fsf@fastmail.com> <20171011.181058.1825950437807455612.post@thomasdanckaert.be> <7901620A-A50E-4C3F-86C3-1E135522029B@fastmail.com> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit 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: mbakke@fastmail.com Cc: 28616@debbugs.gnu.org From: Marius Bakke Subject: Re: [bug#28616] disable failing bluez test Date: Wed, 11 Oct 2017 18:23:20 +0200 >>> On second thought, "bluez" is currently failing on armhf, >>> seemingly >>> due >>> to the original patch: >>> >> >>I believe attached patch does the job for master, just touching >>armhf >>and leaving other architectures alone. I tested it by replacing >>armhf-linux with x86_64-linux, and then it skips the test ... >> >>WDYT? > > Yay! I am unable to test it right now, but if you've verified that > this doesn't change the derivation on other architectures this LGTM. I've pushed it. > PS: feel free to merge it to core-updates after pushing and modify > it to apply on all arches there. If you're not comfortable I can do > this later. I probably won't have time for this until the weekend, but if you don't beat me to it, I'll try that :). cheers, Thomas