Re: guix environment --load vs. --file inconsistency

Hi Attila, Attila Lendvai skribis: > i was writing the documentation of a guix.scm file, and i realized that > there's an inconsistency among the three most used commands in this context: > > so, there's: > - guix build --file > - guix package --file > > and then there's: > - guix environment -

Re: Merging wip-guix-home to master

Hi, Andrew Tropin skribis: > I'm about a week on wip-guix-home branch completely and Guix Home works > fine. There are no any major issues on rde-devel and guix-devel mailing > lists and it seems that branch is ready to be merged. Yay! I’d like to take another look (I know I’ve been terribly

Re: guix weather -m etc/sources-manifest.scm and CI?

Hi, On Thu, 23 Sep 2021 at 22:18, Ludovic Courtès wrote: > BTW, I meant to send a message here about these two manifests Sorry if I shot your surprise effect announcement. :-) > I set up a Cuirass job the other day¹, but due to my aforementioned > disorganization, I haven’t yet taken the time

Re: Help for packaging LibreAdventure (for Guix Days :-))

Hi, zimoun skribis: > In order to ease the interactions at onlinel event such as Guix Days > or others hackathons, it could be nice to have something like > WorkAdventure [1]. It makes a friendly space for online social > interactions. Here [2] is a free fork: > > 2:

Re: data.guix.gnu.org problem with revision 33d2574

Hi Chris, Looking at that log you pasted: Christopher Baines skribis: > guix-data-service: computing the derivation-file-name for mips64el-linux > Computing Guix derivation for 'mips64el-linux'... [...] > @ build-started > /gnu/store/l89jsjd4881jv5pgc06z76vfw02hr7xs-guile-bootstrap-2.0.drv -

Re: guix weather -m etc/sources-manifest.scm and CI?

Hello! zimoun skribis: > Playing with the new 'etc/sources-manifest.scm', using fb32a38, I get: > > $ guix weather -m ~/src/guix/guix/etc/source-manifest.scm > computing 16,831 package derivations for x86_64-linux... > looking for 16,831 store items on https://ci.guix.gnu.org... > https://ci.gui

Re: On the naming of System and Home services modules.

Hi, Andrew Tropin skribis: > However, ~(gnu home services ...)~ also looks cool, but it would be a > little inconsistent with system services, which will have one level of > nestiness less: ~(gnu services)~. > > IMO, ~(gnu home services ...)~ would be a good choice if we use ~(gnu > system servi

Re: On the naming of System and Home services modules.

Hi, Xinglu Chen skribis: > Some services might be useful to have in both Guix System and Guix Home; > for instance, Guix System currently has a service for configuring > Syncthing, and I think it makes sense to also have one for Guix Home, > this would mean that people not using Guix System (me

guix environment --load vs. --file inconsistency

dear all, i was writing the documentation of a guix.scm file, and i realized that there's an inconsistency among the three most used commands in this context: so, there's: - guix build --file - guix package --file and then there's: - guix environment --load - guix pack # has neither i'd propos

Re: Merging wip-guix-home to master

Andrew Tropin writes: > The core part of Guix Home project has been moved from rde > repository[fn:1] to wip-guix-home branch of guix repository. > > I'm about a week on wip-guix-home branch completely and Guix Home works > fine. There are no any major issues on rde-devel and guix-devel mailing

Re: “What’s in a package”

Ludovic Courtès writes: > I agree. Like Konrad and you wrote, it’s good that we can all have our > quick-and-dirty packages in personal channels, and it’s good that these > are separate channels. Definitely! I would also encourage Guix to adopt some of the tools that make creating quick, but b

Merging wip-guix-home to master

The core part of Guix Home project has been moved from rde repository[fn:1] to wip-guix-home branch of guix repository. I'm about a week on wip-guix-home branch completely and Guix Home works fine. There are no any major issues on rde-devel and guix-devel mailing lists and it seems that branch is

Re: “What’s in a package”

Hi Katherine, Katherine Cox-Buday skribis: > This is perhaps a rehash of the "worse is better"[2] conversation, but > I often struggle with deciding whether to do things the "fast" way, or > the "correct" way. I think when your path is clear, the correct way > will get you farther, faster. But w