Re: GNU Guix 1.4.0rc1 available for testing!

[(]

On Fri Dec 2, 2022 at 10:17 PM GMT, Ahmed Khanzada wrote:
> How can I switch my current GNU Guix installation over to 1.4?
> Afterwards, how could I switch it back? Is that all safe to do so?

You'd just set your channels.scm to point to the version-1.4.0 branch or use
the ``--commit'' ``guix pull'' flag for the same.

-- (


signature.asc
Description: PGP signature

Re: GNU Guix 1.4.0rc1 available for testing!

[Ahmed Khanzada]

How can I switch my current GNU Guix installation over to 1.4?
Afterwards, how could I switch it back? Is that all safe to do so?

Tried looking the answer up on a search engine, but it wasn't clear to me.

Thanks,
Ahmed

Re: package exists but not showing

[zimoun]

Hi,

On Thu, 01 Dec 2022 at 13:29, Tobias Geerinckx-Rice  wrote:
> On 1 December 2022 12:56:50 UTC, SeerLite sed:
>>Perhaps `guix install` should disallow installing guix to avoid these common 
>>mistakes?
>
> I'm still in favour of merging #58583.  WDYT?

Yes, please merge.  My point is to warn instead of hard error,

s/report-error/warning

Well, if all people think an error is better, let do that.

Cheers,
simon

Re: GNU Guix 1.4.0rc1 available for testing!

[Svante Signell]

On Thu, 2022-12-01 at 10:17 +0100, Ludovic Courtès wrote:
> Hello Guix!
> 
> The first release candidate of the upcoming 1.4.0 release is now
> available for testing:

What about hurd?

Re: Installing guix on a cluster

[Ludovic Courtès]

Hi Reza,

Reza Housseini  skribis:

> I installing guix on our institutes cluster and followed the
> instructions in this blog post [1]. But there are a couple of problems
> I stumbled upon:
>
> - There is no mention how to mount the nfs shares on the nodes. I
>   added them to the /etc/fstab file but I'm unsure about the mount
>  options

Just mount /gnu/store and /var/guix as NFS.  The store should be mounted
read-only; /var/guix must be writable.  But that’s about it, no special
options are needed.

> - Thers is no guix binary on the nodes. I added a symlink to
>   /var/guix/profiles/per-user/root/current-guix/bin/guix in
>   /usr/local/bin

Yes, that’s what needs to be done.

> but when I try to install a package from a node I get an open-file
> permission denied for
> /var/guix/profiles/per-user/root/guix-profile.lock

It looks like you’re running ‘guix’ on the node as root.  Try running it
as non-root instead.

(If you really want to be able to run ‘guix’ as root on the nodes, then
you need to pass the ‘norootsquash’ (not sure about the spelling) option
for the /var/guix NFS mount.  That’s not a great idea though.)

> - In this email [2] it was mentioned I don't have to pass listen to
>   the guix-daemon, as the socket gets shared over nfs, but when I
>   remove the listen argument and try to install a package from a node
>   I get a failed to connect to /var/guix/daemon-socket/socket:
>  connection refused

Unix-domain sockets cannot be shared over NFS.  You have to use the
‘--listen’ option and set ‘GUIX_DAEMON_SOCKET’ as explained in
.

HTH!

Ludo’.

Re: RedShift

[Ludovic Courtès]

Hi,

Raghav Gururajan  skribis:

> 2022-11-18 21:52:18 Service redshift has been started.
> 2022-11-18 21:52:18 [redshift] `RANDR Query Version' returned error -1
> 2022-11-18 21:52:18 [redshift] Initialization of randr failed.
> 2022-11-18 21:52:18 Service redshift (PID 832) exited with 1.

That probably means that the ‘DISPLAY’ environment variable (for X11)
isn’t set, and thus redshift cannot do anything.

In my case, Home’s shepherd starts after X11 has been initialized, so
‘DISPLAY’ is set and all is well.

HTH!

Ludo’.