From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marius Bakke Subject: bug#27264: gnome-shell-3.24.2 consistently dies during initialization Date: Thu, 08 Jun 2017 19:19:03 +0200 Message-ID: <87poeemm7s.fsf@fastmail.com> References: <87o9u13e4i.fsf@netris.org> <8760g8t769.fsf@gnu.org> <87shjbwjdc.fsf@netris.org> <87ink6zo19.fsf@gnu.org> <87vao6poh7.fsf@netris.org> <20170608170842.GB27164@jasmine> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:52552) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dJ16L-0004B3-UE for bug-guix@gnu.org; Thu, 08 Jun 2017 13:20:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dJ16I-0003mq-H1 for bug-guix@gnu.org; Thu, 08 Jun 2017 13:20:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:60925) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dJ16H-0003mj-UD for bug-guix@gnu.org; Thu, 08 Jun 2017 13:20:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dJ16H-00067W-Nq for bug-guix@gnu.org; Thu, 08 Jun 2017 13:20:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <20170608170842.GB27164@jasmine> List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Leo Famulari , Mark H Weaver Cc: 27264@debbugs.gnu.org --=-=-= Content-Type: text/plain Leo Famulari writes: >> While it's true that users can boot into an older generation of their >> system in an emergency, and that's a *great* comfort, in general it's >> not an acceptable fallback because it entails sacrificing security >> updates. I'm concerned that our fallback feature has caused people to >> become quite careless with breaking things on our master branch. > > It's true, we could not even think of pushing untested or lightly-tested > changes if we couldn't roll-back. > > But, if we want to 1) receive updates to big software suites like GNOME, > and we want to 2) avoid breakage on the master branch, we *need* more > testers. > > As somebody who has helped with a few of these branches so far, the lack > of assistance with testing and bug fixes is a major problem. I rarely > feel as confident as I'd like before pushing the merge. More than once > I've merged a major branch with the impression that only myself and 1 or > 2 other people have actually deployed it on their workstation or in a > staging environment that precedes production. > > There is a large number of contributors adding new packages or working > on features, but almost nobody helps test big changes or other boring > and tedious maintenance tasks. So, those things suffer, and we end up > testing on the master branch. I don't have any potential solutions in > mind. As we are mostly volunteers with limited time and computing > resources, we can only do so much. I think the planned 'channels' facility will help a lot here. Then, we might be able to say something like "please try to `guix pull --channel staging` and report any failures" which lowers the barrier considerably. --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEu7At3yzq9qgNHeZDoqBt8qM6VPoFAlk5hwcACgkQoqBt8qM6 VPqwCwgAgLfw8yP8c+i7JVg2wuyAMOJ2WXfrD+kDL930urEqWl8FuAc3M9N+3/Im 94jIiA2oBhcdhjrKgDWXGEUIAmfh3mg8gSYjFTzTKS+N+z5AIxmGvLK0cD6k+ZpU XLHkA+fO6IANI1DZi1x32zhDDCy+Kr4lINmbtOpkWANzy2wl65filotJkN1V5fBG v83n8tYfeuULzihFenGOwP+tUbbEEWkpTggzMhHhwvXtlG0X3Zq8S0n6uXEOtwR9 r2XOID5sVvOFDg6Xo0QgPTKBfbb07k2/j+ElvD/LEoDRfGaUsPZIoiADKfgEO48J +e1p0HiSQRgxVZRkTUlSxdx7KWscyg== =WrPj -----END PGP SIGNATURE----- --=-=-=--