Re: [PATCH 00/48] Extend bag-build to gexps.

+-- > guix/build-system/rakudo.scm | 8 +- > guix/build-system/rebar.scm| 12 +-- > guix/build-system/renpy.scm| 8 +- > guix/build-system/ruby.scm | 48 ++-- > guix/build-system/scons.scm| 9 +-- > guix/build-system/texlive.scm | 11 +-- > guix/build-system/tree-sitter.scm | 16 ++-- > guix/build-system/trivial.scm | 41 -- > guix/build-system/vim.scm | 15 +--- > guix/build-system/waf.scm | 32 > guix/build-system/zig.scm | 8 +- > guix/packages.scm | 53 ++--- > 46 files changed, 348 insertions(+), 520 deletions(-) -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: language-specific packages

On 2024-03-02 23:20, Hartmut Goebel wrote: > Hi Andrew, > > a few days ago you planed (but canceled) to stream about management of > Elixir projects with Guix and why it's better not to package > language-specific packages with Guix. > > I still have ejabberd in m

Re: btrfs recommended layout for snapshots?

t; subvolumes with databases etc), but for guix-home, it makes things much >> more difficult. @Andrew Tropin : maybe that's something we could in RDE in >> a state-btrfs in (gnu home-services state) if we find a way to migrate >> directories to subvolumes safely and repro

Re: Guix system init but for guix home

implementation for this functionality is here: https://git.sr.ht/~abcdw/rde/tree/3b81be46d3d6891663f857172bc00b46f0e1eafa/src/gnu/services/home.scm#L1 The discussion of it is here: https://issues.guix.gnu.org/56669 -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Emacs next variants

; repository and correct me if I'm wrong: > https://git.savannah.gnu.org/cgit/emacs.git/tree/etc/NEWS?h=emacs-29#n36 You are right, thank you for the note! BTW, Liliana is working on Emacs 29 preparation right now and adjusting respective emacs packages here: https://issues.guix.gnu.org/63984 -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Free Style Nginx Service Type

/git.sr.ht/~abcdw/rde/commit/e5bcfc0654 LMKWYT! -- Best regards, Andrew Tropin signature.asc Description: PGP signature

ci.guix.gnu.org proxy blocked

ctly and not via proxy? We have a tor node on ci.guix.gnu.org, but it's very slow comparing to yggdrasil. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Emacs next variants

On 2023-03-12 08:46, Liliana Marie Prikler wrote: > Am Sonntag, dem 12.03.2023 um 09:18 +0400 schrieb Andrew Tropin: >> > As for tree-sitter-with/without-gtk, I have no opinion here.  We >> > could try exporting package rewriters so that everyone can have >> > the

Re: Emacs next variants

On 2023-03-10 20:36, Liliana Marie Prikler wrote: > Am Freitag, dem 10.03.2023 um 22:44 +0400 schrieb Andrew Tropin: >> > > Thanks for pointing that.  From my understanding, it does not >> > > change what Cayetanos is raising: emacs-next-tree-sitter is built >>

Re: Emacs next variants

On 2023-03-10 21:39, Cayetano Santos wrote: >>ven. 10 mars 2023 at 22:44, Andrew Tropin wrote: > >> [[PGP Signed Part:Undecided]] >> On 2023-03-10 19:24, Cayetano Santos wrote: >> >>>>ven. 10 mars 2023 at 19:14, Simon Tournier wrote: >>> >&

Re: Emacs next variants

sequences such as 'C-;' and 'C-S-u'." > > C. I haven't used X for a while, but if it's still the case for 30 version, I guess we can inherit pgtk from tree-sitter. This will update emacs-next-pgtk from emacs-29 to somewhere near 30 on master, but I it should be fine. I use the same commit as emacs-next-tree-sitter in my local tree-sitter+pgtk emacs package and everything seems to work for me. WDYT? -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Emacs next variants

I didn't faced any issues with pgtk on X, I think it's more inclusive to inherit tree-sitter from pgtk. The other option is to have two tree-sitter versions, but I suspect this way we will get a combinatorical explosion soon :) Have a nice weekend, everyone! -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Building arm64 guix system image

