Hello Guix!
Distros are increasingly relying on sssd, in particular Fedora and
derivatives, as a replacement for nscd, which is either unavailable or
deprecated. The documented interface of Guix binaries to the host’s
name service switch (NSS) is currently nscd:
https://guix.gnu.org/manual/en
Hello Guix!
After intitiating go-team branch (inspired by the rust-team) I started
pushing reviwed patches to it, which may require a full Golang rebuild.
My future plan is to update the existing Golang ecosystem to recent
versions, as most of the packages are quite dated (2-5 years old).
As an
Hi Oleg,
That's awesome! I don't have much to add, except that it might be good
to sync on what we would like to achieve now that the go-team branch exists.
I was planning on working through some of the points I proposed here:
https://lists.gnu.org/archive/html/guix-devel/2024-02/msg00054.html
Hey Maxime,
On Thu, Feb 22 2024, Maxime Devos wrote:
> familiarity with good manners
Sometimes it's better to admit defeat. Maybe you find this apology [1]
helpful, although it was imperfect.
Kind regards
Felix
[1] https://lists.gnu.org/archive/html/guix-devel/2022-10/msg00141.html
Hi Vagrant,
On 22 Feb, Vagrant Cascadian wrote:
> On 2024-02-22, Steve George wrote:
> > We're going to run some online patch review sessions. The first one is on
> > *Thursday, 7th March* and you can sign-up here:
> >
> > https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
>
> Hop
Hi,
On Fri, Feb 23 2024, Ludovic Courtès wrote:
> The solution would be interesting for use on Guix System ... but I
> don’t see it helpful on other distros ... (We can’t really ship
> ourselves because it has to be linked against the host libc.)
To read more about nscd's significance on foreign
Hi,
I don't think I'm making any progress convincing you, and I'm not enjoying the
interaction so I'm going to take a few days off from this thread.
I've tried to ask the Clojure community for a definitive expression of what
they think Linux distributions should do with byte-compiled libraries.
On Fri, 23 Feb 2024 03:46:29 +0100 Maxim Cournoyer wrote ---
> Great, sounds good. I've checked your v2 update, but opted to keep
> things as they are (following my own edition of your initial work, which
> was committed).
No problem, I think what you did looks good.
> Thank you
On 2024-02-22 23:27:31 +, Steve George wrote:
> Hi
>
> We're going to run some online patch review sessions. The first one is on
> *Thursday, 7th March* and you can sign-up here:
>
> https://libreplanet.org/wiki/Group:Guix/PatchReviewSessions2024
>
> The background is that Guix has many fant
Hello,
On 2024-02-23 19:13, Tomas Volf wrote:
On 2024-02-22 23:27:31 +, Steve George wrote:
...
Will the Jitsi link be shared somewhere (here, irc, ...) for those of
us who are
not able to sign up on the page? I am getting this error:
Your IP address has been flagged as a source of spa
Hi Ludo,
thanks for getting the discussion started. This problem has been
weighing on me for the past months and I don't see a good way forward.
Ludovic Courtès writes:
> For the record, glibc maintainer Carlos O’Donell brought up our use case
> a while back on the glibc mailing list but it wa
Hey Guix,
Pjotr Prins writes:
> The GNU project is a GSoC org again. Last year Sarthak did a great job
> working on parameterization of Guix. It works, and you can try the
> code. See
>
> => https://guix.gnu.org/blog/2023/parameterized-packages-for-gnu-guix/
> => https://blog.lispy.tech/
>
> F
Hi everyone,
>From now on, please use bug-m...@gnu.org [1] to report bugs in Mumi. You
may also use Debbugs directly, if you are comfortable.
Please do not use the Guix reporting channels anymore. Your Mumi bugs
will still be visible in Mumi. You can focus on them exclusively with a
filter select
Hi Lilah,
On Fri, Feb 16, 2024 at 02:33:02AM -0600, Lilah Tascheter wrote:
>
> one more quick change that I've realized will be necessary
I made some changes to my bootloader locally and believe the commit
series here [1] could be useful to you. It removes a lot of the
confusion that arises when
Steve George writes:
> Hi,
>
> Guix's clojure-build-system turns on AOT compilation by default. I would like
> to advocate that 'as a distributor' we should *not* ship Clojure code AOT'd,
> so we should change the default.
>
> This has been discussed previously. In #56604 r0man noted that AOT
15 matches
Mail list logo