home.social

#d-bus — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #d-bus, aggregated by home.social.

fetched live
  1. @impromptux bien vu.
    La doc dit que #dbus le faisait déjà.

    Je ne vois pas de soucis en soit. Le problème vient des usages. Même chose pour les TPM.

  2. Не отдам Gpick! Он хороший! Но крутить педали придётся…

    Уже давно весьма огорчаюсь тем, что в моём любимом Gpick отвалилась пипетка с тех пор, как KDE со своей Плазмой прочно переехали на Wayland. Если раньше я ещё мирился с GTK-шностью Gpick (про KDE, плазму и вяленого — поручик, молчать!), то теперь совсем взгрустнулось…

    habr.com/ru/articles/1060500/

    #wayland #colorpicker #xdgdesktopportal #gpick #kde_plasma #dbus #python #пипетка #выбор_цвета #автоматизация

  3. Ubuntu is hopping aboard a modern system message bus, with 26.10 replacing dbus-daemon with dbus-broker – years after other Linux distros did the same. Users won't notice much (if any) difference, but that's a good thing.

    omgubuntu.co.uk/2026/07/ubuntu

    #Linux #Ubuntu #Dbus

  4. Ubuntu is hopping aboard a modern system message bus, with 26.10 replacing dbus-daemon with dbus-broker – years after other Linux distros did the same. Users won't notice much (if any) difference, but that's a good thing.

    omgubuntu.co.uk/2026/07/ubuntu

    #Linux #Ubuntu #Dbus

  5. Wasn't even aware broker was replacing dbus daemon on .

    Very very nice. 😎 Getting everything to use one bus may sound simple, but it's really not. So MANY failure cases. Glad this is on 26.10. Cause time will be needed for bugs. 😅

    omgubuntu.co.uk/2026/07/ubuntu

  6. Wasn't even aware #dbus broker was replacing dbus daemon on #ubuntu.

    Very very nice. 😎 Getting everything to use one bus may sound simple, but it's really not. So MANY failure cases. Glad this is on 26.10. Cause time will be needed for bugs. 😅

    omgubuntu.co.uk/2026/07/ubuntu

  7. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  8. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  9. Am I getting this right that #dbus considers installing two desktop environments that ship their own separate conflicting implementations for basic user session services such as org.freedesktop.Notifications to be entirely undefined behaviour with no way to specify which desktop session should use which implementation?

    #freedesktop

  10. #Lua #dbus #lgi #gobjectintrospection
    Я, Матье Бал.
    Короче, что я сделал, чтобы заработало это говно?
    Пообщался вновь с ИИ. Она дала идею выбросить йухан ваш vtable, ибо он не нужон.
    А ещё и понадабавил парочку хуйни.
    ссылка

    Итог:

    (luajjit:<pid>): Lgi-WARNING **: <HH:MM:SS.ms>: Error raised while calling 'lgi.cbk (function: 0x7fdb3946c940): GObject': /usr/share/lua/5.1/lgi/override/GLib-Variant.lua:97: bad argument #2 to '?' (string expected, got nil)

    Помогло добавление фигурных скобок...

    Завелось блять!!!

    Но а что мне теперь делать с
    vtable ?

  11. #Lua #dbus #lgi #gobjectintrospection
    Я, Матье Бал.
    Короче, что я сделал, чтобы заработало это говно?
    Пообщался вновь с ИИ. Она дала идею выбросить йухан ваш vtable, ибо он не нужон.
    А ещё и понадабавил парочку хуйни.
    ссылка

    Итог:

    (luajjit:<pid>): Lgi-WARNING **: <HH:MM:SS.ms>: Error raised while calling 'lgi.cbk (function: 0x7fdb3946c940): GObject': /usr/share/lua/5.1/lgi/override/GLib-Variant.lua:97: bad argument #2 to '?' (string expected, got nil)

    Помогло добавление фигурных скобок...

    Завелось блять!!!

    Но а что мне теперь делать с
    vtable ?

  12. #Lua #D-Bus #dbus #GTK #gobjectintrospection
    @[email protected] @[email protected]

    Ребят, нужна помощь с написанием кода.
    Задача: Хочу написать на Lua простой скрипт, создающий D-Bus службу (В идеале org.kde.StatusNotifierWatcher) , к которой можно достучаться через dbus-send или gdbus. Пробовал через ИИ, который даже написал, но... Сталкиваюсь с нккоторыми ошибками, а именно:
    1)

    luajit: ./proxyserver.lua:62: bad argument #5 to 'bus_own_name' (GObject.Closure expected, got function)
    stack traceback:
        [C]: in function 'bus_own_name'
        ./proxyserver.lua:62: in function 'start'
        main.lua:25: in main chunk
        [C]: at 0x55b22012ed70
    Вызывается здесь:
        Gio.bus_own_name(
            Gio.BusType.SESSION,
            interface_name,
            Gio.BusNameOwnerFlags.NONE,
            on_bus_acquired,
            on_name_acquired,
            on_name_lost
    Из ошибки ясно, что bus_own_name ожидал GObject.Closure, а получил функцию(-и). Спросил у ИИ, стоит ли заворачивать в GObject функцию, на что получил отказ по причине "GObject умеет сам заворачивать, если делать автоматически" и прилагает Вариант 1 (ссылка) (который у меня ± в коде). Ладно, обернул сам...

    Но теперь сталкиваюсь со второй ошибкой:
    (luajit:30598): Lgi-WARNING **: 00:28:04.678: Error raised while calling 'lgi.cbk (function: 0x7f4efadd87c0): GObject': ./proxyserver.lua:51: bad argument #4 to 'register_object' (GObject.Closure expected, got userdata) 

    Вызывается здесь:
        local on_bus_acquired = function(connection, name)
            connection:register_object('/org/example/MyObject', iface, vtable)
        end

    Та же ошибка, но теперь получает не функцию, а userdata. На этот раз предлагает два варианта
    (ссылка): Обернуть в GObject.Closure или преобразовать vtable в Gio.DBusInterfaceVTable (Что у меня это УЖЕ есть). Ладно, обернём в GObject.Closure ещё раз.

    Ещё один запуск... Запустился без ошибок. Звучит неплохо, но а теперь самая мякотка...

    Отправить сигнал:
    dbus-send --session --print-reply \
        --dest=org.example.MyInterface \
        /org/example/MyObject \
        org.example.MyInterface.SayHello
    или
    gdbus call --session \
        --dest org.example.MyInterface \
        --object-path /org/example/MyObject \
        --method org.example.MyInterface.SayHello

    И вот тут ловим ошибку:
    (luajit:25911): Lgi-WARNING **: HH:MM:SS.ms : Error raised while calling 'lgi.cbk (function :0x7f5b60662de0): GObject': /usr/share/lua/5.1/lgi/override/GObject-Closure.lua:286: attempt to call upvalue 'target' (a userdata value)
    И вот тут я встал. Вроде всё запустилось, но сигнал принимает с ошибкой. ЧЯДНТ (Кроме того, что я использовал ИИ для решения этой задачи)?

    На всякий случай:

    OS: Artix Linux / Void Linux
    Packages (Artix):
    dbus-glib 0.114-1
    dbus 1.16.2-1.1
    lua-lgi 0.9.2-14
    lua51-lgi 0.9.2-14
    glib2 2.88.0-1
    gobject-introspection 1.86.0-2

    Packages (Void):
    dbus 1.16.2_2
    lua51-lgi 0.9.2_6
    glib2 2.88.0_1
    gobject-introspection 1.86.0_2

  13. #Lua #D-Bus #dbus #GTK #gobjectintrospection
    @[email protected] @[email protected]

    Ребят, нужна помощь с написанием кода.
    Задача: Хочу написать на Lua простой скрипт, создающий D-Bus службу (В идеале org.kde.StatusNotifierWatcher) , к которой можно достучаться через dbus-send или gdbus. Пробовал через ИИ, который даже написал, но... Сталкиваюсь с нккоторыми ошибками, а именно:
    1)

    luajit: ./proxyserver.lua:62: bad argument #5 to 'bus_own_name' (GObject.Closure expected, got function)
    stack traceback:
        [C]: in function 'bus_own_name'
        ./proxyserver.lua:62: in function 'start'
        main.lua:25: in main chunk
        [C]: at 0x55b22012ed70
    Вызывается здесь:
        Gio.bus_own_name(
            Gio.BusType.SESSION,
            interface_name,
            Gio.BusNameOwnerFlags.NONE,
            on_bus_acquired,
            on_name_acquired,
            on_name_lost
    Из ошибки ясно, что bus_own_name ожидал GObject.Closure, а получил функцию(-и). Спросил у ИИ, стоит ли заворачивать в GObject функцию, на что получил отказ по причине "GObject умеет сам заворачивать, если делать автоматически" и прилагает Вариант 1 (ссылка) (который у меня ± в коде). Ладно, обернул сам...

    Но теперь сталкиваюсь со второй ошибкой:
    (luajit:30598): Lgi-WARNING **: 00:28:04.678: Error raised while calling 'lgi.cbk (function: 0x7f4efadd87c0): GObject': ./proxyserver.lua:51: bad argument #4 to 'register_object' (GObject.Closure expected, got userdata) 

    Вызывается здесь:
        local on_bus_acquired = function(connection, name)
            connection:register_object('/org/example/MyObject', iface, vtable)
        end

    Та же ошибка, но теперь получает не функцию, а userdata. На этот раз предлагает два варианта
    (ссылка): Обернуть в GObject.Closure или преобразовать vtable в Gio.DBusInterfaceVTable (Что у меня это УЖЕ есть). Ладно, обернём в GObject.Closure ещё раз.

    Ещё один запуск... Запустился без ошибок. Звучит неплохо, но а теперь самая мякотка...

    Отправить сигнал:
    dbus-send --session --print-reply \
        --dest=org.example.MyInterface \
        /org/example/MyObject \
        org.example.MyInterface.SayHello
    или
    gdbus call --session \
        --dest org.example.MyInterface \
        --object-path /org/example/MyObject \
        --method org.example.MyInterface.SayHello

    И вот тут ловим ошибку:
    (luajit:25911): Lgi-WARNING **: HH:MM:SS.ms : Error raised while calling 'lgi.cbk (function :0x7f5b60662de0): GObject': /usr/share/lua/5.1/lgi/override/GObject-Closure.lua:286: attempt to call upvalue 'target' (a userdata value)
    И вот тут я встал. Вроде всё запустилось, но сигнал принимает с ошибкой. ЧЯДНТ (Кроме того, что я использовал ИИ для решения этой задачи)?

    На всякий случай:

    OS: Artix Linux / Void Linux
    Packages (Artix):
    dbus-glib 0.114-1
    dbus 1.16.2-1.1
    lua-lgi 0.9.2-14
    lua51-lgi 0.9.2-14
    glib2 2.88.0-1
    gobject-introspection 1.86.0-2

    Packages (Void):
    dbus 1.16.2_2
    lua51-lgi 0.9.2_6
    glib2 2.88.0_1
    gobject-introspection 1.86.0_2

  14. So, this is now working (small protocol change), but I'm missing the rather important functionality of sending notifications.
    The issue seems to be with watching the `org.freedesktop.Notifications` dbus interface, as it's not notifying me.

    Specifically, `dbus_watch_get_enabled` returns `false`, which seems wrong… been debugging for a few hours and no luck yet. Do I know anyone who might have a clue about this?

    #DBus #Pebble
    git.allpurposem.at/mat/rockwor

  15. So, this is now working (small protocol change), but I'm missing the rather important functionality of sending notifications.
    The issue seems to be with watching the `org.freedesktop.Notifications` dbus interface, as it's not notifying me.

    Specifically, `dbus_watch_get_enabled` returns `false`, which seems wrong… been debugging for a few hours and no luck yet. Do I know anyone who might have a clue about this?

    #DBus #Pebble
    git.allpurposem.at/mat/rockwor

  16. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  17. For anyone interested in #Linux security, a good explanation of a way to escape from the #Flatpak sandbox has been posted to the oss-security mailing list today: openwall.com/lists/oss-securit

    You might also want to read this article from last year: linuxjournal.com/content/when-

    cc @Seg

    #sandboxing #dbus #xdg #freedesktop #wine

  18. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  19. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  20. I've released KDE Desktop Operations - a D-Bus event-to-command daemon for KDE Plasma. I've tried to bring back the feature "Run a command" in #kde but the MR didn't move anywhere in more than a year. So I created a daemon in rust you run as a user which can do the same and more.

    codeberg.org/cryptomilk/kdo

    #plasma #dbus #zbus

  21. I've released KDE Desktop Operations - a D-Bus event-to-command daemon for KDE Plasma. I've tried to bring back the feature "Run a command" in #kde but the MR didn't move anywhere in more than a year. So I created a daemon in rust you run as a user which can do the same and more.

    codeberg.org/cryptomilk/kdo

    #plasma #dbus #zbus

  22. github-monitor is now forgewatch!

    I rebranded my PR monitoring daemon. The old name locked it to a single platform, but the vision has always been broader than that. "forgewatch" better reflects what the app is really about: watching over your code forge, wherever it lives.

    Why the rename? Two reasons:

    1. It's more general. The architecture doesn't depend on GitHub specifically, and I want to grow it to support GitLab, Gitea, and other forges over time.
    2. It's more descriptive. "forgewatch" tells you exactly what it does -- it watches your forge for pull requests and keeps you notified via D-Bus and desktop notifications on Linux.

    The daemon is async Python, runs as a systemd user service, and comes with an optional system tray indicator. Give it a look if you're a Linux dev who juggles PRs across repos.

    github.com/dvoraj75/forgewatch
    pypi.org/project/forgewatch/

    #forgewatch #opensource #python #linux #devtools #foss #github #gitlab #gitea #asyncio #dbus #systemd

  23. github-monitor is now forgewatch!

    I rebranded my PR monitoring daemon. The old name locked it to a single platform, but the vision has always been broader than that. "forgewatch" better reflects what the app is really about: watching over your code forge, wherever it lives.

    Why the rename? Two reasons:

    1. It's more general. The architecture doesn't depend on GitHub specifically, and I want to grow it to support GitLab, Gitea, and other forges over time.
    2. It's more descriptive. "forgewatch" tells you exactly what it does -- it watches your forge for pull requests and keeps you notified via D-Bus and desktop notifications on Linux.

    The daemon is async Python, runs as a systemd user service, and comes with an optional system tray indicator. Give it a look if you're a Linux dev who juggles PRs across repos.

    github.com/dvoraj75/forgewatch
    pypi.org/project/forgewatch/

  24. #Ubuntu: "We'll comply without a fight and put the #AgeVerification into #dbus."
    Users of Linux: "Now installing no-age-dbus."

  25. #Ubuntu: "We'll comply without a fight and put the #AgeVerification into #dbus."
    Users of Linux: "Now installing no-age-dbus."

  26. Tired of missing GitHub PR reviews? I built github-monitor -- a lightweight Linux daemon that watches for PRs assigned to you and sends desktop notifications the moment they land.

    Features:
    - Desktop notifications with author avatars via notify-send
    - System tray indicator with live PR count and clickable PR list
    - Runs quietly as a systemd user service -- set it and forget it
    - Config reload on SIGHUP, graceful shutdown on SIGTERM

    Under the hood:
    - Pure async Python (asyncio) -- no threads, no blocking I/O
    - aiohttp for GitHub API, dbus-next for session bus IPC
    - Daemon exposes live state over D-Bus, indicator connects as a separate process
    - Frozen dataclasses, strict mypy, full test coverage

    Built with Python 3.13+, packaged with hatchling, managed with uv.

    It's open source and I'd love feedback -- whether it's bug reports, feature ideas, or contributions!

    github.com/dvoraj75/github-mon

    #Python #Linux #OpenSource #GitHub #AsyncPython #DBus #Systemd

  27. Tired of missing GitHub PR reviews? I built github-monitor -- a lightweight Linux daemon that watches for PRs assigned to you and sends desktop notifications the moment they land.

    Features:
    - Desktop notifications with author avatars via notify-send
    - System tray indicator with live PR count and clickable PR list
    - Runs quietly as a systemd user service -- set it and forget it
    - Config reload on SIGHUP, graceful shutdown on SIGTERM

    Under the hood:
    - Pure async Python (asyncio) -- no threads, no blocking I/O
    - aiohttp for GitHub API, dbus-next for session bus IPC
    - Daemon exposes live state over D-Bus, indicator connects as a separate process
    - Frozen dataclasses, strict mypy, full test coverage

    Built with Python 3.13+, packaged with hatchling, managed with uv.

    It's open source and I'd love feedback -- whether it's bug reports, feature ideas, or contributions!

    github.com/dvoraj75/github-mon

  28. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  29. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  30. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  31. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  32. I think I'm going to use sdbus instead of QtDBus because the API looks easier to use. Changing standard strings into QStrings and stuff like that is easy to do and I already do that a lot so I'm not worried. Instead of maintaining XML files for the interfaces though, I'm just going to document what the paths are and what types they expect since the "turning XML into code" thing confuses me and I'll wait to do that until I have to do stuff with wayland-scanner.

    #dbus #Qt #sdbus #qtdbus

  33. I think I'm going to use sdbus instead of QtDBus because the API looks easier to use. Changing standard strings into QStrings and stuff like that is easy to do and I already do that a lot so I'm not worried. Instead of maintaining XML files for the interfaces though, I'm just going to document what the paths are and what types they expect since the "turning XML into code" thing confuses me and I'll wait to do that until I have to do stuff with wayland-scanner.

    #dbus #Qt #sdbus #qtdbus

  34. 🐧🔧 Oh boy, another #Linux #enthusiast discovers that software written a mere 20 years ago isn't perfect, 👴 like X from the Jurassic period. The revelation? #DBus is a "disgrace" but should totally infest more apps because, you know, why not spread the #chaos. 🙄🚂
    blog.vaxry.net/articles/2025-d #SoftwareDisgrace #TechHumor #RetroSoftware #HackerNews #ngated

  35. 🐧🔧 Oh boy, another #Linux #enthusiast discovers that software written a mere 20 years ago isn't perfect, 👴 like X from the Jurassic period. The revelation? #DBus is a "disgrace" but should totally infest more apps because, you know, why not spread the #chaos. 🙄🚂
    blog.vaxry.net/articles/2025-d #SoftwareDisgrace #TechHumor #RetroSoftware #HackerNews #ngated

  36. So ive been messing around with dbus trying to make it so my videos play in the corner over minecraft without issue...
    That's been complicated.
    Basically i right click "always on top" once for an instance of a video player but then when the window is closed and reopened it needs to be redone. So im using dbus to send a signal to the window which is a lot more complicated then it sounds...
    With the help of my dad tonight I have round out that Mutter is sorta not installed correctly or something...
    And even when I fix everything I'm not sure that its gonna work...
    So I think what I need to do that may be more likely to work is to make a javascript web page that keeps the video player open so I just right click it to be always on top once and move it around and resize it as I like...
    I think that will work...
    Maybe less likely to break my system.
    I think I need to open it up and put a second ssd because im running out of space and can't update...

    #tech #linux #dbus #Wayland #gnome #mutter #pictureinpicture #music #kpop #Firefox #video #programming

  37. I'm trying to detect when #KDE desktop becomes not visible and visible again. Basically:

    - When user suspends computer, and resumes
    - When user switches to different TTY, and returns
    - When monitor goes to sleep and wakes-up

    So far haven't figured out anything simple, trying to decipher something from the #DBUS with dbus-monitor, it generates so many messages that it's difficult to say if there is already API for these.

    #KDE #Linux

  38. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis

  39. I'm looking at the #DBus spec and this sentence seems unusual:

    > Any signals emitted from a D-Bus object have the service’s unique bus name associated with them, rather than its well-known name. This means that recipients of the signals must rely entirely on the signal name and object path to work out which interface the signal originated from.

    (Edited to spellcheck cleanly).

    Does anyone who worked on the original spec know why this was done like that?

  40. If you're in need of a thread-safe, native #C++, implementation of #DBus I recommend DBus-ASIO. (As seen at #FOSDEM!)
    github.com/dbus-asio/dbus-asio #disclaimer #imadethis