Re: UEFI support in boot image

Ludovic Courtès writes: > Hello Marius, > > Marius Bakke skribis: > >> Thanks for the feedback! I'll keep hammering at this and should >> hopefully have something usable within a few weeks. Currently, need to >> figure out why the qemu builder can't find the ISO8859-1 kernel module. > > Any news

Wanted: person with knowledge about debbugs from a sysadmin perspective

Hi, do you want to see debbugs running on Guix and you know someone who administrated (in other words: did the work to set up an debbugs service) it before? I have no idea about debbugs, no testcases but I have a package since last September. It is available in my developers checkout: https://git

Re: 01/01: guix: git: Add new module.

Hi Ludo, > When it’s done, we could add Guile-Git as an input when 2.2 is used, and > maybe add a special case for (guix git). > > Thoughts? Yes I think, that's our best option :) I'll resubmit this patch later then ! Thanks, Mathieu

Re: Debugging info unavailability

Maxim Cournoyer transcribed 1.0K bytes: … > >> What good is a substitute server if it doesn't hold the stuff I need > >> *now*? :) On the other side, it really makes me want to look at GNUnet, > >> which seems like the better long term solution. > > > > Though GNUnet doesn’t solve the fact that one

Re: 01/01: guix: git: Add new module.

Hi, Mathieu Othacehe skribis: > Thanks for taking care of it. > >> I could not reproduce the failure when building "by hand", but since >> `guix pull` is the primary method of updating Guix, I reverted this >> change for now: > > I guess it is because in (guix build pull) every single file is >

Distributing substitutes over GNUnet

Hello, Maxim Cournoyer skribis: > I think what I meant was "integration of GNUnet with guix publish". > Something which would allow anyone to effortlessly share what's been > built on their machine with the other Guix users. A zero config kind > of thing, with auto discovery of peers and availab

Re: Debugging info unavailability

Ricardo Wurmus skribis: > Ludovic Courtès writes: > >>> What good is a substitute server if it doesn't hold the stuff I need >>> *now*? :) On the other side, it really makes me want to look at GNUnet, >>> which seems like the better long term solution. >> >> Though GNUnet doesn’t solve the fact

mlmmj service, questions before start

If I were to write an mlmmj service, would it be okay to limit it to an assumed MTA + mlmmj for the beginning? It will make testing the service easier if I am limited to one pair in the beginning. -- https://pragmatique.xyz PGP: https://people.pragmatique.xyz/ng0/

Re:Re: I can not run 'guix pull', how to deal with

Now, the error is like the below :-( feng@tumashu:~ $ guix pull fetching path `/gnu/store/f5shnag8k1ny9vx6vwrvbw87b05888dz-make-boot0-4.2.1'... Downloading https://mirror.hydra.gnu.org/guix/nar/gzip/f5shnag8k1ny9vx6vwrvbw87b05888dz-make-boot0-4.2.1 (218KiB installed)... guix substitute: error: d

Re: fish: how to change the vendor_* directories

ng0 transcribed 3.3K bytes: > ng0 transcribed 0.7K bytes: > > Today I noticed that my fish completions don't work if you install them from > > within guix. > > They do work if they are in one of the scanned directories, which includes > > and used to be > > ~/.config/fish/completions/ where I syml

Re: fish: how to change the vendor_* directories

ng0 transcribed 0.7K bytes: > Today I noticed that my fish completions don't work if you install them from > within guix. > They do work if they are in one of the scanned directories, which includes > and used to be > ~/.config/fish/completions/ where I symlinked my developer copy to. > So I just

Re: 01/01: guix: git: Add new module.

Hi Leo, Thanks for taking care of it. > I could not reproduce the failure when building "by hand", but since > `guix pull` is the primary method of updating Guix, I reverted this > change for now: I guess it is because in (guix build pull) every single file is builded, without take configure/ma