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 design of configurable programs. There is a lot for me to learn from this design choice. As it stands, =features= are not in Guix proper, are there plans to merge them? How will they end up relating to the existing home services feature set? On Wed, Oct 19, 2022 at 5:36 AM Ludovic Courtès <l...@gnu.org> wrote: > > Hi Zain, and welcome! > > Zain Jabbar <zaijab2...@gmail.com> skribis: > > > Running =guix home search emacs= returns nothing. I also could not find an > > email using =C-u M-x debbugs-gnu= about an Emacs configuration service. > > > > This is my first email to this mailing address. Please give me pointers on > > formatting and further improvements. > > > > I have attempted to make an =emacs-home-service-type= so that it is > > possible to configure Emacs using Guix home. This code is extremely > > preliminary hence I don't even think it is worth sending as a patch. Also I > > have never worked on a multi person Git project before and do not know how > > to solve the keyring error I get when using guix pull. I will outline what > > my code does and what features I would like to add. > > I am all for something like you describe, and the code you sent may be > good starting point! > > The rde project¹ by Andrew Tropin et al. may be a good source of > inspiration. The “features” abstraction in particular seems to be > well-suited for Emacs. But overall it’s reasonable to start small, with > a low-level approach to combine and configure Emacs packages. > > Thanks, > Ludo’. > > ¹ https://trop.in/rde/manual -- Thank you, Zain Jabbar