image yet though. ¹ https://ci.guix.gnu.org/eval/211772 Thank you for fixing this! I'll close my bug report. It looks like the fix was just updating to a more recent commit; should I close the issue I posted on github, then? Thanks, -- Andrew Patterson

Re: branch master updated: gnu: emacs: Add TREE_SITTER_GRAMMAR_PATH support.

On 2023-02-12 01:14, Ludovic Courtès wrote: > Hi, > > Andrew Tropin skribis: > >> On 2023-02-11 16:35, Andrew Tropin wrote: > > [...] > >>>> The change to guix-emacs.el is pretty impactful here since that affects >>>> all the emacs packages

Re: branch master updated: gnu: emacs: Add TREE_SITTER_GRAMMAR_PATH support.

On 2023-02-11 16:35, Andrew Tropin wrote: > On 2023-02-11 11:29, Christopher Baines wrote: > >> guix-comm...@gnu.org writes: >> >>> This is an automated email from the git hooks/post-receive script. >>> >>> abcdw pushed a commit to branch master

Re: branch master updated: gnu: emacs: Add TREE_SITTER_GRAMMAR_PATH support.

re added to refs/heads/master by this push: >> new c77a3d4554 gnu: emacs: Add TREE_SITTER_GRAMMAR_PATH support. >> c77a3d4554 is described below >> >> commit c77a3d4554175ee5320ccc713aa21b1ba3e6b8a3 >> Author: Andrew Tropin >> AuthorDate: Fri Feb 10

Re: Proof of Concept: Import Emacs' use-packaged packages into Guix' manifest.scm

because of some package not being available. Thus, IMHO, we > can't rely on Emacs to evaluate the init.el. But we could use Emacs to expand > the (use-package) macros inside init.el. But I doubt that it's worth it. I > rather think it's easier to use Guile to parse invoca

Re: Proof of Concept: Import Emacs' use-packaged packages into Guix' manifest.scm

nfiguration/directory" #:recursive? #t)) --8<---cut here---end--->8--- > > By the way, this won't be a "pure" package. When using > =emacsWithPackagesFromUsePackage= feature from nix-community's emacs-ove

Re: Proof of Concept: Import Emacs' use-packaged packages into Guix' manifest.scm

