On Wed, Mar 18, 2020 at 04:07:22PM +0100, Ludovic Courtès wrote:
> As for ‘glibc-utf8-locales’ vs. ‘glibc-locales’: the reason for choosing
> the former by default over the latter is size (14 MiB vs. 917 MiB).
Oof! I was going by the manual, which says 110 MiB. That does change
things...
Hey!
>>> • More testing of the guided installer and related issues:
>>>
>>> https://issues.guix.gnu.org/issue/39729
>>> https://issues.guix.gnu.org/issue/39712
>
> Done, but it’d be nice to add more test of the installer!
I can help on that. Maybe adding:
* More partitioning
Ludovic Courtès writes:
>>> • Address as many of the bugs marked “important” or “serious” as
>>> possible. Should we organize a bug-squashing week? :-)
>
> We should really do that!
>
> You can view them here:
>
> https://issues.guix.gnu.org/search?query=is%3Aserious+is%3Aopen
>
Hi there!
Ludovic Courtès skribis:
[...]
> (That also means we could switch to Guile 3.0 on core-updates.)
Done! :-)
>> • More testing of the guided installer and related issues:
>>
>> https://issues.guix.gnu.org/issue/39729
>> https://issues.guix.gnu.org/issue/39712
Done, but
Ludo', Thorsten, Leo,
Ludovic Courtès 写道：
Well, we still need to be able to install locales somehow,
right? :-)
This isn't about removing all locale packages, just the
poorly-named -utf8- variant.
Thorsten Wilms 写道：
smaller than glibc-locales, but still sufficient for many cases.
Is that
Hi,
Christopher Baines skribis:
> So one of the things that's currently restricted to doing by one job at
> a time in the Guix Data Service is running latest-repository-commit from
> the (guix git) module.
>
> Previously this was more of a problem for the Guix Data Service, as a
> large section
Hello!
Leo Famulari skribis:
> Warning! Locales! New users seem to have trouble with Guix locales every
> day.
>
> I think we can improve the situation.
>
> First, we can deprecate the glibc-utf8-locales package and not mention
> it in the manual section Application Setup. I've seen users think
Hello,
Vincent Legoll skribis:
> I'm wondering if guix publish (or something else) could act as local
> network substitute cache for foreign arch ?
>
> I.e. using a x86_64 host as a substitute server for, say, arm64 hosts...
>
> Would it only serve as a local cache of source downloads ?
>
> How
Hi!
Danny Milosavljevic skribis:
> On Tue, 17 Mar 2020 10:44:25 +0100
> Ludovic Courtès wrote:
>
>> Speaking of which, I’d love to get my A20 OLinuXino running Guix
>> System. :-)
>
> What is the latest state of it?
On my side the latest state is: I gave up and installed Debian + Guix.
:-)
Jelle Licht writes:
> Hey guix,
>
Hi!
> Seeing as a lot of people might be working from home at the moment, it
> seems a good moment to look at issues that might prevent us from using
> guix for that exact purpose. Right now, I can not connect to my company
> vpn, which make several processes
Hey guix,
Seeing as a lot of people might be working from home at the moment, it
seems a good moment to look at issues that might prevent us from using
guix for that exact purpose. Right now, I can not connect to my company
vpn, which make several processes much more difficult than they need to
On Tue, 17 Mar 2020 16:28:43 -0400
Leo Famulari wrote:
> First, we can deprecate the glibc-utf8-locales package and not mention
> it in the manual section Application Setup. I've seen users think they
> had to install it in order to get UTF-8 support. Everyone should be
> using glibc-locales.
I
On Tue, Mar 17, 2020 at 04:28:43PM -0400, Leo Famulari wrote:
> Warning! Locales! New users seem to have trouble with Guix locales every
> day.
>
> I think we can improve the situation.
>
> First, we can deprecate the glibc-utf8-locales package and not mention
> it in the manual section
On Tue, Mar 17, 2020 at 03:25:24PM +0100, Vincent Legoll wrote:
> Hello,
>
> I'm wondering if guix publish (or something else) could act as local
> network substitute cache for foreign arch ?
>
> I.e. using a x86_64 host as a substitute server for, say, arm64 hosts...
>
> Would it only serve as
14 matches
Mail list logo
