LWN: Comments on "ZeroMQ and Crossroads I/O: Forking over trademarks" https://lwn.net/Articles/488732/ This is a special feed containing comments posted to the individual LWN article titled "ZeroMQ and Crossroads I/O: Forking over trademarks". en-us Tue, 07 Oct 2025 07:41:16 +0000 Tue, 07 Oct 2025 07:41:16 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/573036/ https://lwn.net/Articles/573036/ pieterh <div class="FormattedComment"> It's ironic that at the bottom of this page it says, "Linux is a registered trademark of Linus Torvalds".<br> <p> Trademarks are important here yet not in the way presented. There were no requests from anyone to use the ZeroMQ trademarks in other products. It is strange to see that presented as justification.<br> <p> The fork was simply over flatness of our playing field. Martin and Martin ("M&amp;M") wanted special rights to release code that was buggy, incompatible, and broke user space, and call it "ZeroMQ". At the same time they felt justified in deciding the road map, rejecting patches, and imposing their vision over the codebase no matter what the cost to users.<br> <p> There was an old agreement we made when we launched the project. iMatix funded it, and owned the name and domain, was responsible for the community, and by 2011, for official releases. That was my job: evangelism, documentation, community building, and making stable releases (no easy job when the master code kept changing dramatically). I've been the benevolent dictator of the community since the start, though didn't interfere in the process until there were problems to fix.<br> <p> In 2011 we found ourselves with no less than four incompatible versions: 2.x, 3.0, 4.0, and then a 3.1 cowboy release, which M&amp;M made while I was flying home from Seoul, after we'd spent a full week together there. At that point I reached out to Mikko, Ian, Chuck, and with their help codified the rather harsher process we use today. I told M&amp;M, these are the rules now, accept them or leave - it is LGPL, after all.<br> <p> A level playing field means all contributors have the same rights. The trademark is a coercion that enforces this rule. And that's it. Anyone can fork the code and apply a different process, but they cannot call that result "ZeroMQ".<br> <p> How well does the process work? Clearly, it's not the only way to make software. If I was a large firm pumping money into messaging, to build a nice conventional support business, I'd use a BSD license and a playing field that tilted my way.<br> <p> However to build a truly open community, and to make software that is accurate and stable (and look at the latest V4 release, how few issues it has, and yet how far it's come), it works.<br> <p> Personally, I find the ZeroMQ community, since M&amp;M's departure, to be lively, happy, and really pleasant to work with. We've lost all the stress of broken code and weird philosophical design debates, and instead we see smooth organic growth of the code. Master is almost perfect, almost all the time. Working on ZeroMQ is enjoyable, and I think that's a feeling all contributors share. Don't take my word for it, go ask on the zeromq-dev list or #zeromq IRC channel.<br> <p> If you are making free software, take a look at our process: <a rel="nofollow" href="http://rfc.zeromq.org/spec:22">http://rfc.zeromq.org/spec:22</a>. It's surprisingly effective, and for that I have to thank M&amp;M sincerely, since they were the main motivation to write it.<br> <p> </div> Wed, 06 Nov 2013 15:39:59 +0000 The meanings of a fork https://lwn.net/Articles/495334/ https://lwn.net/Articles/495334/ ncm <div class="FormattedComment"> Each fork is an adaptation to a failure. Opinions will differ on the nature of the failure. The ability to fork is good. The fork itself may be good, under the circumstances. The circumstances are always unfortunate.<br> <p> That's not to say that every project must avoid forks at all costs. Nothing made by humans can satisfy everybody. Failure to satisfy everybody is unfortunate but expected. If enough of those dissatisfied can work together on a fork to meet their own needs, that's a much better outcome than remaining dissatisfied.<br> </div> Mon, 30 Apr 2012 21:05:32 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/491178/ https://lwn.net/Articles/491178/ Baylink <div class="FormattedComment"> Sure, he could call it a 0mq Toaster Control Unit.<br> <p> See also "nominative use".<br> </div> Sun, 08 Apr 2012 17:05:31 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/490740/ https://lwn.net/Articles/490740/ kragil <div class="FormattedComment"> Forks are good.<br> It's evolution, baby.<br> </div> Thu, 05 Apr 2012 08:06:18 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/490531/ https://lwn.net/Articles/490531/ chloe_zen <div class="FormattedComment"> ... because what zeromq needed most was more confusion. :-(<br> </div> Wed, 04 Apr 2012 04:00:42 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/489925/ https://lwn.net/Articles/489925/ giraffedata You seem to be talking about the name for the protocol, while the trademark in question is the name of a piece of software that implements the protocol. I don't believe it would satisfy Sustrik if the protocol were given a new non-proprietary name while iMatix retained the trademark on the piece of software Sustrik works to distribute. <p> The freedom to use the mark that Sustrik advocates wouldn't be the freedom for a developer to call his code "Foobar Enterprise 0MQ" to indicate that it uses the same protocol as the original 0MQ; it would be the freedom to call it that to indicate that it contains all the features of the original software. Sat, 31 Mar 2012 16:36:58 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/489492/ https://lwn.net/Articles/489492/ xtifr <div class="FormattedComment"> This isn't the first case where a project has been split purely over trademarks with no difference in the copyright license, and with the ability for patches to flow freely between the projects. Debian Iceweasel is the same. Of course, Iceweasel simply tracks Firefox, and imports any changes; there's no actual independent development going on on the Iceweasel side. Still, I think it's an interesting precedent.<br> </div> Thu, 29 Mar 2012 23:55:34 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/489381/ https://lwn.net/Articles/489381/ iabervon <div class="FormattedComment"> In general, things that become IETF standards have different standard names from the names they originally had, when a company has a trademark on the original name. For that matter, a standard has to permit competing implementations, which are obviously going to be not from the ZeroMQ community but confusingly similar to ZeroMQ, and therefore violate any sensible trademark policy on that name. Of course, "Crossroads I/O", while a fine project name, isn't any better for this purpose. If they want to have a standard, they'll need a generic name, like "facial tissue" or "copy machine" or "XMPP", and that's what other companies would claim support for without having conflicts with trademark policies on it.<br> <p> </div> Thu, 29 Mar 2012 17:33:32 +0000 ZeroMQ and Crossroads I/O: Forking over trademarks https://lwn.net/Articles/489285/ https://lwn.net/Articles/489285/ wookey <div class="FormattedComment"> &lt;blockquote&gt;You cannot create "Foobar Enterprise 0MQ" in the way that Red Hat have created "RH Enterprise *Linux*".&lt;/blockquote&gt;<br> <p> I don't follow the logic of this. 'Linux' is trademarked too, just like '0MQ'. Wide usage is allowed due to a liberal policy and light application of the power trademark law provides. <br> <p> 0MQ could be the same if it wanted. It's not entirely due to trademark law per se. Now perhaps the point is that iMatix/PeterH aren't prepared to chnage the policy at all, but they seem pretty reasonable to me in the linked communications. <br> </div> Thu, 29 Mar 2012 11:38:17 +0000