| 5 Jan 2025 |
emily | it's all about the GHA eval now | 19:11:30 |
Salt | oh, while i'm here maybe someone can take a look at my attempts to update the weather dconf settings (and why they aren't working...)
# "org/gnome/clocks".world-clocks = [ {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Seattle" "KBFI" true [ (mkTuple [ 0.8298313314533731 (-2.134775231953554) ]) ] [ (mkTuple [ 0.8308850914425572 (-2.135097419733472) ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "New York" "KNYC" true [ (mkTuple [ 0.7118034407872564 (-1.2909618758762367) ]) ] [ (mkTuple [ 0.7105980465926592 (-1.2916478949920254) ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Berlin" "EDDT" true [ (mkTuple [ 0.9174614159494501 0.23241968454167572 ]) ] [ (mkTuple [ 0.916588751323453 0.23387411976724018 ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Shanghai" "ZSSS" true [ (mkTuple [ 0.5439609560226636 2.1194114825206833 ]) ] [ (mkTuple [ 0.544930573688609 2.119842980271654 ]) ] ]) ];
# } ];
# "org/gnome/clocks" = {
# world-clocks = [ {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Seattle" "KBFI" true [ (mkTuple [ 0.8298313314533731 (-2.134775231953554) ]) ] [ (mkTuple [ 0.8308850914425572 (-2.135097419733472) ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "New York" "KNYC" true [ (mkTuple [ 0.7118034407872564 (-1.2909618758762367) ]) ] [ (mkTuple [ 0.7105980465926592 (-1.2916478949920254) ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Berlin" "EDDT" true [ (mkTuple [ 0.9174614159494501 0.23241968454167572 ]) ] [ (mkTuple [ 0.916588751323453 0.23387411976724018 ]) ] ]) ];
# } {
# location = mkVariant [ (mkUint32 2) (mkVariant [ "Shanghai" "ZSSS" true [ (mkTuple [ 0.5439609560226636 2.1194114825206833 ]) ] [ (mkTuple [ 0.544930573688609 2.119842980271654 ]) ] ]) ];
# } ];
# };
# "org/gnome/shell/world-clocks".locations = [ (mkVariant [ (mkUint32 2) (mkVariant [ "Seattle" "KBFI" true [ (mkTuple [ 0.8298313314533731 (-2.134775231953554) ]) ] [ (mkTuple [ 0.8308850914425572 (-2.135097419733472) ]) ] ]) ]) (mkVariant [ (mkUint32 2) (mkVariant [ "New York" "KNYC" true [ (mkTuple [ 0.7118034407872564 (-1.2909618758762367) ]) ] [ (mkTuple [ 0.7105980465926592 (-1.2916478949920254) ]) ] ]) ]) (mkVariant [ (mkUint32 2) (mkVariant [ "Berlin" "EDDT" true [ (mkTuple [ 0.9174614159494501 0.23241968454167572 ]) ] [ (mkTuple [ 0.916588751323453 0.23387411976724018 ]) ] ]) ]) (mkVariant [ (mkUint32 2) (mkVariant [ "Shanghai" "ZSSS" true [ (mkTuple [ 0.5439609560226636 2.1194114825206833 ]) ] [ (mkTuple [ 0.544930573688609 2.119842980271654 ]) ] ]) ]) ];
## Weather
# "org/gnome/Weather".locations = [ (mkVariant [ (mkUint32 2) (mkVariant [ "Seattle" "KBFI" true [ (mkTuple [ 0.8298313314533731 (-2.134775231953554) ]) ] [ (mkTuple [ 0.8308850914425572 (-2.135097419733472) ]) ] ]) ]) ];
# "org/gnome/shell/weather".locations = [ (mkVariant [ (mkUint32 2) (mkVariant [ "Seattle" "KBFI" true [ (mkTuple [ 0.8298313314533731 (-2.134775231953554) ]) ] [ (mkTuple [ 0.8308850914425572 (-2.135097419733472) ]) ] ]) ]) ];
| 19:13:33 |
| 6 Jan 2025 |
@mcnesium:exma.de | could you rephrase that answer to also answer my question regarding how to do it or rather how it is done? I am curious whether I can contribute somehow to make it happen | 11:26:52 |
Honnip | In reply to @mcnesium:exma.de could you rephrase that answer to also answer my question regarding how to do it or rather how it is done? I am curious whether I can contribute somehow to make it happen It's done in https://github.com/NixOS/nixpkgs/pull/364201 | 12:57:07 |
Jan Tojnar | here is the relevant docs https://github.com/NixOS/nixpkgs/blob/master/pkgs/desktops/gnome/extensions/README.md | 17:34:40 |
Salt | yeah, looks like my updates were pulled in, but that's fine, would just like to have a system that keeps extensions updated a bit more regularly | 17:45:20 |
Salt | I don't see anything there about updating a single extension | 17:46:39 |
@mcnesium:exma.de | thanks. so I clone nixpkgs to my local device, then run that python script, check the other file, and then do a regular merge request? | 17:47:25 |
Salt | yeah that does appear to be the correct steps for updating all of them | 17:47:54 |
Jan Tojnar | yeah, plus build nixosTests.gnome-extensions to check if they at least load – that should probably be listed in the readme | 18:07:22 |
| @jh-devv:matrix.org changed their display name from Sofie 🏳️⚧️ to jh-devv. | 19:00:27 |
| @jh-devv:matrix.org changed their display name from jh-devv to Sofie Halenius 🏳️⚧️. | 19:01:08 |
| @jh-devv:matrix.org changed their display name from Sofie Halenius 🏳️⚧️ to Sofie 🏳️⚧️. | 19:03:17 |
Salt | just ran through the process but as there weren't new collisions, so I'm not exactly sure what those steps will look like. Here's the general steps (I know, I know, oversimplified):
git clone --depth 1 git@github.com:NixOS/nixpkgs.git
cd nixpkgs/pkgs/desktops/gnome/extensions
git switch -c gnome-extensions
./update-extensions.py
git status (to check if there were new collisions)
cd ../../../../
nix-build -A nixosTests.gnome-extensions
git add pkgs/desktops/gnome/extensions/
git commit -m "gnomeExtensions: auto-update"
while these steps use the main repo, generally they should be followed on your own fork which, after the changes are pushed, can be used to open a Pull Request
| 21:46:25 |
Salt | (can folks tell I have an extension that I'd really like re-included lol) | 21:57:46 |
| 7 Jan 2025 |
| @mcnesium:matrix.org joined the room. | 18:24:38 |
| @mcnesium:exma.de left the room. | 18:24:52 |
@mcnesium:matrix.org | slightly OT: shouldn't this room also be in #space:nixos.org ? | 18:27:03 |
Salt | it is, it's within one of the subspaces | 18:31:07 |
@mcnesium:matrix.org | true. the search results were too slow I guess. | 18:32:29 |
Salt | yeah, it takes forever to load, I just tried to figure out which subspace and it timed out | 18:32:57 |
Salt | anyhoo, that's how I initially found the channel | 18:33:19 |
| SigmaSquadron changed their display name from SigmaSquadron to SigmaSquadron (Away until 2024-01-12). | 19:35:32 |
| Renato Trevisan set a profile picture. | 21:58:31 |
| 8 Jan 2025 |
p14 | I'm guessing there is no good reason that the display manager sends its debug logs to /dev/null. systemctl show display-manager.service shows that StandardInput=null, and StandardError=inherit, and StandardOutput=journal. Inherit, from the systemd manpage means that it inherits from StandardInput, not StandardOutput, so error messages go to /dev/null. That happens to not be where I want them to go, unfortunately. I hope that's an oversight rather than intentional? | 21:09:30 |
p14 | https://github.com/NixOS/nixpkgs/blob/238b407862874909d510ff4deb1391cbe23efd16/nixos/modules/services/x11/display-managers/gdm.nix#L258 | 21:09:32 |
ElvishJerricco | p14: I think that's not true | 21:25:47 |
ElvishJerricco |
StandardError=
Controls where file descriptor 2 (stderr) of the executed processes is connected to. The available options are identical to those of StandardOutput=, with some exceptions: if set to inherit the file descriptor used for standard output is duplicated for standard error, while fd:name will use a default file descriptor name of "stderr".
| 21:26:02 |
ElvishJerricco | *
StandardError=
Controls where file descriptor 2 (stderr) of the executed processes is connected to. The available options are identical to those of StandardOutput=, with some exceptions: if set to inherit the file descriptor used for standard output is duplicated for standard error, while fd:name will use a default file descriptor name of "stderr".
| 21:26:11 |
ElvishJerricco | *
StandardError=
Controls where file descriptor 2 (stderr) of the executed processes is connected to. The available options are identical to those of StandardOutput=, with some exceptions: if set to inherit the file descriptor used for standard output is duplicated for standard error, while fd:name will use a default file descriptor name of "stderr".
| 21:26:24 |