| 21 Nov 2023 |
vcunat | bobby285271 Jan Tojnar the gnome 45 update isn't catching the 23.11 release, right? At least that's my understanding of what the release manager(s) thought yesterday. Branch-off was delayed, but it should happen in about 12 hours - and anyway, final release is in about a week already. | 06:54:07 |
vcunat | I don't mean to rush you. If it isn't considered sufficiently stable now-ish, that's how it is, and it can get to nixpkgs master later when ready (but not 23.11). | 06:58:58 |
Jan Tojnar | vcunat: not sure, I guess it is up to release managers. From my end, it is stable enough, the only blocker I saw was the electron build which should now be fixed (currently building on community builder). | 08:30:01 |
vcunat | In reply to @jtojnar:matrix.org vcunat: not sure, I guess it is up to release managers. From my end, it is stable enough, the only blocker I saw was the electron build which should now be fixed (currently building on community builder). I think that part is mainly a communication issue. | 08:31:28 |
vcunat | Anyway, Hydra was idle so I merged master into gnome branch and triggered building for all platforms. | 08:31:56 |
vcunat | So that we at least have a better choice to e.g. merge the branch before the branch-off today. | 08:32:41 |
vcunat | It will honestly be hard to get into 23.11 after that point. | 08:33:12 |
Jan Tojnar | vcunat: can we do another run with the electron patch? | 08:40:48 |
vcunat | In reply to @jtojnar:matrix.org vcunat: can we do another run with the electron patch? Sure, push changes, I'll trigger another eval. | 08:41:14 |
vcunat | Electron rebuild most likely won't be a big difference in the current state. | 08:41:52 |
Jan Tojnar | I already pushed that | 08:41:59 |
Jan Tojnar | (part of 0edd45851f4dad51e068de409028d795e7a0b93a) | 08:42:21 |
Jan Tojnar | gotta head to work so will not be on element but will still be reachable on e-mail/github if needed | 09:36:02 |
vcunat | The push caused very little rebuilds, according to Hydra. | 09:49:37 |
vcunat | I'll keep an eye on it preparing binaries, so that in several hours it should hopefully be OK-ish to merge from that point of view. | 09:50:48 |
@rmtt:matrix.org | I have two gpus on my pc, one amd and one nvidia. I use amd as main gpu for display, and use nvidia for compute and kvm passthrough. But gnome always open /dev/nvidia*(even when disable nvidia_modeset) which make rmmod nvidia failed, is there a way to make gnome dont open /dev/nvidia*? | 12:20:27 |
Hubble the Wolverine (they/them) | In reply to @hubofeverything:bark.lgbt
Heya!
I'm having trouble trying to figure something out
When I try to login via gdm, it keeps logging into gnome X11 by default, despite the bottom right selector (which has GNOME selected instead of 'GNOME (X11)')
I've moved to the gnome branch now but this was still happening while I was on 23.05 Fixed! I've set xserver.defaultSession to gnome | 12:34:25 |
Hubble the Wolverine (they/them) | Now I have a separate issue
When I plug in my display with displayport, gnome seems to restart. This doesn't happen with my HDMI display.
Short excerpt from the log of display-manager.service
Nov 21 04:30:40 Gulo-Laptop gdm[1842]: Gdm: GdmDisplay: Session never registered, failing
Nov 21 04:30:40 Gulo-Laptop gdm[1842]: Gdm: Child process -7523 was already dead.
I'm on the gnome branch, using a laptop with nvidia hybrid graphics.
| 13:16:17 |