Re: I tried Guix for half a day but had to go back to NixOS

[jgart@dismail.de]

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-request@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-request@gnu.org
> 
> You can reach the person managing the list at
> help-guix-owner@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 <jeremy@korwin-zmijowski.fr>
> To: Ricardo Wurmus <rekado@elephly.net>
> Cc: help-guix@gnu.org
> Subject: Re: Gitlab CI
> Message-ID:
> <7ce145ab0403849906bba3ddceeeda26a3b802f5.camel@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 <jeremy@korwin-zmijowski.fr>
> To: divoplade <d@divoplade.fr>, Guix Help <help-guix@gnu.org>
> Subject: Re: Gitlab CI
> Message-ID:
> <6b62fb983130b211c4a2f3ebefca06f865d725bf.camel@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 <conjaroy@gmail.com>
> To: help-guix@gnu.org
> Subject: Re: Dependencies between service extensions
> Message-ID:
> <CABWzUjVttERrS1UMr1CiayOapp5j2L6J2-S+bWQBPw0c8vBxTA@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 <conjaroy@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 <vapniks@yahoo.com>
> To: help-guix <help-guix@gnu.org>
> Subject: How does guix alter the manpath on a foreign distro?
> Message-ID: <1549589117.1929858.1592921787656@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 <jeremy@korwin-zmijowski.fr>
> To: divoplade <d@divoplade.fr>, Guix Help <help-guix@gnu.org>
> Subject: Re: Gitlab CI
> Message-ID:
> <7006762077681a555402b044263bc3998087de07.camel@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 <yasu@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-02FB832AC397@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 <mail@ambrevar.xyz>
> To: Yasuaki Kudo <yasu@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.fsf@ambrevar.xyz>
> Content-Type: text/plain; charset="utf-8"
> 
> Yasuaki Kudo <yasu@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
> *****************************************