Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

This is great news, Andriy. :)

On Sat, Sep 3, 2016 at 5:17 PM, Andriy Drozdyuk  wrote:
> Hi, guys.
> So I've decided to release erlangzmq under MPLv2. One unintended side-effect
> of this porject has been that I actually sold a few of my math-history books
> (Fibonacci, his numbers and his rabbits) and getting my book out there is
> worth more than any money I could ever make on this codebase.
>
> I was not really happy with the name, and neither "erlangmq" nor
> "erlangzmtp" sounded right. So I just made up a completely new name: chumak.
> I am still undecided about the "zeromq organization", so I'll keep it in my
> repo for now. You're free to clone it if you like.
>
> New project can be found here:
> https://github.com/chovencorp/chumak
>
> On Sun, 14 Aug 2016 at 03:15 Pieter Hintjens  wrote:
>>
>> ErlangMQ is a good name IMO, and you can always use that case style in
>> documentation and erlangmq in source.
>>
>> On Sun, Aug 14, 2016 at 2:25 AM, Andriy Drozdyuk  wrote:
>> > Never-mind regarding the name, I see the JeroMQ, NetMQ. It only makes
>> > sense
>> > to call it "erlangmq" (alas, Erlang does not use came-casing).
>> >
>> >
>> > On Sat, 13 Aug 2016 at 16:41 Andriy Drozdyuk  wrote:
>> >>
>> >> One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP"
>> >> What
>> >> is "ZeroMQ" itself then?
>> >> Is it the c-library itself specifically?
>> >>
>> >> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:
>> >>>
>> >>> I see that you often accept pull requests yourself. Would I be able to
>> >>> accept PR on behalf of the project? Or are only the "admin" teams
>> >>> allowed to
>> >>> merge?
>> >>>
>> >>>
>> >>> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
>> 
>>  The project is still owned by you and anyone else you select. There
>>  are admin teams who get some rights over projects; I think we had one
>>  case of over-reach with this, didn't happen again. If for some insane
>>  reason people remove your rights (I guess anything's possible given
>>  an
>>  infinite future), you fork the project back to your safe space and
>>  make a public noise.
>> 
>>  On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
>>  wrote:
>>  > Agreed on the name. Will do.
>>  >
>>  > Oh phew, I thought you were beeing serious about the skype
>>  > interview
>>  > there
>>  > for a second. :-)
>>  > Is the project "owned" by anyone at that point? What's to prevent
>>  > me
>>  > being
>>  > removed from the "admins" (just hypothetical question)?
>>  >
>>  > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>>  >>
>>  >> You need to pay us a fee in small-unit BTC (to be discussed) and
>>  >> then
>>  >> pass through the initiation ceremony, which involves firstly the
>>  >> short
>>  >> 6-hour Skype interview about your understanding of queuing theory
>>  >> as
>>  >> it intersects with Conways' Law, then a longer Q session with
>>  >> the
>>  >> Elders of the Zero, as we like to call ourselves.
>>  >>
>>  >> Just kidding. It's simply a place on github, that lets you claim
>>  >> the
>>  >> project is "official" and lets us boast we have more "official"
>>  >> projects. No change in the project organization or admin. We have
>>  >> our
>>  >> recommendations for license and process yet you're not forced to
>>  >> follow these.
>>  >>
>>  >> See http://zeromq.org/docs:organization
>>  >>
>>  >> BTW I really would suggest a rename to make it clearer it's not a
>>  >> binding but a complete implementation. Either using "zmtp" in the
>>  >> name, or something MQ, is the fashion.
>>  >>
>>  >> -Pieter
>>  >>
>>  >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk
>>  >> 
>>  >> wrote:
>>  >> > Hi, Peter.
>>  >> > What did you mean by "bring the project into the ZeroMQ
>>  >> > organization on
>>  >> > github"?
>>  >> >
>>  >> > Would I still be able to oversee the development process? In
>>  >> > particular,
>>  >> > accepting patches, nominating contributors etc...
>>  >> > How does that work?
>>  >> >
>>  >> > Thank you.
>>  >> >
>>  >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>>  >> > wrote:
>>  >> >>
>>  >> >> Thanks Pieter. I've read all those things when I learned zmq :)
>>  >> >> I
>>  >> >> agree
>>  >> >> with what you're suggesting, but that model doesn't really work
>>  >> >> for me
>>  >> >> at
>>  >> >> this time. I was thinking of trying it this way for a year to
>>  >> >> see
>>  >> >> what
>>  >> >> happens in the future.
>>  >> >>
>>  >> >> Elliot, thanks for that distinction. I've never thought 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

Hi, guys.
So I've decided to release erlangzmq under MPLv2. One unintended
side-effect of this porject has been that I actually sold a few of my
math-history books (Fibonacci, his numbers and his rabbits) and getting my
book out there is worth more than any money I could ever make on this
codebase.

I was not really happy with the name, and neither "erlangmq" nor
"erlangzmtp" sounded right. So I just made up a completely new name:
chumak. I am still undecided about the "zeromq organization", so I'll keep
it in my repo for now. You're free to clone it if you like.

New project can be found here:
https://github.com/chovencorp/chumak

On Sun, 14 Aug 2016 at 03:15 Pieter Hintjens  wrote:

> ErlangMQ is a good name IMO, and you can always use that case style in
> documentation and erlangmq in source.
>
> On Sun, Aug 14, 2016 at 2:25 AM, Andriy Drozdyuk  wrote:
> > Never-mind regarding the name, I see the JeroMQ, NetMQ. It only makes
> sense
> > to call it "erlangmq" (alas, Erlang does not use came-casing).
> >
> >
> > On Sat, 13 Aug 2016 at 16:41 Andriy Drozdyuk  wrote:
> >>
> >> One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP" What
> >> is "ZeroMQ" itself then?
> >> Is it the c-library itself specifically?
> >>
> >> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:
> >>>
> >>> I see that you often accept pull requests yourself. Would I be able to
> >>> accept PR on behalf of the project? Or are only the "admin" teams
> allowed to
> >>> merge?
> >>>
> >>>
> >>> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
> 
>  The project is still owned by you and anyone else you select. There
>  are admin teams who get some rights over projects; I think we had one
>  case of over-reach with this, didn't happen again. If for some insane
>  reason people remove your rights (I guess anything's possible given an
>  infinite future), you fork the project back to your safe space and
>  make a public noise.
> 
>  On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
>  wrote:
>  > Agreed on the name. Will do.
>  >
>  > Oh phew, I thought you were beeing serious about the skype interview
>  > there
>  > for a second. :-)
>  > Is the project "owned" by anyone at that point? What's to prevent me
>  > being
>  > removed from the "admins" (just hypothetical question)?
>  >
>  > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>  >>
>  >> You need to pay us a fee in small-unit BTC (to be discussed) and
> then
>  >> pass through the initiation ceremony, which involves firstly the
>  >> short
>  >> 6-hour Skype interview about your understanding of queuing theory
> as
>  >> it intersects with Conways' Law, then a longer Q session with the
>  >> Elders of the Zero, as we like to call ourselves.
>  >>
>  >> Just kidding. It's simply a place on github, that lets you claim
> the
>  >> project is "official" and lets us boast we have more "official"
>  >> projects. No change in the project organization or admin. We have
> our
>  >> recommendations for license and process yet you're not forced to
>  >> follow these.
>  >>
>  >> See http://zeromq.org/docs:organization
>  >>
>  >> BTW I really would suggest a rename to make it clearer it's not a
>  >> binding but a complete implementation. Either using "zmtp" in the
>  >> name, or something MQ, is the fashion.
>  >>
>  >> -Pieter
>  >>
>  >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk  >
>  >> wrote:
>  >> > Hi, Peter.
>  >> > What did you mean by "bring the project into the ZeroMQ
>  >> > organization on
>  >> > github"?
>  >> >
>  >> > Would I still be able to oversee the development process? In
>  >> > particular,
>  >> > accepting patches, nominating contributors etc...
>  >> > How does that work?
>  >> >
>  >> > Thank you.
>  >> >
>  >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>  >> > wrote:
>  >> >>
>  >> >> Thanks Pieter. I've read all those things when I learned zmq :)
> I
>  >> >> agree
>  >> >> with what you're suggesting, but that model doesn't really work
>  >> >> for me
>  >> >> at
>  >> >> this time. I was thinking of trying it this way for a year to
> see
>  >> >> what
>  >> >> happens in the future.
>  >> >>
>  >> >> Elliot, thanks for that distinction. I've never thought about
> that
>  >> >> but
>  >> >> it
>  >> >> makes perfect sense.
>  >> >> Regarding curve, that would be amazing. This was going to be my
>  >> >> next
>  >> >> goal.
>  >> >> You can contact me at dro...@choven.ca so we can discuss it
>  >> >> further.
>  >> >>
>  >> >>
>  >> >> On Thu, 30 Jun 2016, 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

