| 29 Dec 2024 |
hpfr | aha https://github.com/NixOS/nixpkgs/blob/394571358ce82dff7411395829aa6a3aad45b907/doc/languages-frameworks/gnome.section.md?plain=1#L11 | 19:26:45 |
| 30 Dec 2024 |
| Tommy changed their display name from Tommy (3841) to Tommy. | 19:26:02 |
| 31 Dec 2024 |
| getchoo changed their profile picture. | 12:38:56 |
| 1 Jan 2025 |
| ➡️@amadaluzia:unredacted.org changed their profile picture. | 07:10:46 |
| ➡️@amadaluzia:unredacted.org changed their display name from amadaluzia() {} to amadaluzia. | 07:11:21 |
| NixOS Moderation Botchanged room power levels. | 14:26:15 |
| 2 Jan 2025 |
@mcnesium:exma.de | the user style sheet extension is at v11 but shown as v10 here. installed doing home.packages = with pkgs; [ … gnomeExtensions.user-stylesheet-font … ]; - source points here but it does not look like there is something to update there, right? how can this ext be updated in nixpkgs? | 16:50:10 |
| 3 Jan 2025 |
| elikoga changed their display name from elikoga (@38c3 📞488{0,1,9}) to elikoga. | 10:28:14 |
MartiniMoe | Hi, has anyone succesfully configured sleep when inactive with home-manager and its dconf.settings? Im trying this:
dconf.settings = {
"org/gnome/desktop/session/idle-delay" = lib.hm.gvariant.mkUint32(0);
"org/gnome/settings-daemon/plugins/power/sleep-inactive-ac-type" = "nothing";
};
But it fails with error: A definition for option dconf.settings."org/gnome/settings-daemon/plugins/power/sleep-inactive-ac-type"' is not of type attribute set of (GVariant value)'. Definition values: - In /nix/store/50krr31h6f9x22ihm6xg50swss37kni8-source/home/moe_omnissiah': "nothing"`
| 11:16:13 |
MartiniMoe | * Hi, has anyone succesfully configured sleep when inactive with home-manager and its dconf.settings? Im trying this:
dconf.settings = {
"org/gnome/desktop/session/idle-delay" = lib.hm.gvariant.mkUint32(0);
"org/gnome/settings-daemon/plugins/power/sleep-inactive-ac-type" = "nothing";
};
But it fails with
error: A definition for option `dconf.settings."org/gnome/settings-daemon/plugins/power/sleep-inactive-ac-type"' is not of type `attribute set of (GVariant value)'. Definition values: - In `/nix/store/50krr31h6f9x22ihm6xg50swss37kni8-source/home/moe\_omnissiah': "nothing"\
| 11:16:32 |
p14 | In case anyone comes across this, somehow dconf read /org/gnome/desktop/lockdown/disable-lock-screen had been set to true. Took some figuring out. | 17:09:11 |
p14 | Not aware of having set this myself, I wonder what might have set it? | 17:09:22 |
| 4 Jan 2025 |
| Salt joined the room. | 04:37:20 |
Salt | Hi, I recently went down a rabbit hole while wondering when a particular GNOME extension would update... It has lead me to the question of whether the update-extensions.py script could be setup to have some sort of filter such that an individual extension could be updated? | 04:45:31 |
| @kranzes:matrix.org left the room. | 15:30:11 |
| 5 Jan 2025 |
Jan Tojnar | The keys need to be in a second level, see https://github.com/jtojnar/nixfiles/blob/a39624655dba4703fc0162b1412c5c34f04d2997/hosts/theo/configuration.nix#L544-L551 for an example | 19:06:26 |
Jan Tojnar | It could probably be added. But generally, we will want to update all at the same time anyway. | 19:07:46 |
Salt | I get that, it just seems like there are super large gaps between updates being run. This is especially impactful when there is a recent update to a higher GNOME version, where we are stuck waiting for the updated extension to be pulled in. | 19:09:39 |
Salt | I tried to submit a PR to the open PR for a recent update but unsure if it has been noticed yet. | 19:10:24 |
emily | is the GNOME staging updates PR cool for anyone to merge whenever or does the GNOME team handle it when -next starts? trawling through queued up staging PRs in preparation for the upcoming cycle | 19:10:40 |
Jan Tojnar | emily: should be good to go, I was waiting for ofborg-eval | 19:11:16 |
emily | ofborg died 😢 | 19:11:24 |
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 |