[zeromq-dev] New project: Bacaro - a Message Bus for IPC based on ZMQ

Francesco francesco.montorsi at gmail.com
Wed Mar 25 10:19:05 CET 2026


Hey Matteo,

Just wanted to say that the project looks very interesting.
And I'm also happy to see something new being based on zeromq!
I think zeromq is still very useful in a number of scenarios... the project
lacks energies and community involvement unfortunately.

Cheers,
Francesco



Il giorno mer 25 mar 2026 alle ore 03:11 Matteo via zeromq-dev <
zeromq-dev at lists.zeromq.org> ha scritto:

> Hi Brett,
>
> yes, I have checked Zyre extensively, the first draft was using Zyre
> (years ago), I actually thought about sending a patch for Zyre to add some
> of the things that I wanted but I ultimately decided against it - the
> reason being that it would have gone against what Zyre was developed to do
> and I didn't want to pollute it with my specifics.
>
> You could very well use Zyre via IPC to solve most of the problems I have
> faced in my project, heck, if they would have chosen Zyre instead of D-Bus
> I wouldn't be here to talk about it.
>
> The reason I moved away from Zyre:
> Zyre is built for LAN/WAN - it can be used with IPC but it would be
> overkill.
> Dependencies - Zyre brings in more than I really need and because I need
> to cross compile this in Yocto, the less the better.
> iNotify is just a simpler way to do what I needed to do - Again Zyre's use
> case was much more complex and its solutions follow.
> Protocol, Zyre adds HBs, threading model, membership, etc... Again,
> different scope
>
> Could I have done it in Zyre? Absolutely
>
> On Tue, Mar 24, 2026 at 6:21 PM Brett Viren <brett.viren at gmail.com> wrote:
>
>> FYI, I'm just a community member but this kind of message is welcome to
>> me.
>>
>> Bacaro looks interesting.
>>
>> I'm curious if you considered Zyre for discovery and if so what your
>> thoughts were on pros/cons compared to the file system based solution
>> you picked.
>>
>> Cheers,
>> -Brett.
>>
>> On Tue, Mar 24, 2026 at 10:45 AM Matteo via zeromq-dev
>> <zeromq-dev at lists.zeromq.org> wrote:
>> >
>> > I struggled with the decision to send my project to this list, and as
>> you notice I ultimately opted to send it and brace for impact :)
>> >
>> > I know this is not directly zmq development related but I don't know
>> any other ML that could help or be interested in this and so, if I
>> overstepped, I am sorry.
>> >
>> > https://github.com/bricke/bacaro
>> >
>> > It's a message bus (similar to d-bus) but built on top of ZMQ with the
>> very specific use case of being used in a controlled environment with no
>> bad actors, meaning the dev team controls all applications and their
>> behavior.
>> > I have spent the last 8 years wrestling Dbus into submission after a
>> client of mine decided to use it as their IPC of choice and now that I am
>> finally free of it, I decided to give a go to a better solution that fitted
>> that specific scenario.
>> >
>> > The project is still in its very infancy, I could use another set of
>> eyes especially from people that know ZMQ well.
>> >
>> > Thank you
>> > Best Regards
>> > _______________________________________________
>> > zeromq-dev mailing list
>> > zeromq-dev at lists.zeromq.org
>> > https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
> _______________________________________________
> zeromq-dev mailing list
> zeromq-dev at lists.zeromq.org
> https://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.zeromq.org/pipermail/zeromq-dev/attachments/20260325/ee263357/attachment.htm>


More information about the zeromq-dev mailing list