librepods-org / librepods-org/librepods
[Linux] Daemon/service mode and CLI/IPC control
Nobody has claimed this yet.
- Dominant language
- Kotlin
- Stars
- 29.9k
- Forks
- 1.7k
- PR merge metrics
- No merged PRs in 30d
Description
Thank you for your work on Librepods, it's a very useful application.
For the desktop Linux implementation of Librepods, it would be even more useful to me if I could daemonize Librepods and run it as a service without the QtQML application. This would make it possible to build rich integrations into desktop shells (quickshell modules, GNOME extensions, KDE panel, etc.).
The service could expose methods over an IPC connection (UNIX domain socket, D-Bus connection, etc.) that other programs could connect to and call. I'd propose to include a small CLI tool to interact with the daemon, and the QtQML application could also connect to the daemon over the IPC socket instead of integrating everything into a single program.
It's probably a significant architectural rework to do this, but I think it would be very beneficial. As a motivating example, I have this little Quickshell UI I created for connecting/disconnecting Bluetooth devices:
I'd like to extend this module so that it can detect if librepods is available and use it to get battery information and control ANC mode directly from my custom shell.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
The issue names no files or tests. Start by locating the Linux QtQML application entry point and understanding its current boundaries, then evaluate the proposed daemon, IPC connection, and CLI as an architectural change; done would mean a concrete service interface and an agreed integration path for desktop shell clients.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- kotlin, linux
- Domain
- backend-api-design, cli, desktop, operating-systems
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100