ErlangMQ is a good name IMO, and you can always use that case style in
documentation and erlangmq in source.

On Sun, Aug 14, 2016 at 2:25 AM, Andriy Drozdyuk  wrote:
> Never-mind regarding the name, I see the JeroMQ, NetMQ. It only makes sense
> to call it "erlangmq" (alas, Erlang does not use came-casing).
>
>
> On Sat, 13 Aug 2016 at 16:41 Andriy Drozdyuk  wrote:
>>
>> One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP" What
>> is "ZeroMQ" itself then?
>> Is it the c-library itself specifically?
>>
>> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:
>>>
>>> I see that you often accept pull requests yourself. Would I be able to
>>> accept PR on behalf of the project? Or are only the "admin" teams allowed to
>>> merge?
>>>
>>>
>>> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:

 The project is still owned by you and anyone else you select. There
 are admin teams who get some rights over projects; I think we had one
 case of over-reach with this, didn't happen again. If for some insane
 reason people remove your rights (I guess anything's possible given an
 infinite future), you fork the project back to your safe space and
 make a public noise.

 On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
 wrote:
 > Agreed on the name. Will do.
 >
 > Oh phew, I thought you were beeing serious about the skype interview
 > there
 > for a second. :-)
 > Is the project "owned" by anyone at that point? What's to prevent me
 > being
 > removed from the "admins" (just hypothetical question)?
 >
 > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
 >>
 >> You need to pay us a fee in small-unit BTC (to be discussed) and then
 >> pass through the initiation ceremony, which involves firstly the
 >> short
 >> 6-hour Skype interview about your understanding of queuing theory as
 >> it intersects with Conways' Law, then a longer Q session with the
 >> Elders of the Zero, as we like to call ourselves.
 >>
 >> Just kidding. It's simply a place on github, that lets you claim the
 >> project is "official" and lets us boast we have more "official"
 >> projects. No change in the project organization or admin. We have our
 >> recommendations for license and process yet you're not forced to
 >> follow these.
 >>
 >> See http://zeromq.org/docs:organization
 >>
 >> BTW I really would suggest a rename to make it clearer it's not a
 >> binding but a complete implementation. Either using "zmtp" in the
 >> name, or something MQ, is the fashion.
 >>
 >> -Pieter
 >>
 >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
 >> wrote:
 >> > Hi, Peter.
 >> > What did you mean by "bring the project into the ZeroMQ
 >> > organization on
 >> > github"?
 >> >
 >> > Would I still be able to oversee the development process? In
 >> > particular,
 >> > accepting patches, nominating contributors etc...
 >> > How does that work?
 >> >
 >> > Thank you.
 >> >
 >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
 >> > wrote:
 >> >>
 >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
 >> >> agree
 >> >> with what you're suggesting, but that model doesn't really work
 >> >> for me
 >> >> at
 >> >> this time. I was thinking of trying it this way for a year to see
 >> >> what
 >> >> happens in the future.
 >> >>
 >> >> Elliot, thanks for that distinction. I've never thought about that
 >> >> but
 >> >> it
 >> >> makes perfect sense.
 >> >> Regarding curve, that would be amazing. This was going to be my
 >> >> next
 >> >> goal.
 >> >> You can contact me at dro...@choven.ca so we can discuss it
 >> >> further.
 >> >>
 >> >>
 >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
 >> >>  wrote:
 >> >>>
 >> >>> Hi Andriy,
 >> >>>
 >> >>> Glad to see a full BEAM implementation.
 >> >>>
 >> >>> I've been working on something similar in Elixir
 >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
 >> >>> gotten
 >> >>> further in Erlang I'll take a look at contributing Curve support
 >> >>> to
 >> >>> yours
 >> >>> instead, since all I really wanted was native BEAM instead of a
 >> >>> binding to
 >> >>> the C library given the dangers and/or inefficiencies of doing
 >> >>> so.
 >> >>>
 >> >>> I'll have to look more closely into the licensing you've gone for
 >> >>> to
 >> >>> see
 >> >>> whether it's compatible with my needs.
 >> >>>
 >> >>> Small note, but what you've got there is an implementation not a
 >> >>> binding
 >> 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

ZeroMQ is originally the C++ library, and predates ZMTP as a formal
spec. Today it's more broadly the whole community.

