qyliss changed the topic of #spectrum to: A compartmentalized operating system | https://spectrum-os.org/ | Logs: https://logs.spectrum-os.org/spectrum/
pie__ has quit [Ping timeout: 265 seconds]
xwvvvvwx has quit [Ping timeout: 265 seconds]
xwvvvvwx has joined #spectrum
pie_ has joined #spectrum
<pie_> so, it bothers me that i always have to lose a ton of application state when i reboot, i dont really know where spectrum is in relation to this, and i havent been keeping up;
<pie_> wouldit be possible to "hibernate" applications, or use CRIU or something? (i have no idea how well criu works in practice, but im trying to look at it again because i let my battery run out after like two months again...)
<pie_> criu sounds cool but the fact that ive never seen it used anywhere is sketchy
MichaelRaskin has joined #spectrum
<MichaelRaskin> pie: well, we could actually do all-VM suspend
<MichaelRaskin> Which is of course a problem re: Wayland socket state.
<MichaelRaskin> And also I guess CrosVM doesn't support VM suspend
tilpner has quit [Quit: tilpner]
<MichaelRaskin> Qemu VM suspend with SPICE or VNC into VM would work just fine
DrWhax has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
infinisil has left #spectrum ["WeeChat 2.6"]
<qyliss> I think it's probably not possible with Wayland sockets, yeah, and I wouldn't be surprised if it didn't cause problems in other weird ways down the line
<qyliss> Certainly doesn't feel like something it's worth going out of our way to pursue
<qyliss> I encourage you to use and create applications that are less stateful :)
<qyliss> (Or that can save their own state)
<puck> i mean, i'm building a mechanism that allows for breaking the connection between the compositor and wayland
<puck> :p
<qyliss> oh
<qyliss> that's neat
<qyliss> I look forward to seeing what comes of that
<puck> my current plan is basically "xpra, but wayland, and better" -- but using more efficient protocols between e.g. a vm and a host is on the table
<puck> so it should be able to re-connect, and still use virtio-wl efficiencies