• This site uses cookies. By continuing to use this site, you are agreeing to our use of cookies. Learn more.

C/C++ D-Bus & HALD replacements

A. D. Sharpe Sr.

Member

Thanks: 3
Messages: 29

#1
Hello all,

I know that FreeBSD's native solution is devd, rather than hald. However, what I don't know is what's the native solution to use instead of dbus?
 

A. D. Sharpe Sr.

Member

Thanks: 3
Messages: 29

#2
That sounds like all the more reason for FreeBSD to have an alternative to dbus. What I don't like about Lumina is the same thing that I don't like about the other desktops -integration with the hardware is severely lacking. Hardware diagnostics and proper hardware reporting is something that never seems to work quite right on any desktop on FreeBSD.
 

SirDice

Administrator
Staff member
Administrator
Moderator

Thanks: 5,506
Messages: 25,688

#3
However, what I don't know is what's the native solution to use instead of dbus?
I can understand the reasoning behind not wanting hald but what's wrong with dbus?
 

tobik@

Daemon
Developer

Thanks: 1,181
Messages: 1,774

#4
integration with the hardware is severely lacking. Hardware diagnostics and proper hardware reporting is something that never seems to work quite right on any desktop on FreeBSD.
And how would developing an alternative to D-Bus help here? D-Bus itself is just an event/message bus and if the implementation of the services that use it are lacking or missing in some way on FreeBSD then that is what needs to be fixed.
 

A. D. Sharpe Sr.

Member

Thanks: 3
Messages: 29

#6
And how would developing an alternative to D-Bus help here? D-Bus itself is just an event/message bus and if the implementation of the services that use it are lacking or missing in some way on FreeBSD then that is what needs to be fixed.
Perhaps I should have provided some separation of topics when I responded earlier. This is what It should have looked like:

"That sounds like all the more reason for FreeBSD to have an alternative to dbus.

What I don't like about Lumina is the same thing that I don't like about the other desktops -integration with the hardware is severely lacking. Hardware diagnostics and proper hardware reporting is something that never seems to work quite right on any desktop on FreeBSD."

Though, it still looks a bit silly because SirDice seems to have removed his comment about OpenOffice & other software (which my first sentence was replying to), and Lumina (which my second & third sentences were referring to).
 

SirDice

Administrator
Staff member
Administrator
Moderator

Thanks: 5,506
Messages: 25,688

#7
I'm hunting for either homegrown BSD solutions or solutions that don't have any form of GPL license attached to them.
DBus is dual-licensed, it also has a AFL 2.1 license.
https://en.wikipedia.org/wiki/Academic_Free_License

Though, it still looks a bit silly because SirDice seems to have removed his comment about OpenOffice & other software (which my first sentence was replying to), and Lumina (which my second & third sentences were referring to).
Not my post.
 

A. D. Sharpe Sr.

Member

Thanks: 3
Messages: 29

#8
DBus is dual-licensed, it also has a AFL 2.1 license.
https://en.wikipedia.org/wiki/Academic_Free_License
Looking at the source tree itself tells a more clear story. From the file "COPYING":

"D-Bus is licensed to you under your choice of the Academic Free
License version 2.1, or the GNU General Public License version 2
(or, at your option any later version).

Both licenses are included here. Some of the standalone binaries are
under the GPL only; in particular, but not limited to,
tools/dbus-cleanup-sockets.c and test/decode-gcov.c. Each source code
file is marked with the proper copyright information - if you find a
file that isn't marked please bring it to our attention."
 

SirDice

Administrator
Staff member
Administrator
Moderator

Thanks: 5,506
Messages: 25,688

#11