On Sat, Aug 13, 2016 at 10:41 PM, Andriy Drozdyuk  wrote:
> One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP" What is
> "ZeroMQ" itself then?
> Is it the c-library itself specifically?
>
> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:
>>
>> I see that you often accept pull requests yourself. Would I be able to
>> accept PR on behalf of the project? Or are only the "admin" teams allowed to
>> merge?
>>
>>
>> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
>>>
>>> The project is still owned by you and anyone else you select. There
>>> are admin teams who get some rights over projects; I think we had one
>>> case of over-reach with this, didn't happen again. If for some insane
>>> reason people remove your rights (I guess anything's possible given an
>>> infinite future), you fork the project back to your safe space and
>>> make a public noise.
>>>
>>> On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
>>> wrote:
>>> > Agreed on the name. Will do.
>>> >
>>> > Oh phew, I thought you were beeing serious about the skype interview
>>> > there
>>> > for a second. :-)
>>> > Is the project "owned" by anyone at that point? What's to prevent me
>>> > being
>>> > removed from the "admins" (just hypothetical question)?
>>> >
>>> > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>>> >>
>>> >> You need to pay us a fee in small-unit BTC (to be discussed) and then
>>> >> pass through the initiation ceremony, which involves firstly the short
>>> >> 6-hour Skype interview about your understanding of queuing theory as
>>> >> it intersects with Conways' Law, then a longer Q session with the
>>> >> Elders of the Zero, as we like to call ourselves.
>>> >>
>>> >> Just kidding. It's simply a place on github, that lets you claim the
>>> >> project is "official" and lets us boast we have more "official"
>>> >> projects. No change in the project organization or admin. We have our
>>> >> recommendations for license and process yet you're not forced to
>>> >> follow these.
>>> >>
>>> >> See http://zeromq.org/docs:organization
>>> >>
>>> >> BTW I really would suggest a rename to make it clearer it's not a
>>> >> binding but a complete implementation. Either using "zmtp" in the
>>> >> name, or something MQ, is the fashion.
>>> >>
>>> >> -Pieter
>>> >>
>>> >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
>>> >> wrote:
>>> >> > Hi, Peter.
>>> >> > What did you mean by "bring the project into the ZeroMQ organization
>>> >> > on
>>> >> > github"?
>>> >> >
>>> >> > Would I still be able to oversee the development process? In
>>> >> > particular,
>>> >> > accepting patches, nominating contributors etc...
>>> >> > How does that work?
>>> >> >
>>> >> > Thank you.
>>> >> >
>>> >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>>> >> > wrote:
>>> >> >>
>>> >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
>>> >> >> agree
>>> >> >> with what you're suggesting, but that model doesn't really work for
>>> >> >> me
>>> >> >> at
>>> >> >> this time. I was thinking of trying it this way for a year to see
>>> >> >> what
>>> >> >> happens in the future.
>>> >> >>
>>> >> >> Elliot, thanks for that distinction. I've never thought about that
>>> >> >> but
>>> >> >> it
>>> >> >> makes perfect sense.
>>> >> >> Regarding curve, that would be amazing. This was going to be my
>>> >> >> next
>>> >> >> goal.
>>> >> >> You can contact me at dro...@choven.ca so we can discuss it
>>> >> >> further.
>>> >> >>
>>> >> >>
>>> >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>>> >> >>  wrote:
>>> >> >>>
>>> >> >>> Hi Andriy,
>>> >> >>>
>>> >> >>> Glad to see a full BEAM implementation.
>>> >> >>>
>>> >> >>> I've been working on something similar in Elixir
>>> >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
>>> >> >>> gotten
>>> >> >>> further in Erlang I'll take a look at contributing Curve support
>>> >> >>> to
>>> >> >>> yours
>>> >> >>> instead, since all I really wanted was native BEAM instead of a
>>> >> >>> binding to
>>> >> >>> the C library given the dangers and/or inefficiencies of doing so.
>>> >> >>>
>>> >> >>> I'll have to look more closely into the licensing you've gone for
>>> >> >>> to
>>> >> >>> see
>>> >> >>> whether it's compatible with my needs.
>>> >> >>>
>>> >> >>> Small note, but what you've got there is an implementation not a
>>> >> >>> binding
>>> >> >>> (which is a good thing).  It would be a binding if it used e.g.
>>> >> >>> the C
>>> >> >>> library to do the work.
>>> >> >>>
>>> >> >>> Regards,
>>> >> >>> Elliot
>>> >> >>>
>>> >> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk 
>>> >> >>> wrote:
>>> >> 
>>> >>  At Pieter's suggestion, I am putting this here:
>>> >> 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

By convention admins only merge pull requests on a project that one is
involved in, as maintainer or founder.

On Sat, Aug 13, 2016 at 10:18 PM, Andriy Drozdyuk  wrote:
> I see that you often accept pull requests yourself. Would I be able to
> accept PR on behalf of the project? Or are only the "admin" teams allowed to
> merge?
>
>
> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
>>
>> The project is still owned by you and anyone else you select. There
>> are admin teams who get some rights over projects; I think we had one
>> case of over-reach with this, didn't happen again. If for some insane
>> reason people remove your rights (I guess anything's possible given an
>> infinite future), you fork the project back to your safe space and
>> make a public noise.
>>
>> On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk  wrote:
>> > Agreed on the name. Will do.
>> >
>> > Oh phew, I thought you were beeing serious about the skype interview
>> > there
>> > for a second. :-)
>> > Is the project "owned" by anyone at that point? What's to prevent me
>> > being
>> > removed from the "admins" (just hypothetical question)?
>> >
>> > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>> >>
>> >> You need to pay us a fee in small-unit BTC (to be discussed) and then
>> >> pass through the initiation ceremony, which involves firstly the short
>> >> 6-hour Skype interview about your understanding of queuing theory as
>> >> it intersects with Conways' Law, then a longer Q session with the
>> >> Elders of the Zero, as we like to call ourselves.
>> >>
>> >> Just kidding. It's simply a place on github, that lets you claim the
>> >> project is "official" and lets us boast we have more "official"
>> >> projects. No change in the project organization or admin. We have our
>> >> recommendations for license and process yet you're not forced to
>> >> follow these.
>> >>
>> >> See http://zeromq.org/docs:organization
>> >>
>> >> BTW I really would suggest a rename to make it clearer it's not a
>> >> binding but a complete implementation. Either using "zmtp" in the
>> >> name, or something MQ, is the fashion.
>> >>
>> >> -Pieter
>> >>
>> >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
>> >> wrote:
>> >> > Hi, Peter.
>> >> > What did you mean by "bring the project into the ZeroMQ organization
>> >> > on
>> >> > github"?
>> >> >
>> >> > Would I still be able to oversee the development process? In
>> >> > particular,
>> >> > accepting patches, nominating contributors etc...
>> >> > How does that work?
>> >> >
>> >> > Thank you.
>> >> >
>> >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>> >> > wrote:
>> >> >>
>> >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
>> >> >> agree
>> >> >> with what you're suggesting, but that model doesn't really work for
>> >> >> me
>> >> >> at
>> >> >> this time. I was thinking of trying it this way for a year to see
>> >> >> what
>> >> >> happens in the future.
>> >> >>
>> >> >> Elliot, thanks for that distinction. I've never thought about that
>> >> >> but
>> >> >> it
>> >> >> makes perfect sense.
>> >> >> Regarding curve, that would be amazing. This was going to be my next
>> >> >> goal.
>> >> >> You can contact me at dro...@choven.ca so we can discuss it further.
>> >> >>
>> >> >>
>> >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>> >> >>  wrote:
>> >> >>>
>> >> >>> Hi Andriy,
>> >> >>>
>> >> >>> Glad to see a full BEAM implementation.
>> >> >>>
>> >> >>> I've been working on something similar in Elixir
>> >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
>> >> >>> gotten
>> >> >>> further in Erlang I'll take a look at contributing Curve support to
>> >> >>> yours
>> >> >>> instead, since all I really wanted was native BEAM instead of a
>> >> >>> binding to
>> >> >>> the C library given the dangers and/or inefficiencies of doing so.
>> >> >>>
>> >> >>> I'll have to look more closely into the licensing you've gone for
>> >> >>> to
>> >> >>> see
>> >> >>> whether it's compatible with my needs.
>> >> >>>
>> >> >>> Small note, but what you've got there is an implementation not a
>> >> >>> binding
>> >> >>> (which is a good thing).  It would be a binding if it used e.g. the
>> >> >>> C
>> >> >>> library to do the work.
>> >> >>>
>> >> >>> Regards,
>> >> >>> Elliot
>> >> >>>
>> >> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
>> >> 
>> >>  At Pieter's suggestion, I am putting this here:
>> >>  https://github.com/chovencorp/erlangzmq
>> >> 
>> >>  Native erlang 18 implementation of ZMTP 3.1 (including resource
>> >>  property), but without any security.
>> >> 
>> >>  Hopefully it will be useful to people. I know I'll use it myself -
>> >>  since
>> >>  all (native) erlang bindings are out of date.
>> >> 
>> >>  This is a six month young 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

