Dear elite C language developers of ammazing Dbus-broker.
I Am deeply appreciating yours complex C language programming and debugging work, which you are bringing for all Dbus-broker users.
I Am visually impaired user with no sight at all and thanks to your Dbus-broker system I and many other visually impaired users are able to use Orca screen reader for working with long list of messages with much more faster responsiveness.Before your elite team has released Dbus-broker and it have been only possible to use Dbus-daemon The responsiveness between key press and speech while reading long lists of messages in Thunderbird have been very long and sometimes even impossible.
I have ositive experience with Dbus-daemon and with compiled binary modules such as dbus-run-session and dbus-launch while running Android operating system combined with Termux terminal emulator and Proot.
Proot is used to run Linux apps not only on Android devices. It uses Btrace to monitor and retranslate some specific system calls.
Dbus-launch and dbus-run-session work smoothly even on Android operating system and with its specific kernel.
But I would like to know, if it would be possible to extend Dbus-broker so it would be ossible to use it on Android device like Dbus-daemon so without issues.
Or it would require many many many hours of heavy programmers work to achieve this goal?
I Am also aware, that this implementation would not interfere with standard Linux kernels with Systemd.
Thank you very much for your answer.
If it would be possible to use dbus-broker on Android and with Proot, please let Me know which command should I type to start The mate desktop environment.
When I have used Arch Linux I have to type
dbus-run-session mate-session &
But dbus-broker work much differently.
Debian chroots are preprepared so user is not being forced to type
dbus-run-session or dbus-launch at all.
Something smart is doing it automatically even on Android with Proot.
Thank you very very much for your time and for your professional answer.
With The deepest possible appreciation to your programmers experience
Janusz Chmiel
Dear elite C language developers of ammazing Dbus-broker. I Am deeply appreciating yours complex C language programming and debugging work, which you are bringing for all Dbus-broker users. I Am visually impaired user with no sight at all and thanks to your Dbus-broker system I and many other visually impaired users are able to use Orca screen reader for working with long list of messages with much more faster responsiveness.Before your elite team has released Dbus-broker and it have been only possible to use Dbus-daemon The responsiveness between key press and speech while reading long lists of messages in Thunderbird have been very long and sometimes even impossible. I have ositive experience with Dbus-daemon and with compiled binary modules such as dbus-run-session and dbus-launch while running Android operating system combined with Termux terminal emulator and Proot. Proot is used to run Linux apps not only on Android devices. It uses Btrace to monitor and retranslate some specific system calls. Dbus-launch and dbus-run-session work smoothly even on Android operating system and with its specific kernel. But I would like to know, if it would be possible to extend Dbus-broker so it would be ossible to use it on Android device like Dbus-daemon so without issues. Or it would require many many many hours of heavy programmers work to achieve this goal? I Am also aware, that this implementation would not interfere with standard Linux kernels with Systemd. Thank you very much for your answer. If it would be possible to use dbus-broker on Android and with Proot, please let Me know which command should I type to start The mate desktop environment. When I have used Arch Linux I have to type dbus-run-session mate-session &
But dbus-broker work much differently. Debian chroots are preprepared so user is not being forced to type dbus-run-session or dbus-launch at all. Something smart is doing it automatically even on Android with Proot. Thank you very very much for your time and for your professional answer. With The deepest possible appreciation to your programmers experience Janusz Chmiel