From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mark H Weaver Subject: bug#27152: deprecation warnings with Guile 2.2.2 Date: Sun, 04 Jun 2017 01:18:11 -0400 Message-ID: <871sr0wcto.fsf@netris.org> References: <87wp8y2ijw.fsf@elephly.net> <87h90091y4.fsf@gnu.org> <871sr1yiik.fsf@netris.org> <87h8zxr89y.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59272) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dHNwR-0001Je-UP for bug-guix@gnu.org; Sun, 04 Jun 2017 01:19:09 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dHNwM-00048S-Cj for bug-guix@gnu.org; Sun, 04 Jun 2017 01:19:07 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:51820) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dHNwM-00048J-96 for bug-guix@gnu.org; Sun, 04 Jun 2017 01:19:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dHNwM-0007fW-17 for bug-guix@gnu.org; Sun, 04 Jun 2017 01:19:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87h8zxr89y.fsf@gmail.com> (Maxim Cournoyer's message of "Fri, 02 Jun 2017 21:43:05 -0700") 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: Maxim Cournoyer Cc: 27152@debbugs.gnu.org Maxim Cournoyer writes: > Mark H Weaver writes: > >> Maxim Cournoyer writes: >> >>> Why not let good old sed have a run at it? Seems like a simple find >>> and replace operation, and 'block looks nicer than _IOFBF to my >>> eyes. >> >> If we did that, then Guix would stop working with guile-2.0. Given that >> guile-2.2 is not yet available from many popular distros, I think it >> would be unwise to drop guile-2.0 at this time. > > Isn't Guile included in the Guix binary releases? Yes, but that's not the only supported method to install Guix. While I acknowledge that most new users are happy to use our binary tarball, many users prefer to compile our source tarball, or to try out a Guix package provided by their existing distribution. Security conscious users tend to be nervous about entrusting their computer's security to a source of precompiled binaries that is new to them. While it's true that they will need our bootstrap binaries, and that they are highly likely to end up using our binary substitutes before long, it nonetheless seems to me that it is best not to ask newcomers to trust a large binary from us as their first step into our community, without providing other easy methods that are more comfortable to them. Users are comfortable installing a package from a distro that they've already put their trust in. So, I would prefer to continue supporting guile-2.0 until guile-2.2 is more widely deployed in popular distros, or at least until it becomes a hassle to continue supporting guile-2.0. I'll also mention that there's apparently an unresolved bug somewhere (guile2.2-ssh?) that prevents us from using guix-based-on-guile-2.2 on hydra.gnu.org: https://bugs.gnu.org/26976 Mark