@glibs My understanding is that the desktop binary needs to be bundled with orbit, which launches it automatically if it detects a user is logged in through a GUI.
The fleet-desktop binary doesn't link against any GUI-related libraries, so it shouldn't fill up headless systems with unnecessary packages.
@fuhry can't you just maintain a new dedicated AUR package for fleet-desktop? I feel like it does not belong here.
@glibs I'm happy to take over as maintainer if that works best. Thanks for the quick response!
@fuhry I'm no longer using this package for myself, and I'm only keeping it alive because the maintenance burden is minimal right now. What is fleet-desktop? Is it mandatory to make fleet-orbit work? I feel like it would make more sense to create another AUR package for it and not bundle it into this one, but I might be wrong.
You can submit a new package to my monorepo if you feel like it: https://framagit.org/gilbsgilbs/aur-packages/ . Or even better, maintain it yourself because unlike me, you are using thls software.
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
@fuhry I just pushed https://aur.archlinux.org/packages/fleet-desktop . Tell me if that works for you.
Turns out it is integrated in a similar fashion as osquery. If it can't find the local fleet-desktop binary, and updates are not disabled, and fleet-desktop is enabled (i.e. ORBIT_FLEET_DESKTOP=1), it fetches it. So I think it integrates well as a separate package. AFAIU, you don't have to use Fleet Desktop along with Orbit yet.