Re: Status of dbus-python

Alan Martinovic <alan.martinovic-+NedCK/[email protected]>
Newsgroups gmane.comp.freedesktop.dbus
Message-ID <CAOT_U5aEKcv_5O39HQDYBYjzLvZzusDAQ7dPGRshgvWM=z7dWQ@mail.gmail.com>
Wow, you really invested much into documentation and
provide lots of usage examples, bravo :)

It seems like a fairly new project, how come that you've
based it on libdbus?
    (this is just me trying to get an understanding of the d-bus realm,
    I've mostly encountered blog posts saying libdbus is burdened by
    legacy architectural decisions and hard to use)

Do you know if libdbus (and on top of that your bindings) can use
kdbus as the underlying server/daemon?
    (am trying to guess the correct terminology here. By server/daemon
    I mean the underlying mechanism that actually conveys the dbus-messages.
    kdbus is the faster, kernel based, mechanism as opposed the previously
    used userspace daemon [didn't get the name of that one])


Be Well :)






On Tue, Mar 27, 2018 at 11:52 PM, Lawrence D'Oliveiro
<[email protected]> wrote:
> On Tue, 27 Mar 2018 14:58:07 +0200, Alan Martinovic wrote:
>
>> is it known what is the status of d-bus python?
>
> If you are interested, there are other Python bindings around. For
> example, pydbus <https://github.com/LEW21/pydbus> is built on top of the
> GLib/GTK D-Bus library. And my own DBussy
> <https://github.com/ldo/dbussy> takes advantage of asyncio and the
> async/await features introduced in Python 3.5.
> _______________________________________________
> dbus mailing list
> [email protected]
> https://lists.freedesktop.org/mailman/listinfo/dbus
_______________________________________________
dbus mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/dbus
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.