Why do we need d-bus?

Many, many battle-tested free and open-source serialization/deserialization libraries out there. Or just use JSON or XML if that suits your purposes. There's no reason to re-invent this particular wheel in 2024.
What if you need the serialization library to be formally verified?
 
Many, many battle-tested free and open-source serialization/deserialization libraries out there. Or just use JSON or XML if that suits your purposes. There's no reason to re-invent this particular wheel in 2024.
People already have to integrate with Kafka and now they have to bring batteries? :rolleyes:
 
I think with wayland, the issue goes deeper, as there's a fundamental disagreement about what a display server should do. That's not only about network functionality (you can debate about that indeed, I don't think it hurts to include it, but whatever), but in the wayland thinking, the job of the display server is really nothing but "compositing" clients' windows together (and delivering the most basic input events). NO room for any server-side rendering, for window managers, for any communication between clients, etc pp. The result is that clients need a massive stack of supporting libraries, they MUST do their rendering locally, even draw their own window decorations, agree on some external communication mechanism about basic things like clipboard, and so on. I don't agree with that design at all, of course there are types of applications where it's the best choice to do everything client-side, but the vast majority of regular desktop applications could profit a lot from more functionality offered by the display server as in X.
I think that both are wrong, and that the Java's AWT API is more representative of what a good Display Server should do, better for security, retrofit new functionality, et cetera.
 
What if you need the serialization library to be formally verified?
That is a good point. Every parser is a potential security nightmare to happen, because downstream is a possibly shoddy input verification. Do I need to mention the "leading 0 letter name" in context to systemd? (that is a zero char, not O). IMHO they did that right in DBus, provide the methods and hide the layout of the data. And now you talk to every implementation under the sun and expect no buffer overflows, no RCEs?

Oh, right. It's all Rust or other memory safe languages. And systems today are fast, yes. I'm working embedded. There is no GHz is sight. There you feel it. Can we please give these folks a 286 running sinix for a project? So they can learn a thing or two?
 
Do not care, hate acronyms.
If you hate acronyms so much, then how about writing compete sentences? With correct grammar? That would be great.
And  In  My  Humble  Opinion would make communication much better. Thank you, and have a nice stay.
 
… please avoid acronyms, other than those of UNIX.

Readership of The FreeBSD Forums is not limited to people with knowledge of UNIX®-like systems.

Anyone who encounters a novel phrase, or acronym, might fairly easily discover its meaning through things such as search engines.

If novelties are a problem for non-English speakers: I am sympathetic, nonetheless this is definitely an English-only space.

Do not care, hate …

Instead of publicly criticising other people's styles of writing, instead of carelessly expressing hatred:
  • you might quietly learn, and enjoy doing so.

Thank you
 
I don't know what it means. Could please avoid acronyms, other than those of UNIX.
IMHO has been probably around already over 40 years now and has found its way to even corporate e(lectronic)-mails. Originally coming from USENET (sic! - an acronym again), before the Transmission Control Protocol was widely accepted by public. IMHO, there are always people hating acronyms.
 
OK folks, that should be enough. There is no need to flame him like the ceiling of a Ramstein concert hall.
 
FWIW, I didn't intend to flame him but to troll him ?. IMHO fair game, but your sense of humor might differ of course, so, sorry for the noise ?
 
  • Like
Reactions: mer
Back
Top