<gchristensen>
sigh, predict_linear on our disk usage is not useful because nix builds fill the disk so fast fetching dependencies
<gchristensen>
I think I'll change the disk space alert to be: node_filesystem_avail_bytes{mountpoint !~"/run(/.*)?",mountpoint !~"/boot(/.*)?", mountpoint !="/persist", fstype!="autofs"} <= 1e+10 ->
<worldofpeace>
Jan Tojnar: It seems lightdm has issues determining a session is a wayland session on nixos. https://github.com/canonical/lightdm/blob/712a0254baf2bedf0370affbb3b54bc68c2aafc2/src/seat.c#L960, it'll still launch an x11 version of gnome even if I remove all duplicates with an overlay hack. To force it I tried adding `X-LightDM-Session-Type=wayland` to the session, but then the session fails to start completely. Looking
<worldofpeace>
from the logs, it appears it tries to use the xsession-wrapper for the wayland session.
<jtojnar>
worldofpeace was guesing something like that was responsible
<jtojnar>
one thing I hate about GitLab is how slow the file viewer is
<jtojnar>
worldofpeace is not WAYLAND_SESSIONS_DIR used as default or something?
<worldofpeace>
I think it was only used for those two if's
<jtojnar>
yeah, looks like it, if the gh search works correctly
<worldofpeace>
Jan Tojnar: it seems to have fixed one jarring issue, but it still have to set the key in the desktop file to force the wayland session starting
<jtojnar>
personally, I find strstr abhorrent, but since C does not have string slices, we would have to free the result of g_path_get_dirname () 🤷♀️️
<worldofpeace>
I'm going to see if it's possible wayland-sessions with gnome3 (with the duplicate name workaround) could even work in fedora
<jtojnar>
I think dropping dm.default + wm.default in favour of displayManager.defaultSession will be nice
<jtojnar>
I will try to work on it tomorrow, if hedning cannot
<worldofpeace>
jtojnar++
<{^_^}>
jtojnar's karma got increased to 17
<worldofpeace>
I like it as well, it's definetely an improvement.
<worldofpeace>
Ahh, I guess you can launch a gnome wayland session on fedora from lightdm (after some tweaks). So I guess there's a nixos specific issue here.
<worldofpeace>
Lol, gchristensen case in point why I think lightdm should be default in nixos https://github.com/canonical/lightdm/pull/104. My patch was merged in the window of an hour.
<{^_^}>
canonical/lightdm#104 (by worldofpeace, 1 hour ago, merged): Determine a session is wayland with a better heuristic
justanotheruser has quit [Ping timeout: 246 seconds]
justanotheruser has joined #nixos-dev
<yorick>
did someone make a wayland-based slim alternative at some point?
<infinisil>
It's pretty simple I guess, but I'm having a hard time reproducing the modprobe | sed result
<infinisil>
Hmm though maybe I got it
drakonis has quit [Ping timeout: 268 seconds]
drakonis has joined #nixos-dev
gustavderdrache has joined #nixos-dev
<gchristensen>
dtz: ping? I'm seeing a package holding on to a reference to stdenv.cc.cc when using systems.example.musl64 for the crossSystem. do you mind taking a look at it with gustavderdrache?
<gchristensen>
gustavderdrache: ^ can you provide the details?
Jackneill has quit [Remote host closed the connection]
<worldofpeace>
oh, sessionData could give me an easy way to autoenable displaymanagers depending on which desktopManager is enabled
<jtojnar>
Talking about sessionData, WTFH was displayManager.session supposed to be? Using it for both input and also completely different output through the apply function?
<worldofpeace>
I believe that's what the description describes
<worldofpeace>
it's weird
phreedom_ has quit [Remote host closed the connection]
<jtojnar>
the description only describes the input usage
phreedom has joined #nixos-dev
<jtojnar>
fortunately, we needed to access the input unchanged, so I had to move the output function to a separate option
<jtojnar>
(sessionData)
<jtojnar>
I cannot even start GNOME from lightdm (and that is upstream session)
<worldofpeace>
drakonis: they could just patch away the C++ wrappers and drop the shell script one into the patch during postInstall
<worldofpeace>
by applying the patch to the old tree and fishing the file out :D
<drakonis>
could work
<worldofpeace>
Jan Tojnar: I noticed a session chooser had `none` as a session choice
<worldofpeace>
Yeah, there's a none.desktop and its Exec is the xsession script without an argument, and an empty block to start desktop manager
Jackneill has quit [Remote host closed the connection]
drakonis has quit [Ping timeout: 265 seconds]
<jtojnar>
worldofpeace I was wondering if we should include it
<worldofpeace>
Jan Tojnar: I think other distro's xsession scripts have a fallback opt that just starts xterm, but I don't think you can actually select it through a dm
<jtojnar>
on unstable, the session chooser is just empty when there are no sessions
<jtojnar>
I wonder how got the Xfce rat stuck even when xfce is no longer installed
<worldofpeace>
Maybe xfce uses accountsservice interface for lightdm that has a wallpaper key
<worldofpeace>
it then copies the wallpaper under /var/lib/AccountsService
<jtojnar>
yeah, that is only explanation that makes sense
<jtojnar>
bad Xfce, mutating our systems
<worldofpeace>
Jan Tojnar: I think that's just how lightdm-gtk-greeter is, Pantheon won't even display a chooser with one or 0 sessions
<worldofpeace>
Could we exclude none from sessionNames completely?
zarel has quit [Ping timeout: 250 seconds]
zarel has joined #nixos-dev
octe has quit [Ping timeout: 246 seconds]
<jtojnar>
worldofpeace I filtered out none+none but now I am seeing the error "No desktop session packages installed"
<jtojnar>
and I am not sure what else defaultSession should default to
octe has joined #nixos-dev
<jtojnar>
on unstable dm & wm default to "" & "none" when none are enabled
<jtojnar>
so yeah, we probably could get away with null instead of ""
<jtojnar>
but there are so many places we are expecting session to exist
<jtojnar>
maybe we can just require it
<jtojnar>
do you know if there is some use case for running a display manager without any sessions installed? Maybe remote sessions only?
<worldofpeace>
I'm not sure about that being a requirement, display managers want to select a default from the users last selected session. would that make it someone has to use the option? or maybe I'm forgetting the config keys in dm's are discarded if there's a cached default from accountsservice. but I don't really think nixos needs to do anything like that.
<worldofpeace>
Jan Tojnar: I think it it's possible then there could be a use case
<jtojnar>
Hmm, I wonder why does defaultSession even need a default value
<worldofpeace>
default -> apply? it's optional to specify a default session, and I don't think it persists because dms seem to prefer state from accountsservice.
<worldofpeace>
so it's even more like an intial default. if you were to wipe out your state then it would be selected
<jtojnar>
worldofpeace I think `default = null` would work best
<jtojnar>
I see no use for having the default set automatically by the module system, the display manager can do that
gustavderdrache has quit [Quit: Leaving.]
<jtojnar>
and we already have assertions for autologin for DMs that need it
<jtojnar>
worldofpeace only I have no idea what to do about the dex case now
<jtojnar>
git commit --fixup HEAD^^^^^^^^^^^^^^
<jtojnar>
rs to the top so that empty desktops drv can be produced
<jtojnar>
s/rs/in the end, I moved mkdirs/
<jtojnar>
right, GDM cannot start when there are no sessions, since it uses GNOME Shell for ui
<worldofpeace>
I just realized GDM would also be the only case where the default you specify will always be that default because of the set-session script we have
<jtojnar>
indeed
orivej has joined #nixos-dev
<worldofpeace>
I've also noticed that .xsession-errors never has any errors in it, I'm not sure we redirect it properly or something