I haven't had success yet trying to run guix on NixOS. I would like to be able to get this nix flake working:
https://github.com/bqv/guix It's too bad that guix hasn't been accepted to nixpkgs. June 23, 2020 12:01 PM, help-guix-requ...@gnu.org wrote: > Send Help-Guix mailing list submissions to > help-guix@gnu.org > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.gnu.org/mailman/listinfo/help-guix > or, via email, send a message with subject or body 'help' to > help-guix-requ...@gnu.org > > You can reach the person managing the list at > help-guix-ow...@gnu.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Help-Guix digest..." > > Today's Topics: > > 1. Re: Gitlab CI (Jérémy Korwin-Zmijowski) > 2. Re: Gitlab CI (Jérémy Korwin-Zmijowski) > 3. Re: Dependencies between service extensions (conjaroy) > 4. How does guix alter the manpath on a foreign distro? > (vapnik spaknik) > 5. Re: Gitlab CI (Jérémy Korwin-Zmijowski) > 6. I tried Guix for half a day but had to go back to NixOS > (Yasuaki Kudo) > 7. Re: I tried Guix for half a day but had to go back to NixOS > (Pierre Neidhardt) > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 23 Jun 2020 10:54:17 +0200 > From: Jérémy Korwin-Zmijowski <jer...@korwin-zmijowski.fr> > To: Ricardo Wurmus <rek...@elephly.net> > Cc: help-guix@gnu.org > Subject: Re: Gitlab CI > Message-ID: > <7ce145ab0403849906bba3ddceeeda26a3b802f5.ca...@korwin-zmijowski.fr> > Content-Type: text/plain; charset="UTF-8" > > Le samedi 20 juin 2020 à 15:40 +0200, Ricardo Wurmus a écrit : > >> Can you specify a different Docker image? Then you could create one >> containing Guix with “guix pack -f docker”. > > I am not the owmer of the Gitlab instance, so I think I can't... But I > can ask to the admin haha. Worth the shot ! > > Thank you Ricardo ! > > ------------------------------ > > Message: 2 > Date: Tue, 23 Jun 2020 12:15:29 +0200 > From: Jérémy Korwin-Zmijowski <jer...@korwin-zmijowski.fr> > To: divoplade <d...@divoplade.fr>, Guix Help <help-guix@gnu.org> > Subject: Re: Gitlab CI > Message-ID: > <6b62fb983130b211c4a2f3ebefca06f865d725bf.ca...@korwin-zmijowski.fr> > Content-Type: text/plain; charset="UTF-8" > > Hey divoplade ! > > Thank you very much for sharing your hack ! The caching section is very > interesting... Does it save time between runs ? > > After a lot of attempts, I ended up with a green pipeline but it takes > 43 minute to complete haha > https://framagit.org/Jeko/guile-dummy/-/pipelines > > Jérémy > > ------------------------------ > > Message: 3 > Date: Tue, 23 Jun 2020 08:53:02 -0400 > From: conjaroy <conja...@gmail.com> > To: help-guix@gnu.org > Subject: Re: Dependencies between service extensions > Message-ID: > <cabwzujvtterrs1umr1ciayoapp5j2l6j2-s+bwqbpw0c8vb...@mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > > Does anyone have feedback on how to implement this type of dependency > correctly in a Guix service? > > On Sun, Jun 7, 2020 at 11:43 AM conjaroy <conja...@gmail.com> wrote: > >> Greetings help-guix, >> >> I've been a casual user of Nix for a couple of years and have decided to >> test the waters with Guix. While I'm looking forward to spending time with >> Lisp after many years away, my biggest impression is that Guix seems to >> have well-documented interfaces in cases where Nix relies more on loose >> conventions. >> >> After reviewing the manual and some of the service definitions, I'd like a >> better understanding of how to implement a common pattern. Let's say that I >> have some application Foo that uses an external system for persistence, >> like a SQL database. Before starting up service Foo I need to ensure both >> that the database service is running and that the database instance for Foo >> has been initialized, because Foo doesn't know how to initialize the >> database on its own. >> >> The first issue (how to ensure that the database service is up) seems to >> be solved by adding a shepherd-root-service-type service extension that >> declares a set of "requirements". And the second issue (performing >> pre-startup initialization) seems to be handled by the >> activation-service-type extension. So far so good. >> >> But I couldn't find documentation on whether service activation scripts >> can safely rely on other services that happen to be declared as >> requirements in the shepherd-root-service-type extension. And while I found >> many activation scripts that do simple things like modifying the >> filesystem, I couldn't see any that interact directly with other services. >> However, I did see some evidence of service extensions relying on the side >> effects of other service extensions: a number of activation scripts call >> "getpwnam" for info on system accounts that could exist only if the >> corresponding account-service-type extension has already been executed. >> >> So my questions are: could someone clarify best practices for initializing >> state in Service A before Service B starts up? And is there anything about >> the ordering/dependencies of a service's extensions that could be better >> documented in the manual? >> >> Thanks for all of your work on this project. >> >> Jason > > ------------------------------ > > Message: 4 > Date: Tue, 23 Jun 2020 14:16:27 +0000 (UTC) > From: vapnik spaknik <vapn...@yahoo.com> > To: help-guix <help-guix@gnu.org> > Subject: How does guix alter the manpath on a foreign distro? > Message-ID: <1549589117.1929858.1592921787...@mail.yahoo.com> > Content-Type: text/plain; charset=UTF-8 > > Hi, I'm running guix commit eaca906219b55406cecb25715fe025148a788da4 on > Ubuntu 18.04. > When I run manpath from the command line I see that the first 2 directories > listed are > ${GUIX_PROFILE}/share/man and ${_GUIX_PROFILE}/share/man > I've checked the guix profiles, /etc/profile.d/guix.sh and other startup > scripts (~/.zshrc, > ~/.profile, /etc/profile, etc.), but I can't find any reference to the > manpath. I've also checked > the manpath documentation and /etc/manpath.config. So how does guix add > directories to the manpath? > Can anyone enlighten me? > > ------------------------------ > > Message: 5 > Date: Tue, 23 Jun 2020 17:24:43 +0200 > From: Jérémy Korwin-Zmijowski <jer...@korwin-zmijowski.fr> > To: divoplade <d...@divoplade.fr>, Guix Help <help-guix@gnu.org> > Subject: Re: Gitlab CI > Message-ID: > <7006762077681a555402b044263bc3998087de07.ca...@korwin-zmijowski.fr> > Content-Type: text/plain; charset="UTF-8" > > I tried to apply the caching as you did, but I error during project > configuration. > > https://framagit.org/Jeko/guile-dummy/-/jobs/1029866 > > Jérémy > > Le mardi 23 juin 2020 à 12:15 +0200, Jérémy Korwin-Zmijowski a écrit : > >> Hey divoplade ! >> >> Thank you very much for sharing your hack ! The caching section is >> very >> interesting... Does it save time between runs ? >> >> After a lot of attempts, I ended up with a green pipeline but it >> takes >> 43 minute to complete haha >> https://framagit.org/Jeko/guile-dummy/-/pipelines >> >> Jérémy > > ------------------------------ > > Message: 6 > Date: Wed, 24 Jun 2020 00:21:57 +0900 > From: Yasuaki Kudo <y...@yasuaki.com> > To: help-guix <help-guix@gnu.org> > Subject: I tried Guix for half a day but had to go back to NixOS > Message-ID: <da266620-73d2-4d43-9d2b-02fb832ac...@yasuaki.com> > Content-Type: text/plain; charset=utf-8 > > As the title says, I tried Guix for half a day 😅 > > I wanted to let you know that: > > * Graphical installer run from a USB stick was broken. I went insane, asking > the questions already > answered and kept repeating them. So I could not get past the partition phase. > > * The Nouveau driver for my Nvidia graphics card detected a slightly off > resolution for my > 4k monitor and at 30hz (not 60). The installation of proprietary Nvidia > version seemed too > daunting... > > * I struggled to find an installable web browser that had WebRTC (for online > conferences), which > was IceCat. I wonder if that's pretty much the only choice for someone who > needs precompiled code > (because compiling a web browser seems to take a long tome) > > Guix seems very interesting with Scheme and all but I had to go back to > NixOS. 😅 > > ------------------------------ > > Message: 7 > Date: Tue, 23 Jun 2020 17:53:47 +0200 > From: Pierre Neidhardt <m...@ambrevar.xyz> > To: Yasuaki Kudo <y...@yasuaki.com>, help-guix <help-guix@gnu.org> > Subject: Re: I tried Guix for half a day but had to go back to NixOS > Message-ID: <87wo3x6ano....@ambrevar.xyz> > Content-Type: text/plain; charset="utf-8" > > Yasuaki Kudo <y...@yasuaki.com> writes: > >> * I struggled to find an installable web browser that had WebRTC (for online >> conferences), which >> was IceCat. I wonder if that's pretty much the only choice for someone who >> needs precompiled code >> (because compiling a web browser seems to take a long tome) > > Guix also offers ungoogled-chromium. Maybe Qutebrowser also supports WebRTC. > > -- > Pierre Neidhardt > https://ambrevar.xyz > -------------- next part -------------- > A non-text attachment was scrubbed... > Name: signature.asc > Type: application/pgp-signature > Size: 487 bytes > Desc: not available > URL: > <https://lists.gnu.org/archive/html/help-guix/attachments/20200623/1808dcd0/attachment.sig> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Help-Guix mailing list > Help-Guix@gnu.org > https://lists.gnu.org/mailman/listinfo/help-guix > > ------------------------------ > > End of Help-Guix Digest, Vol 55, Issue 33 > *****************************************