yukarichiba/deepin-dbus — explained in plain English
Analysis updated 2026-07-18 · repo last pushed 2023-11-20
Let two desktop applications notify each other of events without a direct network connection.
Automatically start a background service only when another program requests it.
Enforce that only one instance of an application runs at a time on a Linux desktop.
Build a long-term project on a stable, frozen protocol that won't introduce breaking changes.
| yukarichiba/deepin-dbus | 0verflowme/alarm-clock | 0verflowme/seclists | |
|---|---|---|---|
| Language | — | CSS | — |
| Last pushed | 2023-11-20 | 2022-10-03 | 2020-05-03 |
| Maintenance | Dormant | Dormant | Dormant |
| Setup difficulty | hard | easy | easy |
| Complexity | 4/5 | 2/5 | 1/5 |
| Audience | developer | vibe coder | ops devops |
Figures from each repo's GitHub metadata at analysis time.
Requires understanding of Linux IPC concepts and choosing the right bus type and language binding for your use case.
D-Bus is a system that lets different applications talk to each other and coordinate their actions on a computer. Think of it like a shared message board where programs can post requests, send notifications, or ask other programs to do things, all without needing to know directly how to connect to each other. The core idea is that D-Bus runs a central hub (called a bus daemon) that handles all the communication. When one program wants to contact another, it sends a message to the bus, which delivers it to the right recipient. Beyond simple messaging, D-Bus also handles practical coordination tasks: it can notify applications when other programs shut down, automatically start services when they're needed, and enforce that only one copy of a program runs at a time. This is particularly useful on Linux desktops and embedded systems where you have many programs that need to share information and synchronize behavior. D-Bus was designed for two specific scenarios: a "system bus" that handles low-level tasks for the whole machine, and a "session bus" that manages communication within a single user's desktop session. If your use case falls neatly into one of these categories, D-Bus is a proven solution. If not, you should carefully think through whether it's the right fit for your project. The library comes with both a low-level API (libdbus) for direct access and support for higher-level bindings in languages like Python, Java, and Qt, which are much easier to work with. The project is mature and committed to stability: once a version is released as stable (indicated by an even-numbered minor version), the protocol and API are frozen so existing applications will keep working forever. This makes it safe to build long-term projects on top of D-Bus without worrying about breaking changes.
D-Bus is a messaging system that lets programs on a Linux desktop or embedded system talk to each other and coordinate actions through a central bus, without connecting to each other directly.
Dormant — no commits in 2+ years (last push 2023-11-20).
Setup difficulty is rated hard, with roughly 1h+ to a first successful run.
Mainly developer.
This repo across BitVibe Labs
Don't trust strangers blindly. Verify against the repo.