How to appease GDM so I can login with another window manager?

2023-03-09 Thread Kyle Andrews


Dear Guix,

I am using herbstluftwm as my window manager on my old Guix laptop. It
shows up as an option in a bottom right corner of GDM. On my new laptop,
this menu doesn't show up. In both cases I have included herbstluftwm as
a required package in my config.scm file. My old laptop's config.scm
makes no mention of herbstluftwm in the configuration anywhere else than
in bringing in the package. However, I further know that this package
does create an xsession output to a herbstluftwm.desktop file under
/gnu/store.

Does anyone have any ideas what the missing incantation is to make
herbstluftwm (or any other relatively niche window manager with a
.desktop file) show up on the GDM menu?

Thanks,
Kyle




Re: bad use of syntactic keyword

2023-03-09 Thread Marek Paśnikowski
> guix system: Fehler: _: bad use of '_' syntactic keyword

You have a '_' in the sane configuration.
If the redshift service declaration is the only change you made,
I'd say you imbalanced your parentheses.



Re: Mysteries of channel configuration during system reconfigure

2023-03-09 Thread Kyle Andrews


SeerLite  writes:

> `sudo guix system reconfigure` and any `guix package` command will (by
> default) use the generation shown in `guix describe`. On first boot,
> this generation _will_ be different from the one you had in the live
> system. This is because the generation is saved at
> ~/.config/guix/current on every `guix pull` and that file will be gone
> together with the live system.

That behavior doesn't make sense to me, but I have accepted it for
now. As I tried to explain in my question, I *had* performed a guix pull
-C ... before attempting to reconfigure the system. However, I think I
only tried to do that from the /root user.

Since then I have tried to pull from the sudo. This did in fact allow
`guix system reconfigure` to run.

> You have two options:
>
> 1. Get the channels you want correctly set up in
> ~/.config/guix/channels.scm and run `guix pull` with your user in the
> running system. IIRC this takes a while because it'll download the
> whole Guix checkout again (the one used to install would have
> disappeared along with the rest of the live system).
> 2. Run guix pull -C /run/current-system/channels.scm. This will pull
> the exact generation used to build the system. This will also take
> time.

This /run/current-system folder is interesting. When I searched the Info
pages I saw also that it is related to files stored under
/var/guix. Unfortunately, I was not able to glean the overarching
rationale for these directories.

> Note that you could also copy /run/current-system/channels.scm to
> ~/.config/guix/channels.scm but you have to be careful remove the
> commit lines, otherwise all your `guix pull`s will pull the exact same
> commits and you'll stay on an outdated system.

I appreciate this tip.

> Maybe it could be clarified in the manual that another `guix pull` is
> needed after the first boot. Or maybe the installation could be
> optimized so that the checkout is copied from the live system to the
> installed system.

I think it needs to be clarified that this process has to be done from a
*normal* user account in the *wheel* group. It seems the root user
cannot perform this step.

>> When I run the following command:
>> ```
>> guix system describe
>> ```
>> The addition channel gets listed. How can it be listed yet be
>> unknown to
>> the `guix system reconfigure` command?
>
> Because it was indeed the channel and commit the system was built
> from. It has nothing to do with your "current powers". That all
> depends on what generation of Guix you're using AKA what comes up in
> `guix describe`

This unnecessary tie in between the system state and a particular user's
software profile was really tripping me up.

> I hope my explanation was helpful!

Thanks!




bad use of syntactic keyword

2023-03-09 Thread Gottfried

Hi,

after adding: "service redshift" to my config.scm

running

sudo guix system configure /etc/config.scm

it says:

guix system: Fehler: _: bad use of '_' syntactic keyword

german Fehler = mistake

I don’t know where is my mistake.

here my config.scm:

;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu))
(use-package-modules cups scanner)
(use-service-modules cups desktop networking ssh xorg virtualization)