; idea per se, but as-is, I think it would better be maintained in your > own channel before upstreaming. > > For upstreaming, I see two potential paths. The first one would be > integration to `guix home import', which Andrew Tropin (CC'd) could > probably tell you more on

Re: Creating an Emacs Home Configuration Service

On 2022-10-19 10:53, Zain Jabbar wrote: > Aloha All, > > Super awesome to hear from you! I'm quite star stuck. > > Thank you for showcasing Andrew Tropin's rde project. I believe the > =features= abstraction have potential and make more intuitive sense > for the

Re: An apology

On 2022-10-13 09:36, Felix Lechner wrote: > Hi Andrew, > > Please accept my apologies for sending the message below. Aside from > being impolite, my note was also ill-timed given your newly-won status > as a committer. I could have hardly been more tone-deaf. If at all, I > shou

Re: [POSTMORTEM] Subkey is not authorized by .guix-authorizations

On 2022-09-02 15:23, Ludovic Courtès wrote: > Hello! > > I’m late to the party, but thanks a lot for sending this analysis! > > Andrew Tropin skribis: > >> * What could be done better? >> - guix pull could be done from local checkout, before pushing. > >

Re: Welcome to our new committer!

On 2022-08-15 02:40, Joshua Branson wrote: > I am a little late to the party, but congrats Androw! Thank you ;) > > Your hacking videos on guix are awesome! My pleasure!) -- Best regards, Andrew Tropin signature.asc Description: PGP signature

[POSTMORTEM] Subkey is not authorized by .guix-authorizations

ix.git/commit/?id=39465409f0481f27d252ce25d2b02d3f5cbc6723 [fn:2] https://lists.gnu.org/archive/html/help-guix/2022-08/msg00073.html [fn:3] https://lists.gnu.org/archive/html/guix-devel/2021-03/msg00156.html -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Welcome to our new committer!

On 2022-08-05 23:07, Tobias Geerinckx-Rice wrote: > Hi Andrew, > > A big fat welcome from me as well. Yay!) > > Savannah UI being what it is, I'm almost completely certain that I > managed to make you a member of the ‘GNU Guix’ organisation there. > You should

Re: Welcome to our new committer!

On 2022-08-05 18:59, Efraim Flashner wrote: > The Guix Maintainer Collective (tm) would like to welcome Andrew Tropin, > aka abcdw, as our newest committer! I'm sure many of you recognize them > from their work on Guix Home and their regular videos hacking on Guix, > among oth

Re: Guix home and operating-system

On 2022-07-18 11:38, Ludovic Courtès wrote: > Hi, > > Andrew Tropin skribis: > >> I don't remember all the details and where I stopped, but the highlevel >> idea is following: >> >> - Define a system services, which contains (user . home-environment) pair

Re: Guix home and operating-system

d where I stopped, but the highlevel idea is following: - Define a system services, which contains (user . home-environment) pairs. - Build home environments on system reconfigure. - Activate home environments on boot. Here are some WIP half an year old code for guix-home-service-type: home.scm Description: Binary data -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Teams

h the installer. > > Best, I'm not in a guix-maintainers yet, but I would like to join Home team. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: guix home: error: rmdir: No such file or directory

avannah.gnu.org/cgit/guix.git/commit/?id=435e1cef00 -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Multiple profiles with Guix Home

On 2022-05-26 01:36, Liliana Marie Prikler wrote: > Hi, > > Am Mittwoch, dem 25.05.2022 um 14:01 +0300 schrieb Andrew Tropin: >> On 2022-05-24 20:31, Liliana Marie Prikler wrote: >> >> > Hi, >> > >> > Am Dienstag, dem 24.05.2022 um 14:55 +0300 s

Re: Multiple profiles with Guix Home

On 2022-05-24 20:31, Liliana Marie Prikler wrote: > Hi, > > Am Dienstag, dem 24.05.2022 um 14:55 +0300 schrieb Andrew Tropin: >> On 2022-05-23 19:05, Liliana Marie Prikler wrote: >> > [...] >> > I don't think I agree with this choice.  To satisfy both my ow

Re: Multiple profiles with Guix Home

On 2022-05-23 19:05, Liliana Marie Prikler wrote: > Hi, > > Am Montag, dem 23.05.2022 um 16:14 +0300 schrieb Andrew Tropin: >> The discussion seems too heated and bloated, it's hard to reasonably >> address arguments mentioned around, so I'll just post some th

Re: Multiple profiles with Guix Home

files can be benifitial for both better package organization/structuring needs and faster build/reconfigure times. I also see some demand from people requesting such a feature. Liliana, if you still into it, I suggest to start with something similiar to what I described above, share the draft implementation and intermediate results/impression in a separate thread and continue the further discussion. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Should Guix Home daemonize Shepherd?

REAPER 1)) > - #t) > + (setsid) > + (if (zero? (primitive-fork)) > + (begin > + (catch-system-error (prctl PR_SET_CHILD_SUBREAPER 1)) > + #t) > + (primitive-exit 0))) > (primitive-exit 0)) > (persistency >"Save the current state of running and non-running services. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: RFC: Configurable placing of the ~/.guix-home symlink

here as well. Back in the day, the implementation of Guix Home required a symlink in home directory, right now due to improvements in symlink-manager and reconfigure code it's probably not necessary and with a few patches /var/guix/profiles/per-user/bob/guix-home/ can be used instead. -

Re: Multiple profiles with Guix Home

quot; use case I > mentioned first. > I do some work in rde project for reusing guix home infrastructure outside of Guix Home for making per-project development environments. https://youtu.be/knRDdhLRY5Y This allows to have project dependencies including editor, its plugins and dependencies

Re: RFC: Configurable placing of the ~/.guix-home symlink

example if activation script called outside of `guix home reconfigure` or some other circumstances. If I remember something else, I'll let you know. I don't dissuade you, but not sure if abilitiy to move ~/.guix-home around worth the hassle. Aesthetically pleasant paths in the cost of dev

Re: Multiple profiles with Guix Home

On 2022-05-03 20:34, Liliana Marie Prikler wrote: > Am Dienstag, dem 03.05.2022 um 17:13 +0300 schrieb Andrew Tropin: >> On 2021-10-03 12:50, Liliana Marie Prikler wrote: >> >> > Hi Guix, >> > >> > it's been a while since the discussion of whether

Re: Multiple profiles with Guix Home

her idea I have in mind is to make such profiles (including guix home's main profile) detached from ~/.config/guix/current. For example by providing channels specification as a part of . It will make it possible to freeze a costly-to-rebuild profile at a given channels revisions and not to rebuild it, when the main profile and channels for it get updated. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

XDG_CONFIG_DIR and dotfiles handling in Guix Home

ix it. It won't affect home services, which use home-xdg-configuration-files-service-type, so please migrate to it from home-files-service-type before this fix or keep this date (April 8) in mind and update your services, when the fix is out. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Return back original implementation for text-config serialization

ably home services and system services in Guix proper should follow the same style. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Return back original implementation for text-config serialization

On 2022-02-05 12:34, Maxime Devos wrote: > Andrew Tropin schreef op wo 26-01-2022 om 11:36 [+0300]: >> In addition to the problems I mentioned above: >> >> 1. Mixed usage of two configuration languages (nginx-conf and lisp). >> 2. Having a string, which should be pr

Re: Return back original implementation for text-config serialization

On 2022-01-27 00:04, Maxim Cournoyer wrote: > Hi Andrew, > > Andrew Tropin writes: > > [...] > >> Ludovic mentioned someday that nginx-configuration is problematic, but I >> highlighted the generic problems, which are applicable for many other >> guix servi

Re: Return back original implementation for text-config serialization

bject line, so I should be fine on following Guix Home related threads, still don't hesitate to CC me =) -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Return back original implementation for text-config serialization

On 2022-01-24 16:37, Ludovic Courtès wrote: > Hi Andrew, > > Andrew Tropin skribis: > >>> Making Guix Home part of Guix was and still is a commitment, in >>> particular the commitment that we’d all be working on one >>> implementation, that

Re: Return back original implementation for text-config serialization

On 2022-01-21 10:30, Maxime Devos wrote: > Andrew Tropin schreef op do 20-01-2022 om 16:20 [+0300]: >> [...] >> >> From what I understood from Liliana's and Maxime's replies: I'm not the >> only one finding the original implementation to be more intuiti

Re: Return back original implementation for text-config serialization

On 2022-01-21 10:30, Maxime Devos wrote: > Andrew Tropin schreef op do 20-01-2022 om 16:20 [+0300]: >> [...] >> >> From what I understood from Liliana's and Maxime's replies: I'm not the >> only one finding the original implementation to be more intuiti

Re: Return back original implementation for text-config serialization

On 2022-01-18 15:26, Ludovic Courtès wrote: > Hi, > > Andrew Tropin skribis: > >> During the upstreaming process of Guix Home commit >> fee0bced7fec2f9950957976a28f033edd4f877c slipped into master. It >> introduces a different serialization approach for text-con

Re: Return back original implementation for text-config serialization

On 2022-01-10 21:12, Liliana Marie Prikler wrote: > Am Montag, dem 10.01.2022 um 12:49 +0300 schrieb Andrew Tropin: >> [T]he whole point of escape hatch is to make it possible to reuse >> existing files directly without any manipulation on them and importer >> should dem

Re: Return back original implementation for text-config serialization

On 2022-01-09 20:44, Liliana Marie Prikler wrote: > Hi, > > Am Sonntag, dem 09.01.2022 um 20:48 +0300 schrieb Andrew Tropin: >> On 2022-01-09 12:19, Liliana Marie Prikler wrote: >> >> > Hi Andrew, >> > >> > Am Sonntag, dem 09.01.2022 um 12:12

Re: Return back original implementation for text-config serialization

On 2022-01-09 13:19, Maxime Devos wrote: > Andrew Tropin schreef op zo 09-01-2022 om 12:12 [+0300]: >> [...] There is another less generalized example, which demonstrates >> how >> serialization of sway configuration works right now. >> >> --8<---

Re: Return back original implementation for text-config serialization

On 2022-01-09 12:19, Liliana Marie Prikler wrote: > Hi Andrew, > > Am Sonntag, dem 09.01.2022 um 12:12 +0300 schrieb Andrew Tropin: >> Before fee0bc serialization for text-config worked this way: >> --8<---cut here---start

Return back original implementation for text-config serialization

ps inside configuration field and resolves file-like object to the path in the store instead of literal content. Please, express arguments, opinions and rationales and let's decide: Keep the new approach or return back to the original one. -- Best regards, Andrew Tropin signature.asc Description: PGP signature

[PATCH v2] doc: Add Writing Service Configuration section.

* guix.texi (Writing Service Configuration): New section. --- doc/guix.texi | 252 +- 1 file changed, 248 insertions(+), 4 deletions(-) diff --git a/doc/guix.texi b/doc/guix.texi index 333cb4117a..29d85d3dc5 100644 --- a/doc/guix.texi +++ b/doc/guix

Re: [RFC PATCH] doc: Add Writing Service Configuration section.

On 2021-12-22 09:53, Xinglu Chen wrote: > Am Dienstag, der 21. Dezember 2021, um 13:21 +032, schrieb Andrew Tropin > : > >> * guix.texi (Writing Service Configuration): New section. >> --- >> After reading the source code of different system services and implementing

[RFC PATCH] doc: Add Writing Service Configuration section.

but a starting point for discussion and further extension of the guideline. Feel free to raise a question, point to a mistake, make a suggestion or propose an idea. Best regards, Andrew Tropin doc/guix.texi | 209 +- 1 file changed, 205 insertions(

Re: SSH service for Guix Home

On 2021-12-17 15:21, Xinglu Chen wrote: > Hi, > > On Wed, Dec 15 2021, Ludovic Courtès wrote: > >> Hi Andrew, >> >> One service I miss for Guix Home is ‘home-ssh-service-type’, which is in >> the “original” Guix Home. >> >> Could you contribute a

Re: SSH service for Guix Home

On 2021-12-15 18:59, Ludovic Courtès wrote: > Hi Andrew, > Hi Ludovic! > One service I miss for Guix Home is ‘home-ssh-service-type’, which is > in the “original” Guix Home. > > Could you contribute a patch adding it? (I could do it on your behalf, > but it sounds mo

Re: Merging wip-guix-home to master

On 2021-09-29 13:39, Xinglu Chen wrote: > On Tue, Sep 28 2021, Andrew Tropin wrote: > >> On 2021-09-24 15:38, Xinglu Chen wrote: >> >>> On Thu, Sep 23 2021, Andrew Tropin wrote: >>> >>>> The core part of Guix Home project has been moved from rde

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

On 2021-09-28 14:26, Ludovic Courtès wrote: > Hi, > > (+ Cc: Oleg.) > > Andrew Tropin skribis: > >> For now my personal ranking of the ideas is following: >> >> 1. Move to (gnu services ...) :: can(?) provide some additional reusability. >> 2.

Re: Merging wip-guix-home to master

On 2021-09-24 15:38, Xinglu Chen wrote: > On Thu, Sep 23 2021, Andrew Tropin wrote: > >> 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 com

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

On 2021-09-23 22:10, Ludovic Courtès wrote: > 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)~.

Re: Code sharing between system and home services (was Re: On the naming of System and Home services modules.)

On 2021-09-24 16:03, Maxime Devos wrote: > Xinglu Chen schreef op vr 24-09-2021 om 15:35 [+0200]: >> On Thu, Sep 23 2021, Ludovic Courtès wrote: >> >> > Hi, >> > >> > Xinglu Chen skribis: >> > >> > > Some services might be useful to have in both Guix System and Guix Home; >> > > for instance,

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

On 2021-09-23 22:08, Ludovic Courtès wrote: > 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, >>

Re: Merging wip-guix-home to master

On 2021-09-23 22:45, Ludovic Courtès wrote: > 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 br

Re: Merging wip-guix-home to master

On 2021-09-23 10:27, Katherine Cox-Buday wrote: > 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

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: On the naming of System and Home services modules.

On 2021-09-17 11:28, Xinglu Chen wrote: > On Thu, Sep 16 2021, Andrew Tropin wrote: > >>>> * Putting Home Services to ~(gnu services ...)~ >>>> In the thread https://issues.guix.gnu.org/49419#18 Ludovic suggested: >>>> >>>>> Regardin

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

On 2021-09-15 09:50, Katherine Cox-Buday wrote: > Xinglu Chen writes: > >> On Wed, Sep 15 2021, Andrew Tropin wrote: > >>> Records even for the same services have slightly different fields and >>> because of macro nature can't be reused between Home and

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

On 2021-09-15 15:06, Xinglu Chen wrote: > On Wed, Sep 15 2021, Andrew Tropin wrote: > >> This topic was raised a few times during development of Guix Home >> project and also during the review of wip-guix-home branch. I made a >> separate thread to do an exh

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

On 2021-09-16 03:05, Ryan Prior wrote: > On Wednesday, September 15th, 2021 at 8:47 AM, Andrew Tropin >> People will be trying to use home services inside operating systems, and >> configuration record for system services inside home services. > > I think it will be a dismal

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

On 2021-09-15 12:09, Maxime Devos wrote: > Andrew Tropin schreef op wo 15-09-2021 om 11:47 [+0300]: >> *** Confusion >> I already mentioned that I see a lot of confusion between System and >> Shepherd services and I expect some confusion between home and system >> serv

On the naming of System and Home services modules.

This topic was raised a few times during development of Guix Home project and also during the review of wip-guix-home branch. I made a separate thread to do an exhaustive discussion of it. * Services and Confusion It's an optional section, you can skip it, but I still find it somehow related to t

Re: Guix Home is coming in the next Guix release

Maxim Cournoyer writes: > Hi Andrew, > > Andrew Tropin writes: > >> We started cleaning up and moving Guix Home from rde repository to Guix >> proper. It's expected to be included in the next release. >> >> For people not yet familiar with it:

Re: Early feedback on Guix Home

Ludovic Courtès writes: > Hi, > > (Sorry for the late reply…) > > Andrew Tropin skribis: > >> Ludovic Courtès writes: > > [...] > >>>>> Possible action: >>>>> >>>>> 1. Change config records to accept file-l

Re: Guix Home is coming in the next Guix release

Chris Lemmer-Webber writes: > Wow, this is really exciting! > > May I ask, is this limited to on a per-user basis? Is it also possible > to, say, launch shepherds which launch shepherds? Not sure what you mean here) If you can elaborate on the use case, I'll provide more detailed answer) > Ev

Guix Home is coming in the next Guix release

y use it, don't hesitate to provide your feedback. Have a great weekend and expect to be able to run `guix home reconfigure` in the foreseeable future!) -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Guix Home is coming in the next Guix release

y use it, don't hesitate to provide your feedback. Have a great weekend and expect to be able to run `guix home reconfigure` in the foreseeable future!) -- Best regards, Andrew Tropin signature.asc Description: PGP signature

Re: Early feedback on Guix Home

to turn that into >>> ‘ssh-host’ lines by hand. >> >> There is a ‘home-generic-service’ procedure that allows one to install >> packages in dump a file somewhere in their home directory. >> >> (home-generic-service >>'ssh-config >>

Re: Early feedback on Guix Home and a basic almost complete sway service

Joshua Branson writes: > Thanks for the help in my home.scm file by the way! I figured since you > guys are writing a sway service, I'd share with you my current code for > a sway service. I think I've got the records type flushed out enough to > build the default sway config file, but I have n

Re: Early feedback on Guix Home

Joshua Branson writes: > Andrew Tropin writes: > >> jbra...@dismail.de writes: >>> $ guix pull >>> >>> I suppose for now I will use Ludo's suggestion: >>> >>> git clone https://git.sr.ht/~abcdw/rde >>> gu

Re: Early feedback on Guix Home

Leo Prikler writes: > Am Donnerstag, den 24.06.2021, 20:42 +0300 schrieb Andrew Tropin: >> It should be `guix home build ./path/to/file.scm`. Also, make sure >> that >> before first run you've set proper GUILE_LOAD_PATH. (See >> https://sr.ht/~abcdw/rde/ Guix Ho

Re: Early feedback on Guix Home

jbra...@dismail.de writes: > June 24, 2021 8:14 AM, "Xinglu Chen" wrote: > >> On Wed, Jun 23 2021, Ludovic Courtès wrote: >> >> Alternatively, one can also use it as a channel: >> >> (channel >> (name 'rde) >> (url "https://git.sr.ht/~abcdw/rde";)) >> (introduction >> (make-channel-introduction

Re: Early feedback on Guix Home

ome-generic-service’ procedure that allows one to install > packages in dump a file somewhere in their home directory. > > (home-generic-service >'ssh-config >#:packages (list openssh) >#:files `(("ssh/config" > ,(local-file "/

Re: Early feedback on Guix Home

Ludovic Courtès writes: > Hello! > > As discussed on IRC a few days ago, I finally gave Guix Home a try and I > like it! > > I thought I’d share my first impressions so we can try and address them > in the process of getting it merged. > > First, I think one of the main reasons why it took me so

Re: Guix Home upstreaming plan

Xinglu Chen wrote: > WDYT Andrew? As I said, a few months should be enough, but I hope we will accomplish it faster)

Re: Guix Home upstreaming plan

Hi Ludovic, Ludovic Courtès wrote: > So, I have yet to go ahead and use it for myself to get a better feel. > In the meantime, I looked at > , and I like what I > see! It’s great that you already have clear documentation and that > everything

Guix Home upstreaming plan

rowser, key and password managers, shell. [3]: https://guix-home.trop.in/Home-Configuration.html#Home-Configuration [4]: https://git.sr.ht/~abcdw/guix -- Best regards, Andrew Tropin

Re: guix home: Call for Early Adopters

> Could you sign your rde channel? I am not at ease adding unsigned > channels since that's basically RCE into my system :-) It is not intended for use as a channel, at least yet, because `guix home` will not work without: export GUILE_LOAD_PATH=~/.config/guix/current/share/guile/site/3.0:$GUILE

guix home: Call for Early Adopters

correctly. See you soon, Andrew Tropin. Useful links: [1] https://git.sr.ht/~abcdw/rde [2] https://lists.sr.ht/~abcdw/rde-discuss

Re: guix home

Hi Julien, very glad to see you here!) > Obviously I'm not a big fan of having configuration that can be modified > after I ran guix home, but I understand this approach sounds less crazy > :). I think both approaches have a lot more in common than they diverge, > so merging one in guix is just on

Re: guix home

n `guix home` will be complete enough, the review and merge process will be less painful. -- Best regards, Andrew Tropin

Re: guix home

actively use `guix home`. Follow the news on rde-announces mailing list [fn:1]. Thank you for kind supportive words! Ryan Prior writes: > Thanks for sharing this Andrew, it looks awesome & I'm going to give it > a try! You are very welcome!) > What do you think about changi

guix home

ng `guix home` a part of guix? * Footnotes [fn:1] https://lists.sr.ht/~abcdw/rde-devel/%3C87sg56g97i.fsf%40trop.in%3E -- Best regards, Andrew Tropin

Re: [PATCH] Make assert-valid-graph public

Sent to the this mailing list by mistake, please ignore it. Forwarded to guix-patches. On Thu, Feb 18, 2021 at 1:37 PM Andrew Tropin wrote: > > I would like to reuse this function for home-shepherd-service for `guix > home` I'm currently implementing. It seems reasonable to make t

[PATCH] Make assert-valid-graph public

I would like to reuse this function for home-shepherd-service for `guix home` I'm currently implementing. It seems reasonable to make this function public instead of copying or reimplementing it. >From ffc244f5845996bf4b0365024ac866c86cef81df Mon Sep 17 00:00:00 2001 From: Andrew Trop

[gnu.org #1524186] [guix] request to decommission hydra.gnu.org

On Sun May 17 18:56:37 2020, l...@gnu.org wrote: > "Andrew Engelbrecht via RT" skribis: > > > I'm Andrew, a sysadmin at the FSF. > > > > We recently received a request to decommission hydra.gnu.org, an old > > build server that we host. I'm c

[gnu.org #1524186] [guix] request to decommission hydra.gnu.org

On Thu May 14 12:07:06 2020, andrew wrote: > Please CC on replies to this thread. sysadmin AT gnu DOT org Thanks!

[gnu.org #1524186] [guix] request to decommission hydra.gnu.org

Hello Guix developers, I'm Andrew, a sysadmin at the FSF. We recently received a request to decommission hydra.gnu.org, an old build server that we host. I'm checking in with the Guix development community with this email, to follow an extra verification step for this request.

  1   2   >