From mboxrd@z Thu Jan 1 00:00:00 1970 From: Efraim Flashner Subject: Re: =?utf-8?Q?=E2=80=98staging?= =?utf-8?B?4oCZ?= and GNOME updates Date: Mon, 1 Apr 2019 20:16:52 +0300 Message-ID: <20190401171652.GE21029@macbook41> References: <871s3a4xd4.fsf@gnu.org> <87wokjyuw4.fsf@fastmail.com> <87muld8xuo.fsf@gnu.org> <87y34xzez8.fsf@elephly.net> <87zhpaydem.fsf_-_@gnu.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="YkJPYEFdoxh/AXLE" Return-path: Received: from eggs.gnu.org ([209.51.188.92]:55593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hB0XR-0007qO-Mo for guix-devel@gnu.org; Mon, 01 Apr 2019 13:16:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hB0XQ-0000iy-9Y for guix-devel@gnu.org; Mon, 01 Apr 2019 13:16:01 -0400 Content-Disposition: inline In-Reply-To: <87zhpaydem.fsf_-_@gnu.org> List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: "Guix-devel" To: Ludovic =?utf-8?Q?Court=C3=A8s?= Cc: Guix-devel --YkJPYEFdoxh/AXLE Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Mar 31, 2019 at 10:52:49PM +0200, Ludovic Court=C3=A8s wrote: > Hi! >=20 > Ricardo Wurmus skribis: >=20 > > Ludovic Court=C3=A8s writes: > > > >>> I don't think we should release 1.0 until at least > >>> and are > >>> fixed. Trying a new distribution only to find your favourite programs > >>> are crashing would be a _terrible_ first impression. > >> > >> Do we have any leads on this IceCat issue? I use IceCat daily and nev= er > >> have any problems of this sort, FWIW. > > > > I=E2=80=99ve seen something like this before, but *only* on i686 machin= es. I > > never managed to figure out why. >=20 > It looks like Mark fixed this in > bc91562939ee002e84c95d13c907482b6d1e9339. \o/ >=20 > > One of the GNOME update branches (for 2.28?) has already been merged > > into staging. There are rumours of crashes, though, so this will > > require testing by more people. >=20 > OK, so I guess we should first focus on getting =E2=80=98staging=E2=80=99= tested and > merged. >=20 > x86_64 substitutes on ci.guix.info cover 60% of the packages right now. > The main issue is that libdrm has one test failure (see > = ): >=20 > --8<---------------cut here---------------start------------->8--- > starting phase `check' > [0/1] Running all tests. > 1/16 kms-symbol-check OK 0.12 s=20 > 2/16 gen4-3d.batch OK 0.04 s=20 > 3/16 gen45-3d.batch OK 0.04 s=20 > 4/16 gen5-3d.batch OK 0.04 s=20 > 5/16 gen6-3d.batch OK 0.04 s=20 > 6/16 gen7-3d.batch OK 0.04 s=20 > 7/16 gen7-2d-copy.batch OK 0.02 s=20 > 8/16 intel-symbol-check OK 0.67 s=20 > 9/16 nouveau-symbol-check OK 0.32 s=20 > 10/16 radeon-symbol-check OK 0.37 s=20 > 11/16 amdgpu-symbol-check OK 0.52 s=20 > 12/16 threaded SKIP 0.01 s=20 > 13/16 random TIMEOUT 240.01 s=20 > 14/16 hash OK 0.02 s=20 > 15/16 drmsl OK 1.23 s=20 > 16/16 drmdevice SKIP 0.01 s=20 >=20 > Ok: 13 > Expected Fail: 0 > Fail: 1 > Unexpected Pass: 0 > Skipped: 2 > Timeout: 1 >=20 >=20 > The output from the failed tests: >=20 > 13/16 random TIMEOUT 240.01 s=20 > --8<---------------cut here---------------end--------------->8--- >=20 > > The other GNOME upgrade that I worked on months ago still awaits a > > rebase onto staging. I=E2=80=99ll try to get it into good shape to hav= e the > > build farm build it out, so that more people can test it and provide > > fixes where needed. >=20 > Perhaps we can first merge =E2=80=98staging=E2=80=99 in its current form,= then make this > branch the new =E2=80=98staging=E2=80=99 and aim for a merge as is (with = only fixes > committed there.) How does that sound? >=20 > Ludo=E2=80=99. >=20 This libdrm test suite timeout looks a lot like the error I was having in the past on armhf. For armhf it's fixed on staging in fe7c6f91dda, but it can easily be extended to other/all architectures. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --YkJPYEFdoxh/AXLE Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEEoov0DD5VE3JmLRT3Qarn3Mo9g1EFAlyiR4AACgkQQarn3Mo9 g1ELuA/8CfCucWUWLAKFqGYSbVnAdBJJ/kPspquBvcfqAl9rjq+nayCMmMEzuBE0 VT5ntpquYSMxeRJaZsfwpBVEgoJr90ky6MUHlZpXciIq9Io542pflUSRGZ1+Psvt 9vYKDiZUjlf051HmQCgVQZhypA5q0NV2SBotQZNqpElZJ89n9l6L0fCMHKRucb+4 /xk121MI5EpOh9XNTICPKEzW+moUNg+vaNRogNNWTlEJCQz0RHYJDav4stx4M41R n44XBZ7zpjkHdvWZdkmXDTN++3wo4ZWzaUQfHeEhUloXWn8dKUO9gEvK5Mwl/9QV CuZtoXKMfKyg3B6TDbZeY6/kWyy+1Y/cnT92li6ApZxKPbEEKGxP/C8htAoV0dWr 05mQGjK7ay+/kUPydNGoC0pxL1FYR6elfASukg1X77XqdypGhLYNJYE7MmIqm3lx w1UZNQXvnTFGj/XQaT3X7ukz38DdINDVv4kli5G8cGcGvaaKBPf4+R8FHw2Zqe1B 9UVNQiMrA77a5truyU4HEXZTDKIhXsWf7EPSgJ6OKkbU3CfA3bbFnuvGs/j0Ls9S VyndFtU8+05barzscCypt/zA7KNB/Unf9FFJT70wI6Fd0GsVyRC7Gc+Th5ZqegNY OG+PE7ySCreHm8HwV4xR5r7SaU6oWT9pdWOpp3cMtmUUPixE8xM= =xqQy -----END PGP SIGNATURE----- --YkJPYEFdoxh/AXLE--