GNU bug report logs -
#30469
[PATCH 0/1] Require Guile >= 2.0.14
Previous Next
Reported by: Ludovic Courtès <ludo <at> gnu.org>
Date: Thu, 15 Feb 2018 15:27:02 UTC
Severity: normal
Tags: patch
Done: ludo <at> gnu.org (Ludovic Courtès)
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On 02/24/2018 11:41 PM, Ludovic Courtès wrote:>> How much of this patch
would change if it were to instead support
>> 2.0.13? Is cutting off users of Debian stable a good idea?
>
> I’ll double-check but I think the patch remains valid if we require
> 2.0.13.
Opensuse Leap 15 will have 2.0.14, so I would be okay with it.
> If it works I’ll commit that next week.
>
>>> I’d also like it to be the last release that support Guile 2.0.
>>
>> Same question.
>
> 2.2 is becoming quite widespread in distros.
>
> Overall it’s a cost/benefit tradeoff, and we have to take into account
> that most users get Guix using the binary tarball or GuixSD.
2.2 is not as easy as I thought it would be, to bring it to openSUSE
Leap. There are packages who still require guile 2.0 (see comments in
https://build.opensuse.org/request/show/568553). And the fact that only
a handful of packages need guile, makes it not really worthwhile for
distros to have two versions of guile present like we see it for python.
It would be nice to have guix in Debian, Ubuntu, SUSE land and Red Hat
land. I think that would enable far more people to use guix.
At the moment it's not easy to install guix from source without having
guix in place, at least on openSUSE. You need those guile modules
(guile-git, guile-bytestructures) who comes with almost no build
documentation. And then you have to fiddle together guile with the right
versions...
We struggle a lot with bootstrapping rust, go, java etc, so we should
make sure that "bootstrapping" guix (install from source) is easy or at
least doable.
Best Regards
Jonathan
This bug report was last modified 7 years and 171 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.