Never-mind regarding the name, I see the JeroMQ, NetMQ. It only makes sense
to call it "erlangmq" (alas, Erlang does not use came-casing).


On Sat, 13 Aug 2016 at 16:41 Andriy Drozdyuk  wrote:

> One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP" What
> is "ZeroMQ" itself then?
> Is it the c-library itself specifically?
>
> On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:
>
>> I see that you often accept pull requests yourself. Would I be able to
>> accept PR on behalf of the project? Or are only the "admin" teams allowed
>> to merge?
>>
>>
>> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
>>
>>> The project is still owned by you and anyone else you select. There
>>> are admin teams who get some rights over projects; I think we had one
>>> case of over-reach with this, didn't happen again. If for some insane
>>> reason people remove your rights (I guess anything's possible given an
>>> infinite future), you fork the project back to your safe space and
>>> make a public noise.
>>>
>>> On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
>>> wrote:
>>> > Agreed on the name. Will do.
>>> >
>>> > Oh phew, I thought you were beeing serious about the skype interview
>>> there
>>> > for a second. :-)
>>> > Is the project "owned" by anyone at that point? What's to prevent me
>>> being
>>> > removed from the "admins" (just hypothetical question)?
>>> >
>>> > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>>> >>
>>> >> You need to pay us a fee in small-unit BTC (to be discussed) and then
>>> >> pass through the initiation ceremony, which involves firstly the short
>>> >> 6-hour Skype interview about your understanding of queuing theory as
>>> >> it intersects with Conways' Law, then a longer Q session with the
>>> >> Elders of the Zero, as we like to call ourselves.
>>> >>
>>> >> Just kidding. It's simply a place on github, that lets you claim the
>>> >> project is "official" and lets us boast we have more "official"
>>> >> projects. No change in the project organization or admin. We have our
>>> >> recommendations for license and process yet you're not forced to
>>> >> follow these.
>>> >>
>>> >> See http://zeromq.org/docs:organization
>>> >>
>>> >> BTW I really would suggest a rename to make it clearer it's not a
>>> >> binding but a complete implementation. Either using "zmtp" in the
>>> >> name, or something MQ, is the fashion.
>>> >>
>>> >> -Pieter
>>> >>
>>> >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
>>> wrote:
>>> >> > Hi, Peter.
>>> >> > What did you mean by "bring the project into the ZeroMQ
>>> organization on
>>> >> > github"?
>>> >> >
>>> >> > Would I still be able to oversee the development process? In
>>> particular,
>>> >> > accepting patches, nominating contributors etc...
>>> >> > How does that work?
>>> >> >
>>> >> > Thank you.
>>> >> >
>>> >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>>> wrote:
>>> >> >>
>>> >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
>>> agree
>>> >> >> with what you're suggesting, but that model doesn't really work
>>> for me
>>> >> >> at
>>> >> >> this time. I was thinking of trying it this way for a year to see
>>> what
>>> >> >> happens in the future.
>>> >> >>
>>> >> >> Elliot, thanks for that distinction. I've never thought about that
>>> but
>>> >> >> it
>>> >> >> makes perfect sense.
>>> >> >> Regarding curve, that would be amazing. This was going to be my
>>> next
>>> >> >> goal.
>>> >> >> You can contact me at dro...@choven.ca so we can discuss it
>>> further.
>>> >> >>
>>> >> >>
>>> >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>>> >> >>  wrote:
>>> >> >>>
>>> >> >>> Hi Andriy,
>>> >> >>>
>>> >> >>> Glad to see a full BEAM implementation.
>>> >> >>>
>>> >> >>> I've been working on something similar in Elixir
>>> >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
>>> gotten
>>> >> >>> further in Erlang I'll take a look at contributing Curve support
>>> to
>>> >> >>> yours
>>> >> >>> instead, since all I really wanted was native BEAM instead of a
>>> >> >>> binding to
>>> >> >>> the C library given the dangers and/or inefficiencies of doing so.
>>> >> >>>
>>> >> >>> I'll have to look more closely into the licensing you've gone for
>>> to
>>> >> >>> see
>>> >> >>> whether it's compatible with my needs.
>>> >> >>>
>>> >> >>> Small note, but what you've got there is an implementation not a
>>> >> >>> binding
>>> >> >>> (which is a good thing).  It would be a binding if it used e.g.
>>> the C
>>> >> >>> library to do the work.
>>> >> >>>
>>> >> >>> Regards,
>>> >> >>> Elliot
>>> >> >>>
>>> >> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk 
>>> wrote:
>>> >> 
>>> >>  At Pieter's suggestion, I am putting this here:
>>> >>  https://github.com/chovencorp/erlangzmq
>>> >> 
>>> >>  Native 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

One more question, regarding the name, isn't ZMTP just "ZeroMQ-MTP" What is
"ZeroMQ" itself then?
Is it the c-library itself specifically?

On Sat, 13 Aug 2016 at 16:18 Andriy Drozdyuk  wrote:

> I see that you often accept pull requests yourself. Would I be able to
> accept PR on behalf of the project? Or are only the "admin" teams allowed
> to merge?
>
>
> On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:
>
>> The project is still owned by you and anyone else you select. There
>> are admin teams who get some rights over projects; I think we had one
>> case of over-reach with this, didn't happen again. If for some insane
>> reason people remove your rights (I guess anything's possible given an
>> infinite future), you fork the project back to your safe space and
>> make a public noise.
>>
>> On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk 
>> wrote:
>> > Agreed on the name. Will do.
>> >
>> > Oh phew, I thought you were beeing serious about the skype interview
>> there
>> > for a second. :-)
>> > Is the project "owned" by anyone at that point? What's to prevent me
>> being
>> > removed from the "admins" (just hypothetical question)?
>> >
>> > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>> >>
>> >> You need to pay us a fee in small-unit BTC (to be discussed) and then
>> >> pass through the initiation ceremony, which involves firstly the short
>> >> 6-hour Skype interview about your understanding of queuing theory as
>> >> it intersects with Conways' Law, then a longer Q session with the
>> >> Elders of the Zero, as we like to call ourselves.
>> >>
>> >> Just kidding. It's simply a place on github, that lets you claim the
>> >> project is "official" and lets us boast we have more "official"
>> >> projects. No change in the project organization or admin. We have our
>> >> recommendations for license and process yet you're not forced to
>> >> follow these.
>> >>
>> >> See http://zeromq.org/docs:organization
>> >>
>> >> BTW I really would suggest a rename to make it clearer it's not a
>> >> binding but a complete implementation. Either using "zmtp" in the
>> >> name, or something MQ, is the fashion.
>> >>
>> >> -Pieter
>> >>
>> >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
>> wrote:
>> >> > Hi, Peter.
>> >> > What did you mean by "bring the project into the ZeroMQ organization
>> on
>> >> > github"?
>> >> >
>> >> > Would I still be able to oversee the development process? In
>> particular,
>> >> > accepting patches, nominating contributors etc...
>> >> > How does that work?
>> >> >
>> >> > Thank you.
>> >> >
>> >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
>> wrote:
>> >> >>
>> >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
>> agree
>> >> >> with what you're suggesting, but that model doesn't really work for
>> me
>> >> >> at
>> >> >> this time. I was thinking of trying it this way for a year to see
>> what
>> >> >> happens in the future.
>> >> >>
>> >> >> Elliot, thanks for that distinction. I've never thought about that
>> but
>> >> >> it
>> >> >> makes perfect sense.
>> >> >> Regarding curve, that would be amazing. This was going to be my next
>> >> >> goal.
>> >> >> You can contact me at dro...@choven.ca so we can discuss it
>> further.
>> >> >>
>> >> >>
>> >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>> >> >>  wrote:
>> >> >>>
>> >> >>> Hi Andriy,
>> >> >>>
>> >> >>> Glad to see a full BEAM implementation.
>> >> >>>
>> >> >>> I've been working on something similar in Elixir
>> >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
>> gotten
>> >> >>> further in Erlang I'll take a look at contributing Curve support to
>> >> >>> yours
>> >> >>> instead, since all I really wanted was native BEAM instead of a
>> >> >>> binding to
>> >> >>> the C library given the dangers and/or inefficiencies of doing so.
>> >> >>>
>> >> >>> I'll have to look more closely into the licensing you've gone for
>> to
>> >> >>> see
>> >> >>> whether it's compatible with my needs.
>> >> >>>
>> >> >>> Small note, but what you've got there is an implementation not a
>> >> >>> binding
>> >> >>> (which is a good thing).  It would be a binding if it used e.g.
>> the C
>> >> >>> library to do the work.
>> >> >>>
>> >> >>> Regards,
>> >> >>> Elliot
>> >> >>>
>> >> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk 
>> wrote:
>> >> 
>> >>  At Pieter's suggestion, I am putting this here:
>> >>  https://github.com/chovencorp/erlangzmq
>> >> 
>> >>  Native erlang 18 implementation of ZMTP 3.1 (including resource
>> >>  property), but without any security.
>> >> 
>> >>  Hopefully it will be useful to people. I know I'll use it myself -
>> >>  since
>> >>  all (native) erlang bindings are out of date.
>> >> 
>> >>  This is a six month young project, so this is NOT performance 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

I see that you often accept pull requests yourself. Would I be able to
accept PR on behalf of the project? Or are only the "admin" teams allowed
to merge?


On Sat, 13 Aug 2016 at 15:36 Pieter Hintjens  wrote:

> The project is still owned by you and anyone else you select. There
> are admin teams who get some rights over projects; I think we had one
> case of over-reach with this, didn't happen again. If for some insane
> reason people remove your rights (I guess anything's possible given an
> infinite future), you fork the project back to your safe space and
> make a public noise.
>
> On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk  wrote:
> > Agreed on the name. Will do.
> >
> > Oh phew, I thought you were beeing serious about the skype interview
> there
> > for a second. :-)
> > Is the project "owned" by anyone at that point? What's to prevent me
> being
> > removed from the "admins" (just hypothetical question)?
> >
> > On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
> >>
> >> You need to pay us a fee in small-unit BTC (to be discussed) and then
> >> pass through the initiation ceremony, which involves firstly the short
> >> 6-hour Skype interview about your understanding of queuing theory as
> >> it intersects with Conways' Law, then a longer Q session with the
> >> Elders of the Zero, as we like to call ourselves.
> >>
> >> Just kidding. It's simply a place on github, that lets you claim the
> >> project is "official" and lets us boast we have more "official"
> >> projects. No change in the project organization or admin. We have our
> >> recommendations for license and process yet you're not forced to
> >> follow these.
> >>
> >> See http://zeromq.org/docs:organization
> >>
> >> BTW I really would suggest a rename to make it clearer it's not a
> >> binding but a complete implementation. Either using "zmtp" in the
> >> name, or something MQ, is the fashion.
> >>
> >> -Pieter
> >>
> >> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk 
> wrote:
> >> > Hi, Peter.
> >> > What did you mean by "bring the project into the ZeroMQ organization
> on
> >> > github"?
> >> >
> >> > Would I still be able to oversee the development process? In
> particular,
> >> > accepting patches, nominating contributors etc...
> >> > How does that work?
> >> >
> >> > Thank you.
> >> >
> >> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk 
> wrote:
> >> >>
> >> >> Thanks Pieter. I've read all those things when I learned zmq :) I
> agree
> >> >> with what you're suggesting, but that model doesn't really work for
> me
> >> >> at
> >> >> this time. I was thinking of trying it this way for a year to see
> what
> >> >> happens in the future.
> >> >>
> >> >> Elliot, thanks for that distinction. I've never thought about that
> but
> >> >> it
> >> >> makes perfect sense.
> >> >> Regarding curve, that would be amazing. This was going to be my next
> >> >> goal.
> >> >> You can contact me at dro...@choven.ca so we can discuss it further.
> >> >>
> >> >>
> >> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
> >> >>  wrote:
> >> >>>
> >> >>> Hi Andriy,
> >> >>>
> >> >>> Glad to see a full BEAM implementation.
> >> >>>
> >> >>> I've been working on something similar in Elixir
> >> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've
> gotten
> >> >>> further in Erlang I'll take a look at contributing Curve support to
> >> >>> yours
> >> >>> instead, since all I really wanted was native BEAM instead of a
> >> >>> binding to
> >> >>> the C library given the dangers and/or inefficiencies of doing so.
> >> >>>
> >> >>> I'll have to look more closely into the licensing you've gone for to
> >> >>> see
> >> >>> whether it's compatible with my needs.
> >> >>>
> >> >>> Small note, but what you've got there is an implementation not a
> >> >>> binding
> >> >>> (which is a good thing).  It would be a binding if it used e.g. the
> C
> >> >>> library to do the work.
> >> >>>
> >> >>> Regards,
> >> >>> Elliot
> >> >>>
> >> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
> >> 
> >>  At Pieter's suggestion, I am putting this here:
> >>  https://github.com/chovencorp/erlangzmq
> >> 
> >>  Native erlang 18 implementation of ZMTP 3.1 (including resource
> >>  property), but without any security.
> >> 
> >>  Hopefully it will be useful to people. I know I'll use it myself -
> >>  since
> >>  all (native) erlang bindings are out of date.
> >> 
> >>  This is a six month young project, so this is NOT performance or
> >>  otherwise tested at all, and I would appreciate any feedback (just
> >>  take a
> >>  second to file an issue).
> >> 
> >>  Thank you,
> >>  --Andriy Drozdyuk
> >> 
> >>  ___
> >>  zeromq-dev mailing list
> >>  zeromq-dev@lists.zeromq.org
> >>  

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

The project is still owned by you and anyone else you select. There
are admin teams who get some rights over projects; I think we had one
case of over-reach with this, didn't happen again. If for some insane
reason people remove your rights (I guess anything's possible given an
infinite future), you fork the project back to your safe space and
make a public noise.