(operating-system
  (locale "de_DE.utf8")
  (timezone "Europe/Berlin")
  (keyboard-layout (keyboard-layout "de"))
  (host-name "Tuxedo")
  (users (cons* (user-account
  (name "gfp")
  (comment "Gfp")
  (group "users")
  (home-directory "/home/gfp")
  (supplementary-groups
'("wheel" "netdev" "audio" "video" "libvirt")))
%base-user-accounts))
  (packages
(append
  (list (specification->package "nss-certs"))  
  %base-packages))
  (services
(append
  (list (service mate-desktop-service-type)
(service enlightenment-desktop-service-type)
(service cups-service-type
(cups-configuration
(web-interface? #t)
(extensions (list cups-filters 
hplip
(service openssh-service-type)
(service tor-service-type)
(set-xorg-configuration
  (xorg-configuration
   (keyboard-layout keyboard-layout)))
(service libvirt-service-type
 (libvirt-configuration
  (unix-sock-group "libvirt")
  (tls-port "16555")))
(service virtlog-service-type
 (virtlog-configuration
  (max-clients 1000)))
(service home-redshift-service-type
 (home-redshift-configuration
  (location-provider 'manual)
  (latitude 52.5);northern hemisphere
  (longitude 13.5))) ;Berlin
(modify-services %desktop-services
  (guix-service-type
   config => (guix-configuration
 (inherit config)
 (extra-options (list "--gc-keep-derivations=yes" 
"--gc-keep-outputs=yes")

(sane-service-type _ => sane-backends

  (bootloader
(bootloader-configuration
  (bootloader grub-efi-bootloader)
  (targets (list "/boot/efi"))
  (keyboard-layout keyboard-layout)))
  (swap-devices
   (list (swap-space
  (target (uuid "51d5cd20-4513-4a02-9e35-df4338eccaa0")
  (file-systems
(cons* (file-system
 (mount-point "/boot/efi")
 (device (uuid "BB77-FE3B" 'fat32))
 (type "vfat"))
   (file-system
 (mount-point "/")
 (device
   (uuid "4fb0ed7c-61ab-45eb-be0b-ff527b320e6d"
 'ext4))
 (type "ext4"))
   %base-file-systems))
  (initrd-modules (cons "virtio_scsi"; Needed to find the disk
%base-initrd-modules)))

 


Thanks for help

Kind regards

Gottfried



OpenPGP_0x61FAF349C9FB7F94.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature


Re: Mysteries of channel configuration during system reconfigure

2023-03-09 Thread Luis Felipe
On Thursday, March 9th, 2023 at 15:12, Luis Felipe 
 wrote:

> Hi Kyle,
> 

> 

> On Thursday, March 9th, 2023 at 02:50, Kyle Andrews k...@posteo.net wrote:
> 

> > [...]
> 

> > One of the selling points in Guix marketing for me is that the system
> > configuration should be self contained within /etc/config.scm and
> > channels.scm. However, this appears to not be the case. There seems a
> > third element hidden away which prevents me from running:
> 

> > `guix system reconfigure /etc/config.scm`
> 

> 

> This should be:
> 

> sudo guix system reconfigure /etc/config.scm
> 

> Also, the manual recommends the following:
> 

> "Note: It is highly recommended to run guix pull once before you run guix 
> system reconfigure for the first time (see Invoking guix pull). Failing to do 
> that you would see an older version of Guix once reconfigure has completed."

Oops! Sorry I rushed to respond without reading the last part of your message :)

publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: Mysteries of channel configuration during system reconfigure

2023-03-09 Thread SeerLite

Hi!

On 2023-03-09 03:50, Kyle Andrews wrote:

One of the selling points in Guix marketing for me is that the system
configuration should be self contained within /etc/config.scm and
channels.scm. However, this appears to not be the case. There seems a
third element hidden away which prevents me from running:

```
guix system reconfigure /etc/config.scm
```

This command errors out:

```
failed to load '/etc/config.scm'
...
no code for module ...
```

At the moment since I am still very early in setting up my new 
computer,

I have to type everything so I'm not going to go into more detail than
that. Suffice to say it doesn't see the modules I need from the extra
channel. It did see them during the installation otherwise my computer
would be in a far less usable state than it is.


`sudo guix system reconfigure` and any `guix package` command will (by 
default) use the generation shown in `guix describe`. On first boot, 
this generation _will_ be different from the one you had in the live 
system. This is because the generation is saved at 
~/.config/guix/current on every `guix pull` and that file will be gone 
together with the live system.


You have two options:

1. Get the channels you want correctly set up in 
~/.config/guix/channels.scm and run `guix pull` with your user in the 
running system. IIRC this takes a while because it'll download the whole 
Guix checkout again (the one used to install would have disappeared 
along with the rest of the live system).
2. Run guix pull -C /run/current-system/channels.scm. This will pull the 
exact generation used to build the system. This will also take time.


After either of these you should be able to `sudo guix system 
reconfigure ...` and get your system running as the channels will be 
available again to every guix subcommand.


Note that you could also copy /run/current-system/channels.scm to 
~/.config/guix/channels.scm but you have to be careful remove the commit 
lines, otherwise all your `guix pull`s will pull the exact same commits 
and you'll stay on an outdated system.


Maybe it could be clarified in the manual that another `guix pull` is 
needed after the first boot. Or maybe the installation could be 
optimized so that the checkout is copied from the live system to the 
installed system.



When I run the following command:

```
guix system describe
```

The addition channel gets listed. How can it be listed yet be unknown 
to

the `guix system reconfigure` command?


Because it was indeed the channel and commit the system was built from. 
It has nothing to do with your "current powers". That all depends on 
what generation of Guix you're using AKA what comes up in `guix 
describe`


I hope my explanation was helpful!

SeerLite



Re: Mysteries of channel configuration during system reconfigure

2023-03-09 Thread Luis Felipe
Hi Kyle,


On Thursday, March 9th, 2023 at 02:50, Kyle Andrews  wrote:

> [...]
> 

> One of the selling points in Guix marketing for me is that the system
> configuration should be self contained within /etc/config.scm and
> channels.scm. However, this appears to not be the case. There seems a
> third element hidden away which prevents me from running:
> 

> `guix system reconfigure /etc/config.scm`

This should be:

sudo guix system reconfigure /etc/config.scm

Also, the manual recommends the following:

"Note: It is highly recommended to run guix pull once before you run guix 
system reconfigure for the first time (see Invoking guix pull). Failing to do 
that you would see an older version of Guix once reconfigure has completed."


publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature


Re: The Night Light filter, also known as Blue Light filter or Color Temperature filter

2023-03-09 Thread Marek Paśnikowski
For some reason, my response was not posted by the list - I used a "respond to 
the list" option of Evolution.

Here it is again:

W dniu śro, 08.03.2023 o godzinie 09∶49 +, użytkownik Gottfried
napisał:
> [...]
>
> Is there a package in Guix to support this?
>
> [...]

Actually, there is a Redshift service for this functionality,
documented here:
https://guix.gnu.org/manual/en/html_node/Desktop-Home-Services.html

I am not familiar with Tuxedo software, so I hope this matches your
needs.