| 10 Nov 2024 |
 K900 | I don't think it's written down anywhere yet | 20:54:36 |
| K900 | But people have been discussing this | 20:54:45 |
| K900 | On Matrix and I think also at Akademy | 20:54:54 |
 eliasp | I suspect d_ed is behind that :) | 20:55:11 |
| eliasp | ok | 20:55:15 |
| K900 | I don't think he is actually | 20:55:30 |
| K900 | Fabian Vogt is the person doing most of the SDDM-adjacent work these days | 20:55:44 |
| eliasp | oh, ok ... will have to catch up quite a bit with KDE stuff, I've been away from it for quite a while due to the family keeping me busy with all kinds of other stuff, but I'd love to dig deeper into all this once again | 20:56:39 |
| 11 Nov 2024 |
 mfed3 | Does anyone know what is going on with the KDE Plasma bug that has been persistent forever that every time I rebuild NixOS my Start Menu "Favorites" links all get broken until I log out and log back in | 04:36:39 |
| K900 | This should be a lot less broken on unstable | 04:40:44 |
| K900 | (compared to 24.05) | 04:40:47 |
 aloisw | In reply to @k900:0upti.me
I don't think it's written down anywhere yet There was some discussion at https://invent.kde.org/plasma/plasma-desktop/-/issues/91 , but that might already be out of date. | 12:03:27 |
 πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
Finally I can oomd are there any profits over earlyoom? | 19:01:54 |
| K900 | oomd is basically earlyoom absorbed into systemd and cleaned up | 19:02:11 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
But people have been discussing this hasn't the progress stumbled upon sddm author not willing being incubated and no one else willing to create a fork/write alternative? | 19:05:22 |
| K900 | People have been talking about just forking SD | 19:05:58 |
| K900 | * People have been talking about just forking SDDM | 19:06:05 |
| πΌπ. π±ππ πππ π π·ππ | 
Download image.png | 19:11:24 |
| πΌπ. π±ππ πππ π π·ππ | has it changed? | 19:11:30 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @k900:0upti.me
oomd is basically earlyoom absorbed into systemd and cleaned up really? it seemed way different to me, e.g. managing cgroups instead of individual processes | 21:28:05 |
| πΌπ. π±ππ πππ π π·ππ | which isn't a good thing in my opinion | 21:28:14 |
 mjm | why is that not a good thing? | 21:30:08 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @mjm:midna.dev
why is that not a good thing? because many things don't have own cgroup | 21:48:18 |
| πΌπ. π±ππ πππ π π·ππ | and, well, I don't see what kind of advantage killing entire cgroup could provide | 21:48:36 |
| πΌπ. π±ππ πππ π π·ππ | like, if a tab in bwoser consumer too much ram, earlyoom will kill just the relevant process | 21:49:07 |
| πΌπ. π±ππ πππ π π·ππ | oomd would likely kill entire browaser | 21:49:15 |
| πΌπ. π±ππ πππ π π·ππ | * oomd would likely kill entire browser | 21:49:18 |
| mjm | a cgroup lets you say "these things are all related to the same task" and evaluate usage as an entire unit | 21:49:33 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @mjm:midna.dev
a cgroup lets you say "these things are all related to the same task" and evaluate usage as an entire unit i don't need it it though when killing | 21:49:53 |
| πΌπ. π±ππ πππ π π·ππ | In reply to @mjm:midna.dev
a cgroup lets you say "these things are all related to the same task" and evaluate usage as an entire unit * i don't need it though when killing | 21:49:58 |