On Sat, Aug 13, 2016 at 8:52 PM, Andriy Drozdyuk  wrote:
> Agreed on the name. Will do.
>
> Oh phew, I thought you were beeing serious about the skype interview there
> for a second. :-)
> Is the project "owned" by anyone at that point? What's to prevent me being
> removed from the "admins" (just hypothetical question)?
>
> On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:
>>
>> You need to pay us a fee in small-unit BTC (to be discussed) and then
>> pass through the initiation ceremony, which involves firstly the short
>> 6-hour Skype interview about your understanding of queuing theory as
>> it intersects with Conways' Law, then a longer Q session with the
>> Elders of the Zero, as we like to call ourselves.
>>
>> Just kidding. It's simply a place on github, that lets you claim the
>> project is "official" and lets us boast we have more "official"
>> projects. No change in the project organization or admin. We have our
>> recommendations for license and process yet you're not forced to
>> follow these.
>>
>> See http://zeromq.org/docs:organization
>>
>> BTW I really would suggest a rename to make it clearer it's not a
>> binding but a complete implementation. Either using "zmtp" in the
>> name, or something MQ, is the fashion.
>>
>> -Pieter
>>
>> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk  wrote:
>> > Hi, Peter.
>> > What did you mean by "bring the project into the ZeroMQ organization on
>> > github"?
>> >
>> > Would I still be able to oversee the development process? In particular,
>> > accepting patches, nominating contributors etc...
>> > How does that work?
>> >
>> > Thank you.
>> >
>> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk  wrote:
>> >>
>> >> Thanks Pieter. I've read all those things when I learned zmq :) I agree
>> >> with what you're suggesting, but that model doesn't really work for me
>> >> at
>> >> this time. I was thinking of trying it this way for a year to see what
>> >> happens in the future.
>> >>
>> >> Elliot, thanks for that distinction. I've never thought about that but
>> >> it
>> >> makes perfect sense.
>> >> Regarding curve, that would be amazing. This was going to be my next
>> >> goal.
>> >> You can contact me at dro...@choven.ca so we can discuss it further.
>> >>
>> >>
>> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>> >>  wrote:
>> >>>
>> >>> Hi Andriy,
>> >>>
>> >>> Glad to see a full BEAM implementation.
>> >>>
>> >>> I've been working on something similar in Elixir
>> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've gotten
>> >>> further in Erlang I'll take a look at contributing Curve support to
>> >>> yours
>> >>> instead, since all I really wanted was native BEAM instead of a
>> >>> binding to
>> >>> the C library given the dangers and/or inefficiencies of doing so.
>> >>>
>> >>> I'll have to look more closely into the licensing you've gone for to
>> >>> see
>> >>> whether it's compatible with my needs.
>> >>>
>> >>> Small note, but what you've got there is an implementation not a
>> >>> binding
>> >>> (which is a good thing).  It would be a binding if it used e.g. the C
>> >>> library to do the work.
>> >>>
>> >>> Regards,
>> >>> Elliot
>> >>>
>> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
>> 
>>  At Pieter's suggestion, I am putting this here:
>>  https://github.com/chovencorp/erlangzmq
>> 
>>  Native erlang 18 implementation of ZMTP 3.1 (including resource
>>  property), but without any security.
>> 
>>  Hopefully it will be useful to people. I know I'll use it myself -
>>  since
>>  all (native) erlang bindings are out of date.
>> 
>>  This is a six month young project, so this is NOT performance or
>>  otherwise tested at all, and I would appreciate any feedback (just
>>  take a
>>  second to file an issue).
>> 
>>  Thank you,
>>  --Andriy Drozdyuk
>> 
>>  ___
>>  zeromq-dev mailing list
>>  zeromq-dev@lists.zeromq.org
>>  http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >>>
>> >>> ___
>> >>> zeromq-dev mailing list
>> >>> zeromq-dev@lists.zeromq.org
>> >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> ___
>> zeromq-dev 

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

Agreed on the name. Will do.

Oh phew, I thought you were beeing serious about the skype interview there
for a second. :-)
Is the project "owned" by anyone at that point? What's to prevent me being
removed from the "admins" (just hypothetical question)?

On Sat, 13 Aug 2016 at 14:11 Pieter Hintjens  wrote:

> You need to pay us a fee in small-unit BTC (to be discussed) and then
> pass through the initiation ceremony, which involves firstly the short
> 6-hour Skype interview about your understanding of queuing theory as
> it intersects with Conways' Law, then a longer Q session with the
> Elders of the Zero, as we like to call ourselves.
>
> Just kidding. It's simply a place on github, that lets you claim the
> project is "official" and lets us boast we have more "official"
> projects. No change in the project organization or admin. We have our
> recommendations for license and process yet you're not forced to
> follow these.
>
> See http://zeromq.org/docs:organization
>
> BTW I really would suggest a rename to make it clearer it's not a
> binding but a complete implementation. Either using "zmtp" in the
> name, or something MQ, is the fashion.
>
> -Pieter
>
> On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk  wrote:
> > Hi, Peter.
> > What did you mean by "bring the project into the ZeroMQ organization on
> > github"?
> >
> > Would I still be able to oversee the development process? In particular,
> > accepting patches, nominating contributors etc...
> > How does that work?
> >
> > Thank you.
> >
> > On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk  wrote:
> >>
> >> Thanks Pieter. I've read all those things when I learned zmq :) I agree
> >> with what you're suggesting, but that model doesn't really work for me
> at
> >> this time. I was thinking of trying it this way for a year to see what
> >> happens in the future.
> >>
> >> Elliot, thanks for that distinction. I've never thought about that but
> it
> >> makes perfect sense.
> >> Regarding curve, that would be amazing. This was going to be my next
> goal.
> >> You can contact me at dro...@choven.ca so we can discuss it further.
> >>
> >>
> >> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
> >>  wrote:
> >>>
> >>> Hi Andriy,
> >>>
> >>> Glad to see a full BEAM implementation.
> >>>
> >>> I've been working on something similar in Elixir
> >>> (https://github.com/SmartCasual/elixir-zeromq) but since you've gotten
> >>> further in Erlang I'll take a look at contributing Curve support to
> yours
> >>> instead, since all I really wanted was native BEAM instead of a
> binding to
> >>> the C library given the dangers and/or inefficiencies of doing so.
> >>>
> >>> I'll have to look more closely into the licensing you've gone for to
> see
> >>> whether it's compatible with my needs.
> >>>
> >>> Small note, but what you've got there is an implementation not a
> binding
> >>> (which is a good thing).  It would be a binding if it used e.g. the C
> >>> library to do the work.
> >>>
> >>> Regards,
> >>> Elliot
> >>>
> >>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
> 
>  At Pieter's suggestion, I am putting this here:
>  https://github.com/chovencorp/erlangzmq
> 
>  Native erlang 18 implementation of ZMTP 3.1 (including resource
>  property), but without any security.
> 
>  Hopefully it will be useful to people. I know I'll use it myself -
> since
>  all (native) erlang bindings are out of date.
> 
>  This is a six month young project, so this is NOT performance or
>  otherwise tested at all, and I would appreciate any feedback (just
> take a
>  second to file an issue).
> 
>  Thank you,
>  --Andriy Drozdyuk
> 
>  ___
>  zeromq-dev mailing list
>  zeromq-dev@lists.zeromq.org
>  http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >>>
> >>> ___
> >>> zeromq-dev mailing list
> >>> zeromq-dev@lists.zeromq.org
> >>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >
> >
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

You need to pay us a fee in small-unit BTC (to be discussed) and then
pass through the initiation ceremony, which involves firstly the short
6-hour Skype interview about your understanding of queuing theory as
it intersects with Conways' Law, then a longer Q session with the
Elders of the Zero, as we like to call ourselves.

Just kidding. It's simply a place on github, that lets you claim the
project is "official" and lets us boast we have more "official"
projects. No change in the project organization or admin. We have our
recommendations for license and process yet you're not forced to
follow these.

See http://zeromq.org/docs:organization

BTW I really would suggest a rename to make it clearer it's not a
binding but a complete implementation. Either using "zmtp" in the
name, or something MQ, is the fashion.

-Pieter

On Sat, Aug 13, 2016 at 7:59 PM, Andriy Drozdyuk  wrote:
> Hi, Peter.
> What did you mean by "bring the project into the ZeroMQ organization on
> github"?
>
> Would I still be able to oversee the development process? In particular,
> accepting patches, nominating contributors etc...
> How does that work?
>
> Thank you.
>
> On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk  wrote:
>>
>> Thanks Pieter. I've read all those things when I learned zmq :) I agree
>> with what you're suggesting, but that model doesn't really work for me at
>> this time. I was thinking of trying it this way for a year to see what
>> happens in the future.
>>
>> Elliot, thanks for that distinction. I've never thought about that but it
>> makes perfect sense.
>> Regarding curve, that would be amazing. This was going to be my next goal.
>> You can contact me at dro...@choven.ca so we can discuss it further.
>>
>>
>> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough,
>>  wrote:
>>>
>>> Hi Andriy,
>>>
>>> Glad to see a full BEAM implementation.
>>>
>>> I've been working on something similar in Elixir
>>> (https://github.com/SmartCasual/elixir-zeromq) but since you've gotten
>>> further in Erlang I'll take a look at contributing Curve support to yours
>>> instead, since all I really wanted was native BEAM instead of a binding to
>>> the C library given the dangers and/or inefficiencies of doing so.
>>>
>>> I'll have to look more closely into the licensing you've gone for to see
>>> whether it's compatible with my needs.
>>>
>>> Small note, but what you've got there is an implementation not a binding
>>> (which is a good thing).  It would be a binding if it used e.g. the C
>>> library to do the work.
>>>
>>> Regards,
>>> Elliot
>>>
>>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:

 At Pieter's suggestion, I am putting this here:
 https://github.com/chovencorp/erlangzmq

 Native erlang 18 implementation of ZMTP 3.1 (including resource
 property), but without any security.

 Hopefully it will be useful to people. I know I'll use it myself - since
 all (native) erlang bindings are out of date.

 This is a six month young project, so this is NOT performance or
 otherwise tested at all, and I would appreciate any feedback (just take a
 second to file an issue).

 Thank you,
 --Andriy Drozdyuk

 ___
 zeromq-dev mailing list
 zeromq-dev@lists.zeromq.org
 http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Luca Boccassi]

Hi,

It means that the upstream repository would become
github.com/zeromq/erlangzmq together with all the other implementations,
and of course you'll become a member of the org and have full admin rights
on that repository

On Aug 13, 2016 18:59, "Andriy Drozdyuk"  wrote:

> Hi, Peter.
> What did you mean by "bring the project into the ZeroMQ organization on
> github"?
>
> Would I still be able to oversee the development process? In particular,
> accepting patches, nominating contributors etc...
> How does that work?
>
> Thank you.
>
> On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk  wrote:
>
>> Thanks Pieter. I've read all those things when I learned zmq :) I agree
>> with what you're suggesting, but that model doesn't really work for me at
>> this time. I was thinking of trying it this way for a year to see what
>> happens in the future.
>>
>> Elliot, thanks for that distinction. I've never thought about that but it
>> makes perfect sense.
>> Regarding curve, that would be amazing. This was going to be my next
>> goal. You can contact me at dro...@choven.ca so we can discuss it
>> further.
>>
>> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough, <
>> elliot...@gmail.com> wrote:
>>
>>> Hi Andriy,
>>>
>>> Glad to see a full BEAM implementation.
>>>
>>> I've been working on something similar in Elixir (https://github.com/
>>> SmartCasual/elixir-zeromq) but since you've gotten further in Erlang
>>> I'll take a look at contributing Curve support to yours instead, since all
>>> I really wanted was native BEAM instead of a binding to the C library given
>>> the dangers and/or inefficiencies of doing so.
>>>
>>> I'll have to look more closely into the licensing you've gone for to see
>>> whether it's compatible with my needs.
>>>
>>> Small note, but what you've got there is an implementation not a binding
>>> (which is a good thing).  It would be a binding if it used e.g. the C
>>> library to do the work.
>>>
>>> Regards,
>>> Elliot
>>>
>>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
>>>
 At Pieter's suggestion, I am putting this here:
 https://github.com/chovencorp/erlangzmq

 Native erlang 18 implementation of ZMTP 3.1 (including resource
 property), but without any security.

 Hopefully it will be useful to people. I know I'll use it myself -
 since all (native) erlang bindings are out of date.

 This is a six month young project, so this is NOT performance or
 otherwise tested at all, and I would appreciate any feedback (just take a
 second to file an issue).

 Thank you,
 --Andriy Drozdyuk

 ___
 zeromq-dev mailing list
 zeromq-dev@lists.zeromq.org
 http://lists.zeromq.org/mailman/listinfo/zeromq-dev

>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

Hi, Peter.
What did you mean by "bring the project into the ZeroMQ organization on
github"?

Would I still be able to oversee the development process? In particular,
accepting patches, nominating contributors etc...
How does that work?

Thank you.

On Thu, 30 Jun 2016 at 12:39 Andriy Drozdyuk  wrote:

> Thanks Pieter. I've read all those things when I learned zmq :) I agree
> with what you're suggesting, but that model doesn't really work for me at
> this time. I was thinking of trying it this way for a year to see what
> happens in the future.
>
> Elliot, thanks for that distinction. I've never thought about that but it
> makes perfect sense.
> Regarding curve, that would be amazing. This was going to be my next goal.
> You can contact me at dro...@choven.ca so we can discuss it further.
>
> On Thu, 30 Jun 2016, 5:10 a.m. Elliot Crosby-McCullough, <
> elliot...@gmail.com> wrote:
>
>> Hi Andriy,
>>
>> Glad to see a full BEAM implementation.
>>
>> I've been working on something similar in Elixir (
>> https://github.com/SmartCasual/elixir-zeromq) but since you've gotten
>> further in Erlang I'll take a look at contributing Curve support to yours
>> instead, since all I really wanted was native BEAM instead of a binding to
>> the C library given the dangers and/or inefficiencies of doing so.
>>
>> I'll have to look more closely into the licensing you've gone for to see
>> whether it's compatible with my needs.
>>
>> Small note, but what you've got there is an implementation not a binding
>> (which is a good thing).  It would be a binding if it used e.g. the C
>> library to do the work.
>>
>> Regards,
>> Elliot
>>
>> On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:
>>
>>> At Pieter's suggestion, I am putting this here:
>>> https://github.com/chovencorp/erlangzmq
>>>
>>> Native erlang 18 implementation of ZMTP 3.1 (including resource
>>> property), but without any security.
>>>
>>> Hopefully it will be useful to people. I know I'll use it myself - since
>>> all (native) erlang bindings are out of date.
>>>
>>> This is a six month young project, so this is NOT performance or
>>> otherwise tested at all, and I would appreciate any feedback (just take a
>>> second to file an issue).
>>>
>>> Thank you,
>>> --Andriy Drozdyuk
>>>
>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Elliot Crosby-McCullough]

