From fgallaire at gmail.com Fri Aug 2 17:01:26 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:01:26 +0200 Subject: [99s-extend] Mailing lists Message-ID: The extend projets are great and very popular, they need to have each one a different mailing list. And mailman has a really useless web interface. Florent -- FLOSS Engineer & Lawyer From fgallaire at gmail.com Fri Aug 2 17:06:42 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:06:42 +0200 Subject: [99s-extend] Riak in Farwest Message-ID: I love the farwest technical choices. But Riak seems to only be the "prototype' database, and PostgreSQL the real target. FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I want Riak, who really wants PostgresSQL ?? Florent -- FLOSS Engineer & Lawyer From essen at ninenines.eu Fri Aug 2 17:08:47 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:08:47 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: References: Message-ID: <51FBCB7F.5080803@ninenines.eu> Please tell us what you think makes Riak superior. On 08/02/2013 05:06 PM, Florent Gallaire wrote: > I love the farwest technical choices. But Riak seems to only be the > "prototype' database, and PostgreSQL the real target. > > FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I > want Riak, who really wants PostgresSQL ?? > > Florent > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From essen at ninenines.eu Fri Aug 2 17:09:58 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:09:58 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: Message-ID: <51FBCBC6.60805@ninenines.eu> On 08/02/2013 05:01 PM, Florent Gallaire wrote: > The extend projets are great and very popular, they need to have each > one a different mailing list. That would be true if there was actual activity on the mailing lists. There isn't. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From fgallaire at gmail.com Fri Aug 2 17:14:00 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:14:00 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: <51FBCBC6.60805@ninenines.eu> References: <51FBCBC6.60805@ninenines.eu> Message-ID: On Fri, Aug 2, 2013 at 5:09 PM, Lo?c Hoguin wrote: > On 08/02/2013 05:01 PM, Florent Gallaire wrote: >> >> The extend projets are great and very popular, they need to have each >> one a different mailing list. > > > That would be true if there was actual activity on the mailing lists. There > isn't. There is no activity because Mailman is useless. Florent -- FLOSS Engineer & Lawye From lee.sylvester at gmail.com Fri Aug 2 17:20:05 2013 From: lee.sylvester at gmail.com (Lee Sylvester) Date: Fri, 2 Aug 2013 16:20:05 +0100 Subject: [99s-extend] Riak in Farwest In-Reply-To: <51FBCB7F.5080803@ninenines.eu> References: <51FBCB7F.5080803@ninenines.eu> Message-ID: <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> It's a bit like comparing sports cars to superbikes. Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc. Plus, it's built on Erlang :-) PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc. Each has their place. For typical websites, PostgreSQL is the better choice. For distributed applications, Riak is often the better choice. *** Lee *** Mostly my opinion, only. On 2 Aug 2013, at 16:08, Lo?c Hoguin wrote: > Please tell us what you think makes Riak superior. > > On 08/02/2013 05:06 PM, Florent Gallaire wrote: >> I love the farwest technical choices. But Riak seems to only be the >> "prototype' database, and PostgreSQL the real target. >> >> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I >> want Riak, who really wants PostgresSQL ?? >> >> Florent >> > > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From essen at ninenines.eu Fri Aug 2 17:21:39 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:21:39 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> Message-ID: <51FBCE83.1010706@ninenines.eu> On 08/02/2013 05:14 PM, Florent Gallaire wrote: > On Fri, Aug 2, 2013 at 5:09 PM, Lo?c Hoguin wrote: >> On 08/02/2013 05:01 PM, Florent Gallaire wrote: >>> >>> The extend projets are great and very popular, they need to have each >>> one a different mailing list. >> >> >> That would be true if there was actual activity on the mailing lists. There >> isn't. > > There is no activity because Mailman is useless. I said no activity, I didn't say no members. Please keep your complaints about the tool down, it's got nothing to do with it, and you just end up spamming people here. All development happens on IRC, so this leaves the mailing lists only useful for questions, which should be rarer over time considering the docs keep improving and the archives provide great answers for the rest. It's all good. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From fgallaire at gmail.com Fri Aug 2 17:25:22 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:25:22 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <51FBCB7F.5080803@ninenines.eu> References: <51FBCB7F.5080803@ninenines.eu> Message-ID: On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin wrote: > Please tell us what you think makes Riak superior. Riak is written in Erlang. See your own argumentations on why Erlang is the best langage to program high load/fault-tolerent web software. Riak is written in Erlang, as all the 99 other soft -> good integration of the whole. Riak is a NoSQL Dynamo database with Availability and Partition tolerance, and this is what I want for my web applications. PostgreSQL is a SQL Availability and Consistency old school database. Riak is just what want a developer who use erlang to have a scaling platform. Florent -- FLOSS Engineer & Lawyer From Kevin.Brown at turner.com Fri Aug 2 17:29:35 2013 From: Kevin.Brown at turner.com (Brown, Kevin) Date: Fri, 2 Aug 2013 15:29:35 +0000 Subject: [99s-extend] Riak in Farwest In-Reply-To: <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> References: <51FBCB7F.5080803@ninenines.eu>, <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> Message-ID: <5320D978-2DD2-4E4F-98DD-D61ED6E6D270@turner.com> Postgres has been made to scale well in GIS applications. Apple is using Postgres for their current Maps geo point storage. On Aug 2, 2013, at 11:20 AM, "Lee Sylvester" wrote: > It's a bit like comparing sports cars to superbikes. Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc. Plus, it's built on Erlang :-) PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc. Each has their place. For typical websites, PostgreSQL is the better choice. For distributed applications, Riak is often the better choice. *** > > Lee > > *** Mostly my opinion, only. > > > > On 2 Aug 2013, at 16:08, Lo?c Hoguin wrote: > >> Please tell us what you think makes Riak superior. >> >> On 08/02/2013 05:06 PM, Florent Gallaire wrote: >>> I love the farwest technical choices. But Riak seems to only be the >>> "prototype' database, and PostgreSQL the real target. >>> >>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I >>> want Riak, who really wants PostgresSQL ?? >>> >>> Florent >> >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu >> _______________________________________________ >> Extend mailing list >> Extend at lists.ninenines.eu >> http://lists.ninenines.eu:81/listinfo/extend > > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend > From fgallaire at gmail.com Fri Aug 2 17:33:32 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:33:32 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: <51FBCE83.1010706@ninenines.eu> References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> Message-ID: > I said no activity, I didn't say no members. Please keep your complaints > about the tool down, it's got nothing to do with it, and you just end up > spamming people here. > > All development happens on IRC, so this leaves the mailing lists only useful > for questions, which should be rarer over time considering the docs keep > improving and the archives provide great answers for the rest. It's all > good. I don't agree. More you have users, more you should have questions on the mailing list, even if the documentation is improving. I'm on the mailing lists of **a lot** of free software with great documentations, and they are very active. Where is the history of the choices/debates made on IRC ? Florent -- FLOSS Engineer & Lawyer From lee.sylvester at gmail.com Fri Aug 2 17:33:53 2013 From: lee.sylvester at gmail.com (Lee Sylvester) Date: Fri, 2 Aug 2013 16:33:53 +0100 Subject: [99s-extend] Riak in Farwest In-Reply-To: References: <51FBCB7F.5080803@ninenines.eu> Message-ID: <3F6842C8-00E0-4235-8C01-59015B7E2B83@gmail.com> NoSQL is a trend, but is often not the best choice for data storage. The reason it has had a strong revival recently (no, NoSQL is not a new thing) is because it is simpler for non-SQL developers to jump into and requires less thought on structuring your data. However, there are many scenarios where NoSQL is a bad choice. For example, I would certainly hope my bank doesn't log my transactions using NoSQL! Lee On 2 Aug 2013, at 16:25, Florent Gallaire wrote: > On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin wrote: >> Please tell us what you think makes Riak superior. > > Riak is written in Erlang. See your own argumentations on why Erlang > is the best langage to program high load/fault-tolerent web software. > > Riak is written in Erlang, as all the 99 other soft -> good > integration of the whole. > > Riak is a NoSQL Dynamo database with Availability and Partition > tolerance, and this is what I want for my web applications. PostgreSQL > is a SQL Availability and Consistency old school database. > > Riak is just what want a developer who use erlang to have a scaling platform. > > Florent > > -- > FLOSS Engineer & Lawyer > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From essen at ninenines.eu Fri Aug 2 17:35:13 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:35:13 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> Message-ID: <51FBD1B1.7060206@ninenines.eu> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.) Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ. Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page. Riak has clustering, yes. PostgreSQL has clustering too. Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price. Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software. On 08/02/2013 05:20 PM, Lee Sylvester wrote: > It's a bit like comparing sports cars to superbikes. Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc. Plus, it's built on Erlang :-) PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc. Each has their place. For typical websites, PostgreSQL is the better choice. For distributed applications, Riak is often the better choice. *** > > Lee > > *** Mostly my opinion, only. > > > > On 2 Aug 2013, at 16:08, Lo?c Hoguin wrote: > >> Please tell us what you think makes Riak superior. >> >> On 08/02/2013 05:06 PM, Florent Gallaire wrote: >>> I love the farwest technical choices. But Riak seems to only be the >>> "prototype' database, and PostgreSQL the real target. >>> >>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I >>> want Riak, who really wants PostgresSQL ?? >>> >>> Florent >>> >> >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu >> _______________________________________________ >> Extend mailing list >> Extend at lists.ninenines.eu >> http://lists.ninenines.eu:81/listinfo/extend > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From fgallaire at gmail.com Fri Aug 2 17:35:58 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:35:58 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <3F6842C8-00E0-4235-8C01-59015B7E2B83@gmail.com> References: <51FBCB7F.5080803@ninenines.eu> <3F6842C8-00E0-4235-8C01-59015B7E2B83@gmail.com> Message-ID: > For example, I would certainly hope my bank doesn't log my transactions using NoSQL! You're right, but is Farwest designed to develop banf software ? I don't think so. Florent -- FLOSS Engineer & Lawyer From fgallaire at gmail.com Fri Aug 2 17:39:04 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:39:04 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <51FBD1B1.7060206@ninenines.eu> References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> <51FBD1B1.7060206@ninenines.eu> Message-ID: > PostgreSQL is a much proven piece of software. Ouch !! And Apache is a much proven piece of software than cowboy, why don't use it for Farwest ? Florent -- FLOSS Engineer & Lawyer From essen at ninenines.eu Fri Aug 2 17:39:58 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:39:58 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: References: <51FBCB7F.5080803@ninenines.eu> Message-ID: <51FBD2CE.8070302@ninenines.eu> On 08/02/2013 05:25 PM, Florent Gallaire wrote: > On Fri, Aug 2, 2013 at 5:08 PM, Lo?c Hoguin wrote: >> Please tell us what you think makes Riak superior. > > Riak is written in Erlang. See your own argumentations on why Erlang > is the best langage to program high load/fault-tolerent web software. > > Riak is written in Erlang, as all the 99 other soft -> good > integration of the whole. See the post I just sent. I have no reason to care about the language here. It's not going to run in the same node. I'm not going to look at it. And PostgreSQL is a much proven software, much more than Riak who's had issues with the Erlang schedulers and more and is still young. > Riak is a NoSQL Dynamo database with Availability and Partition > tolerance, and this is what I want for my web applications. PostgreSQL > is a SQL Availability and Consistency old school database. The need for partitioning comes a *lot* later for SQL databases. They can deal with big amounts of data just fine. And Farwest is made for small to medium applications, therefore the issue will likely never come up until Farwest itself becomes the issue. > Riak is just what want a developer who use erlang to have a scaling platform. This is the first time I hear complaints about choosing PostgreSQL. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From essen at ninenines.eu Fri Aug 2 17:41:39 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:41:39 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> <51FBD1B1.7060206@ninenines.eu> Message-ID: <51FBD333.7090803@ninenines.eu> On 08/02/2013 05:39 PM, Florent Gallaire wrote: >> PostgreSQL is a much proven piece of software. > > Ouch !! And Apache is a much proven piece of software than cowboy, why > don't use it for Farwest ? Because CGI, PHP, Perl, ... aren't. But you can put Apache in front of Farwest just fine if you need to. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From lee.sylvester at gmail.com Fri Aug 2 17:43:49 2013 From: lee.sylvester at gmail.com (Lee Sylvester) Date: Fri, 2 Aug 2013 16:43:49 +0100 Subject: [99s-extend] Riak in Farwest In-Reply-To: <51FBD1B1.7060206@ninenines.eu> References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> <51FBD1B1.7060206@ninenines.eu> Message-ID: <05D94CB9-3D85-45D1-96AB-3C356A40656E@gmail.com> Hey, don't direct that at me :-S I was agreeing with you :-D The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better. I'd much rather the dynamo model than a master-to-many slaves model. Lee On 2 Aug 2013, at 16:35, Lo?c Hoguin wrote: > Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.) > > Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ. > > Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page. > > Riak has clustering, yes. PostgreSQL has clustering too. > > Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price. > > Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software. > > On 08/02/2013 05:20 PM, Lee Sylvester wrote: >> It's a bit like comparing sports cars to superbikes. Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc. Plus, it's built on Erlang :-) PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc. Each has their place. For typical websites, PostgreSQL is the better choice. For distributed applications, Riak is often the better choice. *** >> >> Lee >> >> *** Mostly my opinion, only. >> >> >> >> On 2 Aug 2013, at 16:08, Lo?c Hoguin wrote: >> >>> Please tell us what you think makes Riak superior. >>> >>> On 08/02/2013 05:06 PM, Florent Gallaire wrote: >>>> I love the farwest technical choices. But Riak seems to only be the >>>> "prototype' database, and PostgreSQL the real target. >>>> >>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I >>>> want Riak, who really wants PostgresSQL ?? >>>> >>>> Florent >>>> >>> >>> >>> -- >>> Lo?c Hoguin >>> Erlang Cowboy >>> Nine Nines >>> http://ninenines.eu >>> _______________________________________________ >>> Extend mailing list >>> Extend at lists.ninenines.eu >>> http://lists.ninenines.eu:81/listinfo/extend >> > > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu From essen at ninenines.eu Fri Aug 2 17:45:07 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:45:07 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> Message-ID: <51FBD403.6020008@ninenines.eu> On 08/02/2013 05:33 PM, Florent Gallaire wrote: > Where is the history of the choices/debates made on IRC ? No such thing. No need for it either, the choices tend to change a few times until things stabilize. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From fgallaire at gmail.com Fri Aug 2 17:46:53 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:46:53 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <05D94CB9-3D85-45D1-96AB-3C356A40656E@gmail.com> References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> <51FBD1B1.7060206@ninenines.eu> <05D94CB9-3D85-45D1-96AB-3C356A40656E@gmail.com> Message-ID: > The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better. I'd much rather the dynamo model than a master-to-many slaves model. Yes you're right, all clustering are far to be equal. Dynamo is really great, and master-to-master is just an archaic way to do things you don't really know to do. Florent -- FLOSS Engineer & Lawyer From essen at ninenines.eu Fri Aug 2 17:47:39 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:47:39 +0200 Subject: [99s-extend] Riak in Farwest In-Reply-To: <05D94CB9-3D85-45D1-96AB-3C356A40656E@gmail.com> References: <51FBCB7F.5080803@ninenines.eu> <1832C7FD-55D1-4B4E-B29D-CABD5B31A651@gmail.com> <51FBD1B1.7060206@ninenines.eu> <05D94CB9-3D85-45D1-96AB-3C356A40656E@gmail.com> Message-ID: <51FBD49B.9090107@ninenines.eu> I know, hence the "don't take it wrong". You have a few different projects enabling multi-master replication for PostgreSQL. It's not an issue. On 08/02/2013 05:43 PM, Lee Sylvester wrote: > Hey, don't direct that at me :-S I was agreeing with you :-D > > The only point I would differ with (and I may be wrong, as it was about 12 months ago that I researched this) is that I do feel, for clustering, that Riak does it better. I'd much rather the dynamo model than a master-to-many slaves model. > > Lee > > > > On 2 Aug 2013, at 16:35, Lo?c Hoguin wrote: > >> Let me clarify a few misconceptions here. (Mostly to show the choice isn't random, don't take it wrong.) >> >> Riak and Riak CS are two different things. You most likely don't want to run them together, especially considering the hardware requirements will differ. >> >> Riak core, pipes, etc. are not really useful if you only use Riak as a data store. It's cool that your DB has a great distributed processing framework but pretty useless when you just want to retrieve some data and format it in a web page. >> >> Riak has clustering, yes. PostgreSQL has clustering too. >> >> Riak has data-center aware clustering also if you get Riak Enterprise. But it costs a lot (per node!). You can do the same with PostgreSQL at a fraction of the price. >> >> Riak is built on Erlang, sure. But why should I care? I only want it to handle my data. I don't want to look at the code. PostgreSQL is a much proven piece of software. >> >> On 08/02/2013 05:20 PM, Lee Sylvester wrote: >>> It's a bit like comparing sports cars to superbikes. Riak has some very powerful features; Pipes, true clustering, fault tolerance, Riak CS etc. Plus, it's built on Erlang :-) PostgreSQL has SQL queries, real tables (rather than simple corruptible namespacing), complex query capabilities, real data types etc. Each has their place. For typical websites, PostgreSQL is the better choice. For distributed applications, Riak is often the better choice. *** >>> >>> Lee >>> >>> *** Mostly my opinion, only. >>> >>> >>> >>> On 2 Aug 2013, at 16:08, Lo?c Hoguin wrote: >>> >>>> Please tell us what you think makes Riak superior. >>>> >>>> On 08/02/2013 05:06 PM, Florent Gallaire wrote: >>>>> I love the farwest technical choices. But Riak seems to only be the >>>>> "prototype' database, and PostgreSQL the real target. >>>>> >>>>> FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I >>>>> want Riak, who really wants PostgresSQL ?? >>>>> >>>>> Florent >>>>> >>>> >>>> >>>> -- >>>> Lo?c Hoguin >>>> Erlang Cowboy >>>> Nine Nines >>>> http://ninenines.eu >>>> _______________________________________________ >>>> Extend mailing list >>>> Extend at lists.ninenines.eu >>>> http://lists.ninenines.eu:81/listinfo/extend >>> >> >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From fgallaire at gmail.com Fri Aug 2 17:49:00 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:49:00 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: <51FBD403.6020008@ninenines.eu> References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> Message-ID: > No such thing. No need for it either, the choices tend to change a few times > until things stabilize. This is a really wrong way. Free software needs public transparency. Florent -- FLOSS Engineer & Lawyer From essen at ninenines.eu Fri Aug 2 17:50:32 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 02 Aug 2013 17:50:32 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> Message-ID: <51FBD548.3010705@ninenines.eu> On 08/02/2013 05:49 PM, Florent Gallaire wrote: >> No such thing. No need for it either, the choices tend to change a few times >> until things stabilize. > > This is a really wrong way. Free software needs public transparency. The regular contributors don't seem to complain. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From tristan.sloughter at gmail.com Fri Aug 2 17:52:17 2013 From: tristan.sloughter at gmail.com (Tristan Sloughter) Date: Fri, 02 Aug 2013 08:52:17 -0700 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> Message-ID: <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Public transparency like a public IRC channel anyone can join and log? On Fri, Aug 2, 2013, at 08:49 AM, Florent Gallaire wrote: > > No such thing. No need for it either, the choices tend to change a few times > > until things stabilize. > > This is a really wrong way. Free software needs public transparency. > > Florent > > -- > FLOSS Engineer & Lawyer > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From fgallaire at gmail.com Fri Aug 2 17:54:34 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Fri, 2 Aug 2013 17:54:34 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Message-ID: On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter wrote: > Public transparency like a public IRC channel anyone can join and log? Haha, what a joke. It's a pity you don't understand that. Florent -- FLOSS Engineer & Lawyer From tristan.sloughter at gmail.com Fri Aug 2 17:54:38 2013 From: tristan.sloughter at gmail.com (Tristan Sloughter) Date: Fri, 02 Aug 2013 08:54:38 -0700 Subject: [99s-extend] Riak in Farwest In-Reply-To: References: Message-ID: <1375458878.3163.5088023.2D292459@webmail.messagingengine.com> Me for one. Rarely have a use case that fits Riak but daily have use cases that fit a RDBMS, and Postgres is the best of those in my opinion. On Fri, Aug 2, 2013, at 08:06 AM, Florent Gallaire wrote: > I love the farwest technical choices. But Riak seems to only be the > "prototype' database, and PostgreSQL the real target. > > FMO, this is a huge fail. Riak is by far superior to PostgreSQL. I > want Riak, who really wants PostgresSQL ?? > > Florent > > -- > FLOSS Engineer & Lawyer > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From jeremy at quarkgames.com Fri Aug 2 21:33:59 2013 From: jeremy at quarkgames.com (Jeremy Ong) Date: Fri, 2 Aug 2013 12:33:59 -0700 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Message-ID: Florent, I suggest you actually contribute something before telling the project maintainer how to run things and flaming people who *have* contributed. On Fri, Aug 2, 2013 at 8:54 AM, Florent Gallaire wrote: > On Fri, Aug 2, 2013 at 5:52 PM, Tristan Sloughter > wrote: >> Public transparency like a public IRC channel anyone can join and log? > > Haha, what a joke. It's a pity you don't understand that. > > Florent > > -- > FLOSS Engineer & Lawyer > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From edgurgel at gmail.com Fri Aug 2 21:57:22 2013 From: edgurgel at gmail.com (Eduardo Gurgel) Date: Fri, 2 Aug 2013 16:57:22 -0300 Subject: [99s-extend] Fwd: Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Message-ID: Forgot to reply to all ---------- Forwarded message ---------- From: Eduardo Gurgel Date: Fri, Aug 2, 2013 at 4:57 PM Subject: Re: [99s-extend] Mailing lists To: Jeremy Ong On Fri, Aug 2, 2013 at 4:33 PM, Jeremy Ong wrote: > Florent, I suggest you actually contribute something before telling > the project maintainer how to run things and flaming people who *have* > contributed. > Agreed. Too much pointing finger on this thread... -- Eduardo -- Eduardo -------------- next part -------------- An HTML attachment was scrubbed... URL: From fgallaire at gmail.com Sat Aug 3 00:16:30 2013 From: fgallaire at gmail.com (Florent Gallaire) Date: Sat, 3 Aug 2013 00:16:30 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Message-ID: > Florent, I suggest you actually contribute something before telling > the project maintainer how to run things and flaming people who *have* > contributed. Jeremy, I tried to test farwest very early : https://github.com/extend/farwest/pull/4 My "bad idee" of a server-sent events handler is now part of bullet : https://github.com/extend/bullet/issues/16 Jeremy, maybe I haven't contribute something on this project because : - I spend a lot of time working as a lawyer - I spend a lot of time working on other free software - I'm not yet a great Erlang programmer AND - There's no visibility on what is really doing, and who is doing it, and why, and how it's decided. So I can't lose more time on that because I can't know what is happened and what will happen. I flame nobody. I give the 2 cents of help I can give. This is a contribution. You can think it's useless, but I don't think so. In free software, if you want a great success, you should be more open that just have a free software licence. You should do the life easier for the people interested in this project and who want to help. You can think it's not a problem, but I think it is. Is that a flame ? Florent FLOSS Engineer & Lawyer From essen at ninenines.eu Sat Aug 3 09:13:50 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Sat, 03 Aug 2013 09:13:50 +0200 Subject: [99s-extend] Mailing lists In-Reply-To: References: <51FBCBC6.60805@ninenines.eu> <51FBCE83.1010706@ninenines.eu> <51FBD403.6020008@ninenines.eu> <1375458737.2850.5087359.7E431257@webmail.messagingengine.com> Message-ID: <51FCADAE.5070804@ninenines.eu> On 08/03/2013 12:16 AM, Florent Gallaire wrote: > - There's no visibility on what is really doing, and who is doing it, > and why, and how it's decided. So I can't lose more time on that > because I can't know what is happened and what will happen. Or, you know, you could just open a ticket or ask like anyone else, preferrably the former. Chances are whatever you're thinking of doing has no chance of being merged at all, or could be interesting but only if certain implementation details are respected, or needs to involve other people. Even if we did put more info on who does what, this still wouldn't remove the necessity for you to ask if you want to avoid losing your time. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From thebullno1 at gmail.com Mon Aug 5 07:38:04 2013 From: thebullno1 at gmail.com (Bach Le) Date: Mon, 5 Aug 2013 13:38:04 +0800 Subject: [99s-extend] Mailing lists Message-ID: >You can think it's not a problem, but Ithink it is. Is that a flame ? This is a flame: > Haha, what a joke. It's a pity you don't understand that. I for one, prefer Postgres. Not everything can be mapped to kv and that's the only thing Riak is good for. It's not fit for a general purpose database. To me, NoSQL is about specialization. Each db excels at one type of operation (and then there's mongo, but that's for another time), while RDBMSs offer general purpose solutions. I begin my projects with an RDBMS (usually Postgres) and when a particular piece of data is the bottleneck, I move it to the appropriate NoSQL db. -------------- next part -------------- An HTML attachment was scrubbed... URL: From essen at ninenines.eu Wed Aug 14 19:50:18 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Wed, 14 Aug 2013 19:50:18 +0200 Subject: [99s-extend] [ANN] Farwest 0.3.0 Message-ID: <520BC35A.9060507@ninenines.eu> It's finally here! * https://github.com/extend/farwest/ It's still a mess in the two other repositories so I recommend waiting before digging in too much. This is just a direct port of the prototype to a more workable build suite and repository structure. * https://github.com/extend/farwest_core/ * https://github.com/extend/farwest_ui/ A lot of work will be done on farwest_core next, while at the same time the frontend dude takes care of making the UI good. Enjoy! -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From essen at ninenines.eu Thu Aug 15 16:19:42 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Thu, 15 Aug 2013 16:19:42 +0200 Subject: [99s-extend] [ANN] erlang.mk build tool Message-ID: <520CE37E.4090909@ninenines.eu> Hello friendly people, I would like to make an official announcement of erlang.mk now that all the features I wanted are in. erlang.mk is a rebar replacement. It was initially created for allowing a faster development process than rebar and for better compatibility with Linux build tools. It should work on Linux and OSX with GNU Make installed. Projects using erlang.mk are still compatible with rebar. Dependencies fetched by rebar are stored in the same deps/ directory, and projects using erlang.mk can still be used as rebar dependencies, with or without a rebar.config file. erlang.mk also features a simple package index. Try `make pkg-list` to list all packages currently available. All the packages listed are compatible with erlang.mk with no tweaking required. Makefiles written with erlang.mk are *VERY* simple, here are two examples: * https://github.com/extend/farwest/blob/master/Makefile * https://github.com/extend/cowboy/blob/master/Makefile I wrote about erlang.mk and relx recently on the Nine Nines blog. erlang.mk is the perfect companion to relx. * http://ninenines.eu/articles/erlang.mk-and-relx Here are examples of projects that are using and compatible with erlang.mk: * https://github.com/jlouis/etorrent * https://github.com/extend/cowboy * https://github.com/extend/farwest You can find erlang.mk at the following URL: * https://github.com/extend/erlang.mk Contributions to the package index are of course welcome! The only requirement is that the package is to be compatible with erlang.mk itself. Just send a PR to the erlang.mk project updating the packages.v1.txt! Enjoy! -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From desired.mta at gmail.com Thu Aug 15 17:07:42 2013 From: desired.mta at gmail.com (=?UTF-8?Q?Motiejus_Jak=C5=A1tys?=) Date: Thu, 15 Aug 2013 17:07:42 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520CE37E.4090909@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> Message-ID: On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin wrote: > Hello friendly people, > > I would like to make an official announcement of erlang.mk now that all the > features I wanted are in. Please include an ability to cleanly override any target so make does not emit warnings about overwritten target. There are a few ways to do it, but I find this the easiest: prefix every target in erlang.mk with a variable: $(.erlang-mk-all)all: That way, if $(.erlang-mk-all) is defined (from my application Makefile before including erlang.mk), your 'all' target will be the one that does not cause me warnings. Motiejus Jak?tys From essen at ninenines.eu Thu Aug 15 18:32:04 2013 From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=) Date: Thu, 15 Aug 2013 18:32:04 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: References: <520CE37E.4090909@ninenines.eu> Message-ID: <520D0284.6070408@ninenines.eu> On 08/15/2013 05:07 PM, Motiejus Jak?tys wrote: > On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin wrote: >> Hello friendly people, >> >> I would like to make an official announcement of erlang.mk now that all the >> features I wanted are in. > > Please include an ability to cleanly override any target so make does > not emit warnings about overwritten target. There are a few ways to do > it, but I find this the easiest: prefix every target in erlang.mk with > a variable: > > $(.erlang-mk-all)all: > > > That way, if $(.erlang-mk-all) is defined (from my application > Makefile before including erlang.mk), your 'all' target will be the > one that does not cause me warnings. Yes I was thinking about this, but so far nobody needed it. If you do, though, patches welcome! -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From essen at ninenines.eu Fri Aug 16 16:34:56 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 16 Aug 2013 16:34:56 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: References: <520CE37E.4090909@ninenines.eu> Message-ID: <520E3890.5020000@ninenines.eu> On 08/16/2013 10:39 AM, Benoit Chesneau wrote: > The big problem with erlang.mk is requiring to have > gmake and more importantly wget installed imo. wget is only used for fetching the package index file. I'm sure if it doesn't work somewhere it'll be patched eventually. > Which makes it quite annoying to distribute on systems that have none of > them. It would be interrestin to have the support for curl for example. > Also what are the makefile extensions that you really need to require gmake? No idea. Patches are welcome for compatibility with different OS/build tools (as long as it's not "rewrite the whole file" of course, then you're better off just using gmake). > - benoit > > > On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin > wrote: > > Hello friendly people, > > I would like to make an official announcement of erlang.mk > now that all the features I wanted are in. > > erlang.mk is a rebar replacement. It was > initially created for allowing a faster development process than > rebar and for better compatibility with Linux build tools. It should > work on Linux and OSX with GNU Make installed. > > Projects using erlang.mk are still compatible > with rebar. Dependencies fetched by rebar are stored in the same > deps/ directory, and projects using erlang.mk can > still be used as rebar dependencies, with or without a rebar.config > file. > > erlang.mk also features a simple package index. > Try `make pkg-list` to list all packages currently available. All > the packages listed are compatible with erlang.mk > with no tweaking required. > > Makefiles written with erlang.mk are *VERY* > simple, here are two examples: > > * https://github.com/extend/__farwest/blob/master/Makefile > > * https://github.com/extend/__cowboy/blob/master/Makefile > > > I wrote about erlang.mk and relx recently on the > Nine Nines blog. erlang.mk is the perfect > companion to relx. > > * http://ninenines.eu/articles/__erlang.mk-and-relx > > > Here are examples of projects that are using and compatible with > erlang.mk : > > * https://github.com/jlouis/__etorrent > > * https://github.com/extend/__cowboy > > * https://github.com/extend/__farwest > > > You can find erlang.mk at the following URL: > > * https://github.com/extend/__erlang.mk > > > Contributions to the package index are of course welcome! The only > requirement is that the package is to be compatible with erlang.mk > itself. Just send a PR to the erlang.mk > project updating the packages.v1.txt! > > Enjoy! > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > _________________________________________________ > erlang-questions mailing list > erlang-questions at erlang.org > http://erlang.org/mailman/__listinfo/erlang-questions > > > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From jesper.louis.andersen at erlang-solutions.com Fri Aug 16 10:01:01 2013 From: jesper.louis.andersen at erlang-solutions.com (Jesper Louis Andersen) Date: Fri, 16 Aug 2013 10:01:01 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520CE37E.4090909@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> Message-ID: On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin wrote: > I would like to make an official announcement of erlang.mk now that all > the features I wanted are in. > I have been using erlang.mk for a while now, and recently I converted etorrent to use it as a test of the viability in larger projects. Typical gotchas: * Projects has no Makefile. erlang.mk needs one. So add one! * No `modules` section in the .app file. erlang.mk needs one to replace it. Not adding this makes relx behave badly. * If you use relx, it is more strict in what it accepts. * Relx can't yet overlay sys.config :/ Apart from that, erlang.mk is a bliss to work with. In one project I am working with: Core i5 2.4Ghz approx 2010 Macbook Pro, encrypted disk (this hurts performance like mad): Cold build: Rebar: 40 secs elrang.mk: 42 secs Build where each file is compiled in advance: Rebar: 20 secs erlang.mk: 0.4 secs For my development cycle, this is important enough to spend time rewriting projects to use erlang.mk. Also note that rebar.config and erlang.mk can co-exist, so you don't need to abandon rebar for erlang.mk, which is important. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bchesneau at gmail.com Fri Aug 16 10:39:27 2013 From: bchesneau at gmail.com (Benoit Chesneau) Date: Fri, 16 Aug 2013 10:39:27 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520CE37E.4090909@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> Message-ID: The big problem with erlang.mk is requiring to have gmake and more importantly wget installed imo. Which makes it quite annoying to distribute on systems that have none of them. It would be interrestin to have the support for curl for example. Also what are the makefile extensions that you really need to require gmake? - benoit On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin wrote: > Hello friendly people, > > I would like to make an official announcement of erlang.mk now that all > the features I wanted are in. > > erlang.mk is a rebar replacement. It was initially created for allowing a > faster development process than rebar and for better compatibility with > Linux build tools. It should work on Linux and OSX with GNU Make installed. > > Projects using erlang.mk are still compatible with rebar. Dependencies > fetched by rebar are stored in the same deps/ directory, and projects using > erlang.mk can still be used as rebar dependencies, with or without a > rebar.config file. > > erlang.mk also features a simple package index. Try `make pkg-list` to > list all packages currently available. All the packages listed are > compatible with erlang.mk with no tweaking required. > > Makefiles written with erlang.mk are *VERY* simple, here are two examples: > > * https://github.com/extend/**farwest/blob/master/Makefile > * https://github.com/extend/**cowboy/blob/master/Makefile > > I wrote about erlang.mk and relx recently on the Nine Nines blog. > erlang.mk is the perfect companion to relx. > > * http://ninenines.eu/articles/**erlang.mk-and-relx > > Here are examples of projects that are using and compatible with erlang.mk > : > > * https://github.com/jlouis/**etorrent > * https://github.com/extend/**cowboy > * https://github.com/extend/**farwest > > You can find erlang.mk at the following URL: > > * https://github.com/extend/**erlang.mk > > Contributions to the package index are of course welcome! The only > requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the > erlang.mk project updating the packages.v1.txt! > > Enjoy! > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > ______________________________**_________________ > erlang-questions mailing list > erlang-questions at erlang.org > http://erlang.org/mailman/**listinfo/erlang-questions > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dronnikov at gmail.com Fri Aug 16 13:25:20 2013 From: dronnikov at gmail.com (Vladimir Dronnikov) Date: Fri, 16 Aug 2013 15:25:20 +0400 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: References: <520CE37E.4090909@ninenines.eu> Message-ID: I believe curl -L $(PKG_FILE_URL) >$(PKG_FILE) is kinda drop-in replacement for wget -O $(PKG_FILE) $(PKG_FILE_URL) used in erlang.mk. Should be tested On Fri, Aug 16, 2013 at 12:39 PM, Benoit Chesneau wrote: > The big problem with erlang.mk is requiring to have gmake and more > importantly wget installed imo. > > Which makes it quite annoying to distribute on systems that have none of > them. It would be interrestin to have the support for curl for example. > Also what are the makefile extensions that you really need to require gmake? > > - benoit > > > On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin wrote: > >> Hello friendly people, >> >> I would like to make an official announcement of erlang.mk now that all >> the features I wanted are in. >> >> erlang.mk is a rebar replacement. It was initially created for allowing >> a faster development process than rebar and for better compatibility with >> Linux build tools. It should work on Linux and OSX with GNU Make installed. >> >> Projects using erlang.mk are still compatible with rebar. Dependencies >> fetched by rebar are stored in the same deps/ directory, and projects using >> erlang.mk can still be used as rebar dependencies, with or without a >> rebar.config file. >> >> erlang.mk also features a simple package index. Try `make pkg-list` to >> list all packages currently available. All the packages listed are >> compatible with erlang.mk with no tweaking required. >> >> Makefiles written with erlang.mk are *VERY* simple, here are two >> examples: >> >> * https://github.com/extend/**farwest/blob/master/Makefile >> * https://github.com/extend/**cowboy/blob/master/Makefile >> >> I wrote about erlang.mk and relx recently on the Nine Nines blog. >> erlang.mk is the perfect companion to relx. >> >> * http://ninenines.eu/articles/**erlang.mk-and-relx >> >> Here are examples of projects that are using and compatible with >> erlang.mk: >> >> * https://github.com/jlouis/**etorrent >> * https://github.com/extend/**cowboy >> * https://github.com/extend/**farwest >> >> You can find erlang.mk at the following URL: >> >> * https://github.com/extend/**erlang.mk >> >> Contributions to the package index are of course welcome! The only >> requirement is that the package is to be compatible with erlang.mkitself. Just send a PR to the >> erlang.mk project updating the packages.v1.txt! >> >> Enjoy! >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu >> ______________________________**_________________ >> erlang-questions mailing list >> erlang-questions at erlang.org >> http://erlang.org/mailman/**listinfo/erlang-questions >> > > > _______________________________________________ > erlang-questions mailing list > erlang-questions at erlang.org > http://erlang.org/mailman/listinfo/erlang-questions > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From steve at srstrong.com Fri Aug 16 14:27:48 2013 From: steve at srstrong.com (Steve Strong) Date: Fri, 16 Aug 2013 14:27:48 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520CE37E.4090909@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> Message-ID: <05C075301D714F86AD3DF71B5DE6A0C0@srstrong.com> Looks good - I like simple! Quick question, does it support multiple applications, for example a project laid out as: /proj /deps /stuff /apps /app1 /app2 Most of our stuff is in that form, with shared dependencies between the various apps. Rebar is quite happy with that format, but I can't see how to persuade erlang.mk to handle that. Cheers, Steve -- Steve Strong Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote: > Hello friendly people, > > I would like to make an official announcement of erlang.mk now that all > the features I wanted are in. > > erlang.mk is a rebar replacement. It was initially created for allowing > a faster development process than rebar and for better compatibility > with Linux build tools. It should work on Linux and OSX with GNU Make > installed. > > Projects using erlang.mk are still compatible with rebar. Dependencies > fetched by rebar are stored in the same deps/ directory, and projects > using erlang.mk can still be used as rebar dependencies, with or without > a rebar.config file. > > erlang.mk also features a simple package index. Try `make pkg-list` to > list all packages currently available. All the packages listed are > compatible with erlang.mk with no tweaking required. > > Makefiles written with erlang.mk are *VERY* simple, here are two examples: > > * https://github.com/extend/farwest/blob/master/Makefile > * https://github.com/extend/cowboy/blob/master/Makefile > > I wrote about erlang.mk and relx recently on the Nine Nines blog. > erlang.mk is the perfect companion to relx. > > * http://ninenines.eu/articles/erlang.mk-and-relx > > Here are examples of projects that are using and compatible with erlang.mk: > > * https://github.com/jlouis/etorrent > * https://github.com/extend/cowboy > * https://github.com/extend/farwest > > You can find erlang.mk at the following URL: > > * https://github.com/extend/erlang.mk > > Contributions to the package index are of course welcome! The only > requirement is that the package is to be compatible with erlang.mk > itself. Just send a PR to the erlang.mk project updating the > packages.v1.txt! > > Enjoy! > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > _______________________________________________ > erlang-questions mailing list > erlang-questions at erlang.org (mailto:erlang-questions at erlang.org) > http://erlang.org/mailman/listinfo/erlang-questions > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From list1 at gjunka.com Fri Aug 16 16:42:28 2013 From: list1 at gjunka.com (Grzegorz Junka) Date: Fri, 16 Aug 2013 15:42:28 +0100 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E3890.5020000@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> Message-ID: <520E3A54.7040208@gjunka.com> Why not use Erlang for downloading? Surely if erlang.mk is a tool for Erlang then it will be very likely installed. For example this target downloads Rebar: # Erlang Rebar downloading, see: # https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar ./rebar: $(ERL) -noshell -s inets -s ssl \ -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream, "./rebar"}])' \ -s init stop chmod +x ./rebar REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk '{ print $$NF }') It could be used to download anything, not just REBAR. - Greg On 16/08/2013 15:34, Lo?c Hoguin wrote: > On 08/16/2013 10:39 AM, Benoit Chesneau wrote: >> The big problem with erlang.mk is requiring to have >> gmake and more importantly wget installed imo. > > wget is only used for fetching the package index file. I'm sure if it > doesn't work somewhere it'll be patched eventually. > >> Which makes it quite annoying to distribute on systems that have none of >> them. It would be interrestin to have the support for curl for example. >> Also what are the makefile extensions that you really need to require >> gmake? > > No idea. Patches are welcome for compatibility with different OS/build > tools (as long as it's not "rewrite the whole file" of course, then > you're better off just using gmake). > >> - benoit >> >> >> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin > > wrote: >> >> Hello friendly people, >> >> I would like to make an official announcement of erlang.mk >> now that all the features I wanted are in. >> >> erlang.mk is a rebar replacement. It was >> initially created for allowing a faster development process than >> rebar and for better compatibility with Linux build tools. It should >> work on Linux and OSX with GNU Make installed. >> >> Projects using erlang.mk are still compatible >> with rebar. Dependencies fetched by rebar are stored in the same >> deps/ directory, and projects using erlang.mk can >> still be used as rebar dependencies, with or without a rebar.config >> file. >> >> erlang.mk also features a simple package index. >> Try `make pkg-list` to list all packages currently available. All >> the packages listed are compatible with erlang.mk >> with no tweaking required. >> >> Makefiles written with erlang.mk are *VERY* >> simple, here are two examples: >> >> * https://github.com/extend/__farwest/blob/master/Makefile >> >> * https://github.com/extend/__cowboy/blob/master/Makefile >> >> >> I wrote about erlang.mk and relx recently on the >> Nine Nines blog. erlang.mk is the perfect >> companion to relx. >> >> * http://ninenines.eu/articles/__erlang.mk-and-relx >> >> >> Here are examples of projects that are using and compatible with >> erlang.mk : >> >> * https://github.com/jlouis/__etorrent >> >> * https://github.com/extend/__cowboy >> >> * https://github.com/extend/__farwest >> >> >> You can find erlang.mk at the following URL: >> >> * https://github.com/extend/__erlang.mk >> >> >> Contributions to the package index are of course welcome! The only >> requirement is that the package is to be compatible with erlang.mk >> itself. Just send a PR to the erlang.mk >> project updating the packages.v1.txt! >> >> Enjoy! >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu >> _________________________________________________ >> erlang-questions mailing list >> erlang-questions at erlang.org >> http://erlang.org/mailman/__listinfo/erlang-questions >> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From essen at ninenines.eu Fri Aug 16 16:42:39 2013 From: essen at ninenines.eu (=?UTF-8?B?TG/Dr2MgSG9ndWlu?=) Date: Fri, 16 Aug 2013 16:42:39 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <05C075301D714F86AD3DF71B5DE6A0C0@srstrong.com> References: <520CE37E.4090909@ninenines.eu> <05C075301D714F86AD3DF71B5DE6A0C0@srstrong.com> Message-ID: <520E3A5F.7000800@ninenines.eu> Well I'm sure if you create a base Makefile (without erlang.mk) that exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which would themselves contain Makefiles that use erlang.mk), it would work just fine. You can still keep only one erlang.mk in your repos and use include ../../erlang.mk instead for example. But know that this folder structure is a rebar thing and not standard (just like /deps you'll say, but that one is insanely useful regardless of the project structure otherwise). On 08/16/2013 02:27 PM, Steve Strong wrote: > Looks good - I like simple! Quick question, does it support multiple > applications, for example a project laid out as: > > /proj > /deps > /stuff > > /apps > /app1 > /app2 > > Most of our stuff is in that form, with shared dependencies between the > various apps. Rebar is quite happy with that format, but I can't see > how to persuade erlang.mk to handle that. > > Cheers, > > Steve > > -- > Steve Strong > Sent with Sparrow > > On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote: > >> Hello friendly people, >> >> I would like to make an official announcement of erlang.mk now that all >> the features I wanted are in. >> >> erlang.mk is a rebar replacement. It was initially created for allowing >> a faster development process than rebar and for better compatibility >> with Linux build tools. It should work on Linux and OSX with GNU Make >> installed. >> >> Projects using erlang.mk are still compatible with rebar. Dependencies >> fetched by rebar are stored in the same deps/ directory, and projects >> using erlang.mk can still be used as rebar dependencies, with or without >> a rebar.config file. >> >> erlang.mk also features a simple package index. Try `make pkg-list` to >> list all packages currently available. All the packages listed are >> compatible with erlang.mk with no tweaking required. >> >> Makefiles written with erlang.mk are *VERY* simple, here are two examples: >> >> * https://github.com/extend/farwest/blob/master/Makefile >> * https://github.com/extend/cowboy/blob/master/Makefile >> >> I wrote about erlang.mk and relx recently on the Nine Nines blog. >> erlang.mk is the perfect companion to relx. >> >> * http://ninenines.eu/articles/erlang.mk-and-relx >> >> Here are examples of projects that are using and compatible with >> erlang.mk: >> >> * https://github.com/jlouis/etorrent >> * https://github.com/extend/cowboy >> * https://github.com/extend/farwest >> >> You can find erlang.mk at the following URL: >> >> * https://github.com/extend/erlang.mk >> >> Contributions to the package index are of course welcome! The only >> requirement is that the package is to be compatible with erlang.mk >> itself. Just send a PR to the erlang.mk project updating the >> packages.v1.txt! >> >> Enjoy! >> >> -- >> Lo?c Hoguin >> Erlang Cowboy >> Nine Nines >> http://ninenines.eu >> _______________________________________________ >> erlang-questions mailing list >> erlang-questions at erlang.org >> http://erlang.org/mailman/listinfo/erlang-questions > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From essen at ninenines.eu Fri Aug 16 16:44:58 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 16 Aug 2013 16:44:58 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E3A54.7040208@gjunka.com> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> Message-ID: <520E3AEA.2070402@ninenines.eu> Starting Erlang takes too long. That's a big reason why erlang.mk was created. :) I recall NetBSD being able to download things with a shell script only (as it comes with nothing installed), this would be a more interesting solution especially since we can bundle it in the erlang.mk file too. On 08/16/2013 04:42 PM, Grzegorz Junka wrote: > Why not use Erlang for downloading? Surely if erlang.mk is a tool for > Erlang then it will be very likely installed. For example this target > downloads Rebar: > > # Erlang Rebar downloading, see: > # > https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y > rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar > ./rebar: > $(ERL) -noshell -s inets -s ssl \ > -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream, > "./rebar"}])' \ > -s init stop > chmod +x ./rebar > REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk > '{ print $$NF }') > > > It could be used to download anything, not just REBAR. > > - Greg > > > On 16/08/2013 15:34, Lo?c Hoguin wrote: >> On 08/16/2013 10:39 AM, Benoit Chesneau wrote: >>> The big problem with erlang.mk is requiring to have >>> gmake and more importantly wget installed imo. >> >> wget is only used for fetching the package index file. I'm sure if it >> doesn't work somewhere it'll be patched eventually. >> >>> Which makes it quite annoying to distribute on systems that have none of >>> them. It would be interrestin to have the support for curl for example. >>> Also what are the makefile extensions that you really need to require >>> gmake? >> >> No idea. Patches are welcome for compatibility with different OS/build >> tools (as long as it's not "rewrite the whole file" of course, then >> you're better off just using gmake). >> >>> - benoit >>> >>> >>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin >> > wrote: >>> >>> Hello friendly people, >>> >>> I would like to make an official announcement of erlang.mk >>> now that all the features I wanted are in. >>> >>> erlang.mk is a rebar replacement. It was >>> initially created for allowing a faster development process than >>> rebar and for better compatibility with Linux build tools. It should >>> work on Linux and OSX with GNU Make installed. >>> >>> Projects using erlang.mk are still compatible >>> with rebar. Dependencies fetched by rebar are stored in the same >>> deps/ directory, and projects using erlang.mk can >>> still be used as rebar dependencies, with or without a rebar.config >>> file. >>> >>> erlang.mk also features a simple package index. >>> Try `make pkg-list` to list all packages currently available. All >>> the packages listed are compatible with erlang.mk >>> with no tweaking required. >>> >>> Makefiles written with erlang.mk are *VERY* >>> simple, here are two examples: >>> >>> * https://github.com/extend/__farwest/blob/master/Makefile >>> >>> * https://github.com/extend/__cowboy/blob/master/Makefile >>> >>> >>> I wrote about erlang.mk and relx recently on the >>> Nine Nines blog. erlang.mk is the perfect >>> companion to relx. >>> >>> * http://ninenines.eu/articles/__erlang.mk-and-relx >>> >>> >>> Here are examples of projects that are using and compatible with >>> erlang.mk : >>> >>> * https://github.com/jlouis/__etorrent >>> >>> * https://github.com/extend/__cowboy >>> >>> * https://github.com/extend/__farwest >>> >>> >>> You can find erlang.mk at the following URL: >>> >>> * https://github.com/extend/__erlang.mk >>> >>> >>> Contributions to the package index are of course welcome! The only >>> requirement is that the package is to be compatible with erlang.mk >>> itself. Just send a PR to the erlang.mk >>> project updating the packages.v1.txt! >>> >>> Enjoy! >>> >>> -- >>> Lo?c Hoguin >>> Erlang Cowboy >>> Nine Nines >>> http://ninenines.eu >>> _________________________________________________ >>> erlang-questions mailing list >>> erlang-questions at erlang.org >>> http://erlang.org/mailman/__listinfo/erlang-questions >>> >>> >>> >> >> > > > > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend > -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From steve at srstrong.com Fri Aug 16 16:44:07 2013 From: steve at srstrong.com (Steve Strong) Date: Fri, 16 Aug 2013 16:44:07 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E3A5F.7000800@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> <05C075301D714F86AD3DF71B5DE6A0C0@srstrong.com> <520E3A5F.7000800@ninenines.eu> Message-ID: <4BEA9D47600B462DAAA7D339E9AE47B5@srstrong.com> Was guessing that was the answer - I'll give it a go... -- Steve Strong Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Friday, 16 August 2013 at 16:42, Lo?c Hoguin wrote: > Well I'm sure if you create a base Makefile (without erlang.mk) that > exports DEPS_DIR and then call $(MAKE) on all folders in /apps (which > would themselves contain Makefiles that use erlang.mk), it would work > just fine. You can still keep only one erlang.mk in your repos and use > include ../../erlang.mk instead for example. > > But know that this folder structure is a rebar thing and not standard > (just like /deps you'll say, but that one is insanely useful regardless > of the project structure otherwise). > > On 08/16/2013 02:27 PM, Steve Strong wrote: > > Looks good - I like simple! Quick question, does it support multiple > > applications, for example a project laid out as: > > > > /proj > > /deps > > /stuff > > > > /apps > > /app1 > > /app2 > > > > Most of our stuff is in that form, with shared dependencies between the > > various apps. Rebar is quite happy with that format, but I can't see > > how to persuade erlang.mk to handle that. > > > > Cheers, > > > > Steve > > > > -- > > Steve Strong > > Sent with Sparrow > > > > On Thursday, 15 August 2013 at 16:19, Lo?c Hoguin wrote: > > > > > Hello friendly people, > > > > > > I would like to make an official announcement of erlang.mk now that all > > > the features I wanted are in. > > > > > > erlang.mk is a rebar replacement. It was initially created for allowing > > > a faster development process than rebar and for better compatibility > > > with Linux build tools. It should work on Linux and OSX with GNU Make > > > installed. > > > > > > Projects using erlang.mk are still compatible with rebar. Dependencies > > > fetched by rebar are stored in the same deps/ directory, and projects > > > using erlang.mk can still be used as rebar dependencies, with or without > > > a rebar.config file. > > > > > > erlang.mk also features a simple package index. Try `make pkg-list` to > > > list all packages currently available. All the packages listed are > > > compatible with erlang.mk with no tweaking required. > > > > > > Makefiles written with erlang.mk are *VERY* simple, here are two examples: > > > > > > * https://github.com/extend/farwest/blob/master/Makefile > > > * https://github.com/extend/cowboy/blob/master/Makefile > > > > > > I wrote about erlang.mk and relx recently on the Nine Nines blog. > > > erlang.mk is the perfect companion to relx. > > > > > > * http://ninenines.eu/articles/erlang.mk-and-relx > > > > > > Here are examples of projects that are using and compatible with > > > erlang.mk: > > > > > > * https://github.com/jlouis/etorrent > > > * https://github.com/extend/cowboy > > > * https://github.com/extend/farwest > > > > > > You can find erlang.mk at the following URL: > > > > > > * https://github.com/extend/erlang.mk > > > > > > Contributions to the package index are of course welcome! The only > > > requirement is that the package is to be compatible with erlang.mk > > > itself. Just send a PR to the erlang.mk project updating the > > > packages.v1.txt! > > > > > > Enjoy! > > > > > > -- > > > Lo?c Hoguin > > > Erlang Cowboy > > > Nine Nines > > > http://ninenines.eu > > > _______________________________________________ > > > erlang-questions mailing list > > > erlang-questions at erlang.org > > > http://erlang.org/mailman/listinfo/erlang-questions > > > > > > > > > > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From list1 at gjunka.com Fri Aug 16 17:02:00 2013 From: list1 at gjunka.com (Grzegorz Junka) Date: Fri, 16 Aug 2013 16:02:00 +0100 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E3AEA.2070402@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> <520E3AEA.2070402@ninenines.eu> Message-ID: <520E3EE8.70303@gjunka.com> But it "is only used for fetching the package index file"... :) If the target is up to date there is no starting of Erlang. But on the other hand it could be used conditionally, e.g. use wget on systems on which it is installed and Erlang otherwise. It's just down to creating a properly structured target, isn't? On 16/08/2013 15:44, Lo?c Hoguin wrote: > Starting Erlang takes too long. That's a big reason why erlang.mk was > created. :) > > I recall NetBSD being able to download things with a shell script only > (as it comes with nothing installed), this would be a more interesting > solution especially since we can bundle it in the erlang.mk file too. > > On 08/16/2013 04:42 PM, Grzegorz Junka wrote: >> Why not use Erlang for downloading? Surely if erlang.mk is a tool for >> Erlang then it will be very likely installed. For example this target >> downloads Rebar: >> >> # Erlang Rebar downloading, see: >> # >> https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y >> >> rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar >> ./rebar: >> $(ERL) -noshell -s inets -s ssl \ >> -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream, >> "./rebar"}])' \ >> -s init stop >> chmod +x ./rebar >> REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk >> '{ print $$NF }') >> >> >> It could be used to download anything, not just REBAR. >> >> - Greg >> >> >> On 16/08/2013 15:34, Lo?c Hoguin wrote: >>> On 08/16/2013 10:39 AM, Benoit Chesneau wrote: >>>> The big problem with erlang.mk is requiring to have >>>> gmake and more importantly wget installed imo. >>> >>> wget is only used for fetching the package index file. I'm sure if it >>> doesn't work somewhere it'll be patched eventually. >>> >>>> Which makes it quite annoying to distribute on systems that have >>>> none of >>>> them. It would be interrestin to have the support for curl for >>>> example. >>>> Also what are the makefile extensions that you really need to require >>>> gmake? >>> >>> No idea. Patches are welcome for compatibility with different OS/build >>> tools (as long as it's not "rewrite the whole file" of course, then >>> you're better off just using gmake). >>> >>>> - benoit >>>> >>>> >>>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin >>> > wrote: >>>> >>>> Hello friendly people, >>>> >>>> I would like to make an official announcement of erlang.mk >>>> now that all the features I wanted are in. >>>> >>>> erlang.mk is a rebar replacement. It was >>>> initially created for allowing a faster development process than >>>> rebar and for better compatibility with Linux build tools. It >>>> should >>>> work on Linux and OSX with GNU Make installed. >>>> >>>> Projects using erlang.mk are still compatible >>>> with rebar. Dependencies fetched by rebar are stored in the same >>>> deps/ directory, and projects using erlang.mk >>>> can >>>> still be used as rebar dependencies, with or without a >>>> rebar.config >>>> file. >>>> >>>> erlang.mk also features a simple package index. >>>> Try `make pkg-list` to list all packages currently available. All >>>> the packages listed are compatible with erlang.mk >>>> >>>> with no tweaking required. >>>> >>>> Makefiles written with erlang.mk are *VERY* >>>> simple, here are two examples: >>>> >>>> * https://github.com/extend/__farwest/blob/master/Makefile >>>> >>>> * https://github.com/extend/__cowboy/blob/master/Makefile >>>> >>>> >>>> I wrote about erlang.mk and relx recently on >>>> the >>>> Nine Nines blog. erlang.mk is the perfect >>>> companion to relx. >>>> >>>> * http://ninenines.eu/articles/__erlang.mk-and-relx >>>> >>>> >>>> Here are examples of projects that are using and compatible with >>>> erlang.mk : >>>> >>>> * https://github.com/jlouis/__etorrent >>>> >>>> * https://github.com/extend/__cowboy >>>> >>>> * https://github.com/extend/__farwest >>>> >>>> >>>> You can find erlang.mk at the following URL: >>>> >>>> * https://github.com/extend/__erlang.mk >>>> >>>> >>>> Contributions to the package index are of course welcome! The only >>>> requirement is that the package is to be compatible with erlang.mk >>>> itself. Just send a PR to the erlang.mk >>>> project updating the packages.v1.txt! >>>> >>>> Enjoy! >>>> >>>> -- >>>> Lo?c Hoguin >>>> Erlang Cowboy >>>> Nine Nines >>>> http://ninenines.eu >>>> _________________________________________________ >>>> erlang-questions mailing list >>>> erlang-questions at erlang.org >>>> http://erlang.org/mailman/__listinfo/erlang-questions >>>> >>>> >>>> >>> >>> >> >> >> >> _______________________________________________ >> Extend mailing list >> Extend at lists.ninenines.eu >> http://lists.ninenines.eu:81/listinfo/extend >> > > From essen at ninenines.eu Fri Aug 16 17:10:19 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 16 Aug 2013 17:10:19 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E3EE8.70303@gjunka.com> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> <520E3AEA.2070402@ninenines.eu> <520E3EE8.70303@gjunka.com> Message-ID: <520E40DB.5070401@ninenines.eu> I know, and if it makes it work where it currently doesn't I'd merge it. But ultimately we want to avoid starting Erlang unless strictly necessary. On 08/16/2013 05:02 PM, Grzegorz Junka wrote: > But it "is only used for fetching the package index file"... :) If the > target is up to date there is no starting of Erlang. But on the other > hand it could be used conditionally, e.g. use wget on systems on which > it is installed and Erlang otherwise. It's just down to creating a > properly structured target, isn't? > > On 16/08/2013 15:44, Lo?c Hoguin wrote: >> Starting Erlang takes too long. That's a big reason why erlang.mk was >> created. :) >> >> I recall NetBSD being able to download things with a shell script only >> (as it comes with nothing installed), this would be a more interesting >> solution especially since we can bundle it in the erlang.mk file too. >> >> On 08/16/2013 04:42 PM, Grzegorz Junka wrote: >>> Why not use Erlang for downloading? Surely if erlang.mk is a tool for >>> Erlang then it will be very likely installed. For example this target >>> downloads Rebar: >>> >>> # Erlang Rebar downloading, see: >>> # >>> https://groups.google.com/forum/?fromgroups=#!topic/erlang-programming/U0JJ3SeUv5Y >>> >>> rb_rebar_url=http://cloud.github.com/downloads/basho/rebar/rebar >>> ./rebar: >>> $(ERL) -noshell -s inets -s ssl \ >>> -eval 'httpc:request(get, {"$(rb_rebar_url)", []}, [], [{stream, >>> "./rebar"}])' \ >>> -s init stop >>> chmod +x ./rebar >>> REBAR=$(shell (type rebar 2>/dev/null || echo ./rebar) | tail -1 | awk >>> '{ print $$NF }') >>> >>> >>> It could be used to download anything, not just REBAR. >>> >>> - Greg >>> >>> >>> On 16/08/2013 15:34, Lo?c Hoguin wrote: >>>> On 08/16/2013 10:39 AM, Benoit Chesneau wrote: >>>>> The big problem with erlang.mk is requiring to have >>>>> gmake and more importantly wget installed imo. >>>> >>>> wget is only used for fetching the package index file. I'm sure if it >>>> doesn't work somewhere it'll be patched eventually. >>>> >>>>> Which makes it quite annoying to distribute on systems that have >>>>> none of >>>>> them. It would be interrestin to have the support for curl for >>>>> example. >>>>> Also what are the makefile extensions that you really need to require >>>>> gmake? >>>> >>>> No idea. Patches are welcome for compatibility with different OS/build >>>> tools (as long as it's not "rewrite the whole file" of course, then >>>> you're better off just using gmake). >>>> >>>>> - benoit >>>>> >>>>> >>>>> On Thu, Aug 15, 2013 at 4:19 PM, Lo?c Hoguin >>>> > wrote: >>>>> >>>>> Hello friendly people, >>>>> >>>>> I would like to make an official announcement of erlang.mk >>>>> now that all the features I wanted are in. >>>>> >>>>> erlang.mk is a rebar replacement. It was >>>>> initially created for allowing a faster development process than >>>>> rebar and for better compatibility with Linux build tools. It >>>>> should >>>>> work on Linux and OSX with GNU Make installed. >>>>> >>>>> Projects using erlang.mk are still compatible >>>>> with rebar. Dependencies fetched by rebar are stored in the same >>>>> deps/ directory, and projects using erlang.mk >>>>> can >>>>> still be used as rebar dependencies, with or without a >>>>> rebar.config >>>>> file. >>>>> >>>>> erlang.mk also features a simple package index. >>>>> Try `make pkg-list` to list all packages currently available. All >>>>> the packages listed are compatible with erlang.mk >>>>> >>>>> with no tweaking required. >>>>> >>>>> Makefiles written with erlang.mk are *VERY* >>>>> simple, here are two examples: >>>>> >>>>> * https://github.com/extend/__farwest/blob/master/Makefile >>>>> >>>>> * https://github.com/extend/__cowboy/blob/master/Makefile >>>>> >>>>> >>>>> I wrote about erlang.mk and relx recently on >>>>> the >>>>> Nine Nines blog. erlang.mk is the perfect >>>>> companion to relx. >>>>> >>>>> * http://ninenines.eu/articles/__erlang.mk-and-relx >>>>> >>>>> >>>>> Here are examples of projects that are using and compatible with >>>>> erlang.mk : >>>>> >>>>> * https://github.com/jlouis/__etorrent >>>>> >>>>> * https://github.com/extend/__cowboy >>>>> >>>>> * https://github.com/extend/__farwest >>>>> >>>>> >>>>> You can find erlang.mk at the following URL: >>>>> >>>>> * https://github.com/extend/__erlang.mk >>>>> >>>>> >>>>> Contributions to the package index are of course welcome! The only >>>>> requirement is that the package is to be compatible with erlang.mk >>>>> itself. Just send a PR to the erlang.mk >>>>> project updating the packages.v1.txt! >>>>> >>>>> Enjoy! >>>>> >>>>> -- >>>>> Lo?c Hoguin >>>>> Erlang Cowboy >>>>> Nine Nines >>>>> http://ninenines.eu >>>>> _________________________________________________ >>>>> erlang-questions mailing list >>>>> erlang-questions at erlang.org >>>>> http://erlang.org/mailman/__listinfo/erlang-questions >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> >>> _______________________________________________ >>> Extend mailing list >>> Extend at lists.ninenines.eu >>> http://lists.ninenines.eu:81/listinfo/extend >>> >> >> > > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From wbin00 at gmail.com Fri Aug 16 17:40:22 2013 From: wbin00 at gmail.com (Bin Wang) Date: Fri, 16 Aug 2013 23:40:22 +0800 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E40DB.5070401@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> <520E3AEA.2070402@ninenines.eu> <520E3EE8.70303@gjunka.com> <520E40DB.5070401@ninenines.eu> Message-ID: Will it support protobuf(https://github.com/basho/erlang_protobuffs), I cannot compile *.proto file from src/ with erlang.mk. From essen at ninenines.eu Fri Aug 16 17:55:30 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Fri, 16 Aug 2013 17:55:30 +0200 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> <520E3AEA.2070402@ninenines.eu> <520E3EE8.70303@gjunka.com> <520E40DB.5070401@ninenines.eu> Message-ID: <520E4B72.8010608@ninenines.eu> On 08/16/2013 05:40 PM, Bin Wang wrote: > Will it support protobuf(https://github.com/basho/erlang_protobuffs), > I cannot compile *.proto file from src/ with erlang.mk. That's a good question. I probably would merge such a patch right now, but if it ends up being too many different compilers we'll probably need a better solution (something like having you include both erlang.mk and protobuffs.mk to enable it?). I don't use protobuffs myself so don't count on me though. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From jeremy at quarkgames.com Fri Aug 16 18:29:36 2013 From: jeremy at quarkgames.com (Jeremy Ong) Date: Fri, 16 Aug 2013 09:29:36 -0700 Subject: [99s-extend] [erlang-questions] [ANN] erlang.mk build tool In-Reply-To: <520E4B72.8010608@ninenines.eu> References: <520CE37E.4090909@ninenines.eu> <520E3890.5020000@ninenines.eu> <520E3A54.7040208@gjunka.com> <520E3AEA.2070402@ninenines.eu> <520E3EE8.70303@gjunka.com> <520E40DB.5070401@ninenines.eu> <520E4B72.8010608@ninenines.eu> Message-ID: I'd prefer it if there were more generalized hooks for files of different names rather than hardcoding usage of a particular library. In the case of protobuffers, some people use piqi, others use basho's library, and still others use their own library. On Fri, Aug 16, 2013 at 8:55 AM, Lo?c Hoguin wrote: > On 08/16/2013 05:40 PM, Bin Wang wrote: >> >> Will it support protobuf(https://github.com/basho/erlang_protobuffs), >> I cannot compile *.proto file from src/ with erlang.mk. > > > That's a good question. I probably would merge such a patch right now, but > if it ends up being too many different compilers we'll probably need a > better solution (something like having you include both erlang.mk and > protobuffs.mk to enable it?). > > I don't use protobuffs myself so don't count on me though. > > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > _______________________________________________ > Extend mailing list > Extend at lists.ninenines.eu > http://lists.ninenines.eu:81/listinfo/extend From wbin00 at gmail.com Sat Aug 17 10:00:04 2013 From: wbin00 at gmail.com (Bin Wang) Date: Sat, 17 Aug 2013 16:00:04 +0800 Subject: [99s-extend] How to broadcaset with ranch? Message-ID: Hi, I'm new to ranch. In my application, I need to send some message to all connections. So I'd like to know can I get all connections from ranch, so I could use Transport:send to send them, or I must manage all the created connections by myself? Or is there any other better way? Thanks. Bin Wang From essen at ninenines.eu Sat Aug 17 10:10:41 2013 From: essen at ninenines.eu (=?ISO-8859-1?Q?Lo=EFc_Hoguin?=) Date: Sat, 17 Aug 2013 10:10:41 +0200 Subject: [99s-extend] How to broadcaset with ranch? In-Reply-To: References: Message-ID: <520F3001.5010504@ninenines.eu> On 08/17/2013 10:00 AM, Bin Wang wrote: > Hi, > > I'm new to ranch. In my application, I need to send some message to > all connections. So I'd like to know can I get all connections from > ranch, so I could use Transport:send to send them, or I must manage > all the created connections by myself? Or is there any other better > way? The best way to do that is on your end, using gproc properties. When the connection is accepted, register the process with the property and use the property to send messages to all processes. You don't need to unregister when the connection ends, gproc does that automatically. The hackish way to do that would be to call supervisor:which_children on the ranch_conns_sup supervisor of your listener, but that will slow down the accepting of new connections, so don't do this if you need high accept rates. -- Lo?c Hoguin Erlang Cowboy Nine Nines http://ninenines.eu From seancribbs at gmail.com Wed Aug 21 05:18:19 2013 From: seancribbs at gmail.com (Sean Cribbs) Date: Tue, 20 Aug 2013 22:18:19 -0500 Subject: [99s-extend] [erlang-questions] How to broadcaset with ranch? In-Reply-To: <520F3001.5010504@ninenines.eu> References: <520F3001.5010504@ninenines.eu> Message-ID: This is exactly the sort of thing gen_event is for. I would make each server process register a handler at startup using gen_event:add_sup_handler() and then have the handle_event callback simply relay the event to the server processes. Yes, gproc can do this, but why incur its extra features and overhead? On Sat, Aug 17, 2013 at 3:10 AM, Lo?c Hoguin wrote: > On 08/17/2013 10:00 AM, Bin Wang wrote: > >> Hi, >> >> I'm new to ranch. In my application, I need to send some message to >> all connections. So I'd like to know can I get all connections from >> ranch, so I could use Transport:send to send them, or I must manage >> all the created connections by myself? Or is there any other better >> way? >> > > The best way to do that is on your end, using gproc properties. When the > connection is accepted, register the process with the property and use the > property to send messages to all processes. You don't need to unregister > when the connection ends, gproc does that automatically. > > The hackish way to do that would be to call supervisor:which_children on > the ranch_conns_sup supervisor of your listener, but that will slow down > the accepting of new connections, so don't do this if you need high accept > rates. > > -- > Lo?c Hoguin > Erlang Cowboy > Nine Nines > http://ninenines.eu > > ______________________________**_________________ > erlang-questions mailing list > erlang-questions at erlang.org > http://erlang.org/mailman/**listinfo/erlang-questions > -------------- next part -------------- An HTML attachment was scrubbed... URL: