Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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 >> >
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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 implementa
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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, >> >
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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 wi
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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 >> >> s
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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 peo
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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). >> >> >>>
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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-de
Re: [zeromq-dev] Erlang implementation of ZMTP 3.1
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&A 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
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&A 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
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&A 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
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
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
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
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
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
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
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
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] Erlang implementation of ZMTP 3.1
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