Hi Andriy,

Glad to see a full BEAM implementation.

I've been working on something similar in Elixir (
https://github.com/SmartCasual/elixir-zeromq) but since you've gotten
further in Erlang I'll take a look at contributing Curve support to yours
instead, since all I really wanted was native BEAM instead of a binding to
the C library given the dangers and/or inefficiencies of doing so.

I'll have to look more closely into the licensing you've gone for to see
whether it's compatible with my needs.

Small note, but what you've got there is an implementation not a binding
(which is a good thing).  It would be a binding if it used e.g. the C
library to do the work.

Regards,
Elliot

On 28 June 2016 at 18:09, Andriy Drozdyuk  wrote:

> At Pieter's suggestion, I am putting this here:
> https://github.com/chovencorp/erlangzmq
>
> Native erlang 18 implementation of ZMTP 3.1 (including resource property),
> but without any security.
>
> Hopefully it will be useful to people. I know I'll use it myself - since
> all (native) erlang bindings are out of date.
>
> This is a six month young project, so this is NOT performance or
> otherwise tested at all, and I would appreciate any feedback (just take a
> second to file an issue).
>
> Thank you,
> --Andriy Drozdyuk
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

In terms of getting patches back to the project, any share-alike
license will work. In terms of adoption, xGPL irritates some people.
So MPLv2 is a good compromise, and has worked well on the projects
where we use it.

So my strong recommendation for long term success is:

- read http://zeromq.org/docs:organization
- use MPLv2 and the C4 process
- bring the project into the ZeroMQ organization on github
- offer commercial support for clients that want it
- read https://hintjens.gitbooks.io/social-architecture/content/
- learn to merge patches rapidly and with optimism :-)

People won't (in our experience) make dark forks when you welcome
their contributions.

-Pieter

On Wed, Jun 29, 2016 at 11:05 AM, Alex Bligh  wrote:
>
> On 29 Jun 2016, at 01:21, Andriy Drozdyuk  wrote:
>
>> Interesting. I'm not married to AGPL, just don't want companies hogging any 
>> patches they made.
>
> I'm not an Erlang user, but if I needed bindings for a language and
> I saw an AGPL licence, I'd write my own bindings and release them
> with a BSD licence - I'd do that whether I was writing something
> open source or commercial. LGPL might fly if all you're worried
> about is ensuring patches to the project get recycled.
>
> Alex
>
>>
>> On Tue, 28 Jun 2016 at 16:28 Pieter Hintjens  wrote:
>> This is really cool.
>>
>> The license choice will IMO hinder community growth around the project
>> so I'd advise to you have a backup plan to switch to MPLv2 if the
>> commercial uptake isn't sufficient.
>>
>> On Tue, Jun 28, 2016 at 7:09 PM, Andriy Drozdyuk  wrote:
>> > At Pieter's suggestion, I am putting this here:
>> > https://github.com/chovencorp/erlangzmq
>> >
>> > Native erlang 18 implementation of ZMTP 3.1 (including resource property),
>> > but without any security.
>> >
>> > Hopefully it will be useful to people. I know I'll use it myself - since 
>> > all
>> > (native) erlang bindings are out of date.
>> >
>> > This is a six month young project, so this is NOT performance or otherwise
>> > tested at all, and I would appreciate any feedback (just take a second to
>> > file an issue).
>> >
>> > Thank you,
>> > --Andriy Drozdyuk
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
> --
> Alex Bligh
>
>
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Alex Bligh]

On 29 Jun 2016, at 01:21, Andriy Drozdyuk  wrote:

> Interesting. I'm not married to AGPL, just don't want companies hogging any 
> patches they made.

I'm not an Erlang user, but if I needed bindings for a language and
I saw an AGPL licence, I'd write my own bindings and release them
with a BSD licence - I'd do that whether I was writing something
open source or commercial. LGPL might fly if all you're worried
about is ensuring patches to the project get recycled.

Alex

> 
> On Tue, 28 Jun 2016 at 16:28 Pieter Hintjens  wrote:
> This is really cool.
> 
> The license choice will IMO hinder community growth around the project
> so I'd advise to you have a backup plan to switch to MPLv2 if the
> commercial uptake isn't sufficient.
> 
> On Tue, Jun 28, 2016 at 7:09 PM, Andriy Drozdyuk  wrote:
> > At Pieter's suggestion, I am putting this here:
> > https://github.com/chovencorp/erlangzmq
> >
> > Native erlang 18 implementation of ZMTP 3.1 (including resource property),
> > but without any security.
> >
> > Hopefully it will be useful to people. I know I'll use it myself - since all
> > (native) erlang bindings are out of date.
> >
> > This is a six month young project, so this is NOT performance or otherwise
> > tested at all, and I would appreciate any feedback (just take a second to
> > file an issue).
> >
> > Thank you,
> > --Andriy Drozdyuk
> >
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev

-- 
Alex Bligh




___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Andriy Drozdyuk]

Interesting. I'm not married to AGPL, just don't want companies hogging any
patches they made.

On Tue, 28 Jun 2016 at 16:28 Pieter Hintjens  wrote:

> This is really cool.
>
> The license choice will IMO hinder community growth around the project
> so I'd advise to you have a backup plan to switch to MPLv2 if the
> commercial uptake isn't sufficient.
>
> On Tue, Jun 28, 2016 at 7:09 PM, Andriy Drozdyuk  wrote:
> > At Pieter's suggestion, I am putting this here:
> > https://github.com/chovencorp/erlangzmq
> >
> > Native erlang 18 implementation of ZMTP 3.1 (including resource
> property),
> > but without any security.
> >
> > Hopefully it will be useful to people. I know I'll use it myself - since
> all
> > (native) erlang bindings are out of date.
> >
> > This is a six month young project, so this is NOT performance or
> otherwise
> > tested at all, and I would appreciate any feedback (just take a second to
> > file an issue).
> >
> > Thank you,
> > --Andriy Drozdyuk
> >
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Erlang implementation of ZMTP 3.1

[Pieter Hintjens]

This is really cool.

The license choice will IMO hinder community growth around the project
so I'd advise to you have a backup plan to switch to MPLv2 if the
commercial uptake isn't sufficient.

On Tue, Jun 28, 2016 at 7:09 PM, Andriy Drozdyuk  wrote:
> At Pieter's suggestion, I am putting this here:
> https://github.com/chovencorp/erlangzmq
>
> Native erlang 18 implementation of ZMTP 3.1 (including resource property),
> but without any security.
>
> Hopefully it will be useful to people. I know I'll use it myself - since all
> (native) erlang bindings are out of date.
>
> This is a six month young project, so this is NOT performance or otherwise
> tested at all, and I would appreciate any feedback (just take a second to
> file an issue).
>
> Thank you,
> --Andriy Drozdyuk
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev