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

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

[Yasuaki Kudo]

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.  😅

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

[Pierre Neidhardt]

[-- Attachment #1: Type: text/plain, Size: 432 bytes --]

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/

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]

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

[Simen Endsjø]

Yasuaki Kudo <yasu@yasuaki.com> writes:

> 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.

I believe this is because of a really bad case of UX-fail. I hit 
the same loop,
and found out that particular question had a different default, so 
I kept
jumping back to start instead of accepting and continuing :)

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

[zimoun]

Dear,

On Wed, 24 Jun 2020 at 00:21, Yasuaki Kudo <yasu@yasuaki.com> wrote:

> * 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.  😅

To mitigate the issue, instead of running full Guix System, you could
just run Guix as a package manager on the top of NixOS. :-)

Doing so, you can try Guix and what the Scheme offers without the issue
you described.  (I am running Guix on the top of Debian.)


Thank you for your feedback.

All the best,
simon

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

[jgart]

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
> *****************************************

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

[zimoun]

Dear

On Thu, 25 Jun 2020 at 02:58, jgart@dismail.de wrote:

> I haven't had success yet trying to run guix on NixOS.

Have you tried the Binary Install?  Especially the guix-install.sh shell
installer script as describe in the manual?

https://guix.gnu.org/manual/devel/en/html_node/Binary-Installation.html

If yes, could you report your attempt on guix-devel or help-guix and
especially what is failing.

Because AFAIK it should work.  I mean, the issues arise when one wants
to have only one daemon and only one store.  In this case, it is tricky,
on both sides; even I am not sure that the daemon could be shared.  And
sharing the store is possible on the paper but I am not convinced at all
it works on daily basis.

> 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.

You mean the equivalent of [1] on the Nix side, right?

1: http://hpc.guix.info/package/nix

All the best,
simon