| 5 Jan 2024 |
 @rootname:matrix.org | In reply to @lehmanator:gnulinux.club
I've had this & gnome wayland session segfaulting immediately. was thinking it was just some misconfiguration. no idea how i diagnose this. my jourmal has lots of errors. How did you fix it? | 11:03:33 |
 Jan Tojnar | In reply to @vengmark2:matrix.org
Right now, programs.dconf.profiles.user.databases[N].settings has a shallow structure like "org/gnome/desktop/interface". Would it be a good idea to try to change this to support nested attrsets, as in org.gnome.desktop.interface? I do not think it is a good idea. See the PR introducing it for discussion. | 11:47:47 |
| @rootname:matrix.org | In reply to @rootname:matrix.org
How did you fix it? I had a bad ram configuration in my bios | 12:37:21 |
 @lehmanator:gnulinux.club | In reply to @rootname:matrix.org
How did you fix it? I havent yet | 13:08:58 |
 l0b0 | In reply to @jtojnar:matrix.org
I do not think it is a good idea. See the PR introducing it for discussion. Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615. | 23:22:18 |
| l0b0 | In reply to @jtojnar:matrix.org
I do not think it is a good idea. See the PR introducing it for discussion. * Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615, but GitHub "helpfully" hides most of the comments. | 23:22:35 |
| l0b0 | * Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615, but GitHub "helpfully" hides most of the comments.
Basically, currently we have attrsets above and below the "org/[…]" keys, so changing to a nested attrset would allow people to organise the contents like any other attrset (such as grouping org.gnome settings in a single attrset).
| 23:36:34 |
| l0b0 | * Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615, but GitHub "helpfully" hides most of the comments.
Basically, currently we have attrsets above and below the "org/[…]" keys, so changing to a nested attrset would be more "natural", and would allow people to organise the contents like any other attrset (such as grouping org.gnome settings in a single attrset).
| 23:36:51 |
| l0b0 | * Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615, but GitHub "helpfully" hides most of the comments.
Basically, currently we have attrsets above and below the "org/[…]" keys, so changing to a nested attrset would be more "natural", and would allow people to organise the contents like any other attrset (such as grouping org.gnome settings in a single attrset). We've done the same for example in programs.git.config.
| 23:37:24 |
| 6 Jan 2024 |
 @maxeaubrey:matrix.org | Hm, is there a way to get GDM to not show a "fingerprint failed" message every time if I have fprintd explicitly disabled for login in pam? | 00:32:51 |
| Jan Tojnar | In reply to @vengmark2:matrix.org
Do you have a link? I assume it's somewhere in https://github.com/NixOS/nixpkgs/pull/234615, but GitHub "helpfully" hides most of the comments.
Basically, currently we have attrsets above and below the "org/[…]" keys, so changing to a nested attrset would be more "natural", and would allow people to organise the contents like any other attrset (such as grouping org.gnome settings in a single attrset). We've done the same for example in programs.git.config.
there was quite a bit of back and forth. If you use Refined GitHub browser extension, you can alt click a collapsed item and it will expand all collapsed items of that type. | 01:41:20 |
|  diamond (it/its) changed their profile picture. | 06:13:44 |
|  sachesi x joined the room. | 14:33:57 |
| l0b0 | In reply to @jtojnar:matrix.org
there was quite a bit of back and forth. If you use Refined GitHub browser extension, you can alt click a collapsed item and it will expand all collapsed items of that type. Cool, FYI it's this discussion. The point about duplicate keys is well taken - that should probably be documented so that it doesn't come up again in an issue. | 22:31:27 |
| Jan Tojnar | l0b0: what do you mean about duplicate keys? | 23:02:30 |
| l0b0 | In reply to @jtojnar:matrix.org
l0b0: what do you mean about duplicate keys? This comment | 23:17:19 |
| l0b0 | In reply to @jtojnar:matrix.org
l0b0: what do you mean about duplicate keys? * This comment - IIUC we can't support that with nested attrsets. | 23:17:55 |
| Jan Tojnar | oh, right – but since we do not support nested attributes, it is not an issue currently | 23:18:15 |
| l0b0 | In reply to @jtojnar:matrix.org
oh, right – but since we do not support nested attributes, it is not an issue currently That's what I mean - it's a good argument against moving to nested attrsets. | 23:18:36 |
| 7 Jan 2024 |
|  jadtl changed their profile picture. | 22:25:54 |
| 11 Jan 2024 |
 K900 | Can someone test that https://github.com/NixOS/nixpkgs/pull/280256 actually works as intended with GNOME? | 10:57:43 |
|  @tsmarcnk:matrix.org left the room. | 18:50:25 |
| 12 Jan 2024 |
 nyanbinary | https://www.phoronix.com/news/GNOME-46-Alpha-Released | Gnome 46 Alpha Released | 16:10:17 |
| 13 Jan 2024 |
|  nat changed their profile picture. | 20:14:33 |
| 14 Jan 2024 |
 hpfr | can someone explain the partial gnome namespacing in nixpkgs? I am confused why a few packages are at the top level. it looks like mostly new ones like loupe and gnome-console. should the rest of the namespace get top level names for consistency (with deprecated gnome aliases for backwards compatibility)? thanks for any info :) | 02:52:54 |
| hpfr | I am not referring to gnome- prefixes btw, those are consistently for packages that use generic names rather than codenames and match with upstream. instead I mean e.g. gnome.gnome-music as opposed to just gnome-music, or gnome.totem as opposed to just totem | 02:54:09 |
| Jan Tojnar | hpfr: we are adding new stuff to top-level since there is not much of a point to namespace, eventually, we are going to moving all/most stuff to top-level but it is not a priority | 11:40:44 |
| Jan Tojnar | * hpfr: we are adding new stuff to top-level since there is not much of a point to namespace, eventually, we are going to move all/most stuff to top-level but it is not a priority | 11:40:59 |
| Jan Tojnar | * hpfr: we are adding new stuff to top-level since there is not much of a point to namespace, eventually, we are going to move all/most stuff to top-level but it is not a priority so it might take a while | 11:41:17 |
| hpfr | thank you! makes sense | 17:06:49 |
