Ed Maste@emaste@mastodon.social: @neal @kde No surprise, the main problem is not a technical one :)<br><br>I'm discussing the login/session management topic with some FreeBSD folks, and there are lots of different paths to investigate (which could include adding new FreeBSD kernel or library functionality, adding FreeBSD support to existing daemons, etc.).

Home | Notifications | New Note | Local | Federated | Search | Logout

Note Detail

Reply to @kanazir@mastodon.social
Neal Gompa (ニール・ゴンパ) :fedora:@neal@social.gompa.me (2026-01-22 23:00:10)
@kanazir @emaste @kde The larger problem we have is that when we (KDE) ask for help for supporting the alternate paths, nobody steps up to help. If nobody shows up, what are we supposed to do?

The DrKonqi situation happened because nobody showed up when @sitter reached out and asked for assistance to solve this for those.

Supporting these codepaths isn't free. It requires expertise, maintainership, and continuous productive feedback to keep things working. We want to, but we can't do it alone!
---Reply---
Ed Maste@emaste@mastodon.social (2026-01-23 00:23:26)
@neal @kde No surprise, the main problem is not a technical one :)

I'm discussing the login/session management topic with some FreeBSD folks, and there are lots of different paths to investigate (which could include adding new FreeBSD kernel or library functionality, adding FreeBSD support to existing daemons, etc.).


---Replies---

Ed Maste@emaste@mastodon.social (2026-01-23 00:27:12)
@neal @kde The FreeBSD Foundation''s laptop support project started with a focus on drivers and low-level things. We've made good progress there and are now starting to look at a roadmap for effort further up the stack.