We got a question today about distributing the Erlang runtime with erlide and since we can't do that for all platforms, I came to thing about CEAN. Installing from that repository would be just as well from a user's point of view.
Now the problem is that CEAN distributions exist only for R11 and R12... Are there any plans to update those? Is the reason for the lack of maintenance that the interest from the community was low? How much work is required to package an OTP release the CEAN way?
the CEAN framework as been rewritten to be much more easy to deploy I use it daily now to handle R12 B13 and R14 at the same time. it supports full OTP and compiles 250 other packages (500 declared). i need to free 1 or 2 days to finish some tasks on it and publish it. it has been tested on Mac Linux(x86/amd64/arm) NetBSD FreeBSD OpenBSD. it allows to deploy erlang installation (minimalist/custom/full) in few seconds, or starting from scratch with full compilation.
I can publish it quickly now, and also provide you a full R14B03 binary repository. CEAN 2.0 will run the same way old CEAN using erlang command line and also provides a shell interface. it also allow you to generate your own custom erlang automatic installer (self extractable shell script) so you can deploy a minimalist erlang VM with your custom code on any system you need, without any dependency, in few seconds.
we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin Logan (erlware.org) to provide community a common packaging environment by the way. we'll try to merge our efforts to finally end up with this packaging issue.
christophe.rom...@process-one.net> wrote: > the CEAN framework as been rewritten to be much more easy to deploy > I use it daily now to handle R12 B13 and R14 at the same time. it > supports full OTP and compiles 250 other packages (500 declared). > i need to free 1 or 2 days to finish some tasks on it and publish it. > it has been tested on Mac Linux(x86/amd64/arm) NetBSD FreeBSD OpenBSD. > it allows to deploy erlang installation (minimalist/custom/full) in few > seconds, or starting from scratch with full compilation.
> I can publish it quickly now, and also provide you a full R14B03 binary > repository. CEAN 2.0 will run the same way old CEAN using erlang command > line and also provides a shell interface. > it also allow you to generate your own custom erlang automatic installer > (self extractable shell script) so you can deploy a minimalist erlang VM > with your custom code on any system you need, without any dependency, in > few seconds.
That's great, this is an important step to lower the threshold for starting up with Erlang!
Please don't hurry for my sake, it's not something I will do right away.
<christophe.rom...@process-one.net> wrote: > we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin > Logan (erlware.org) to provide community a common packaging environment > by the way. we'll try to merge our efforts to finally end up with this > packaging issue.
Please include Jacob Vorreuter to the discussion. His EPM is a pretty handy thing too:
+1. I use epm a lot, preferring the "look for it on github" approach to the homebrew style "check for registered stuff" of agner and sutro (the latter also by Jacob). _______________________________________________ erlang-questions mailing list erlang-questi...@erlang.org http://erlang.org/mailman/listinfo/erlang-questions
<christophe.rom...@process-one.net> wrote: > it also allow you to generate your own custom erlang automatic installer > (self extractable shell script) so you can deploy a minimalist erlang VM > with your custom code on any system you need, without any dependency, in > few seconds.
Very cool - looking forward to this.
> we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin > Logan (erlware.org) to provide community a common packaging environment > by the way. we'll try to merge our efforts to finally end up with this > packaging issue.
I think this is a really important thing for the community. Something that was discussed recently on this list was improving the "discovery" of packages, applications and libraries for use in projects. In particular, the idea of searching for "something" based on type specs and/or other metadata was raised, which I thought a very good idea. Erlware and CEAN 1.0 already provide search capabilities, so perhaps this is something that can be considered for the mix. _______________________________________________ erlang-questions mailing list erlang-questi...@erlang.org http://erlang.org/mailman/listinfo/erlang-questions
aniko.nagyne....@erlang-solutions.com> wrote: > We are working on building the Erlang/OTP binary packages for different > platforms (Mac OS X, CentOS, Debian, Fedora, openSUSE, Ubuntu, Windows, > embedded platforms):
> Currently we provide the full Erlang/OTP, together with the full test cycle > results so people can check if the applications they are interested in are > not skipped, passing all the tests.
> We are working on making it more generic, integrating our existing solution > to Moebius (our continuous integration system), to enable us to include > third-party applications and customise the OTP package being able to pick > the applications needed, and providing a continuous integration framework. > We can also provide support for them, please see:
> If you would like we can build and test erlang packages with erlide for the > above platforms, and provide support if required.
That's great, I had forgotten that you were doing this at Erlang Solutions too. Compared to CEAN, though, I miss having a self-executable archive.
All in all, it looks doable to install Erlang from inside Eclipse, it's mostly a matter of defining how it's going to be done (and also there's a question if one can run the installation program as root...). A related feature would also be a front-end for the package repositories.
>> Currently we provide the full Erlang/OTP, together with the full test >> cycle results so people can check if the applications they are interested in >> are not skipped, passing all the tests.
>> We are working on making it more generic, integrating our existing >> solution to Moebius (our continuous integration system), to enable us to >> include third-party applications and customise the OTP package being able to >> pick the applications needed, and providing a continuous integration >> framework. We can also provide support for them, please see:
What are the chances of moebuis being open sourced (if it isn't already) some time? _______________________________________________ erlang-questions mailing list erlang-questi...@erlang.org http://erlang.org/mailman/listinfo/erlang-questions
<aniko.nagyne....@erlang-solutions.com> wrote: > Hi Tim,
> We will probably release some parts of it as > open source, but at the moment, we are focusing on getting the core > functionality in place and releasing it to some trial support customers. > For now we are providing the packages with the test results only.
> Best Regards, > Aniko Nagyne Vig
> Technical Coordinator of the London Office > Software Engineer
> Erlang Solutions Ltd. > 29 Fruit & Wool Exchange > London E1 6EU
>>> Currently we provide the full Erlang/OTP, together with the full test >>> cycle results so people can check if the applications they are interested in >>> are not skipped, passing all the tests.
>>> We are working on making it more generic, integrating our existing >>> solution to Moebius (our continuous integration system), to enable us to >>> include third-party applications and customise the OTP package being able to >>> pick the applications needed, and providing a continuous integration >>> framework. We can also provide support for them, please see:
> What are the chances of moebuis being open sourced (if it isn't > already) some time?
On Monday, June 6, 2011 9:44:49 AM UTC, Gleb Peregud wrote:
> On Mon, Jun 6, 2011 at 10:22, Christophe Romain > <christop...@process-one.net> wrote: > > we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin > > Logan (erlware.org) to provide community a common packaging environment > > by the way. we'll try to merge our efforts to finally end up with this > > packaging issue.
> Please include Jacob Vorreuter to the discussion. His EPM is a pretty > handy thing too:
> also it would be nice for rebar to support that common packaging > environment and/or make it support specific package manager as sort of > a plugin.
> we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin > Logan (erlware.org) to provide community a common packaging environment > by the way. we'll try to merge our efforts to finally end up with this > packaging issue.
+1
This is an effort I would love to see, all 3 package systems are really good but a good package manager is more than a sum of its parts, a single package manager to rule them all would rule
Cheers Dale
On 8 June 2011 09:13, Yurii Rashkovskii <yra...@gmail.com> wrote:
> To my best knowledge, Jacob is not planning much for neither epm nor sutro > at this moment, if I got this right.
> On Monday, June 6, 2011 9:44:49 AM UTC, Gleb Peregud wrote:
>> On Mon, Jun 6, 2011 at 10:22, Christophe Romain >> <christop...@process-one.net> wrote: >> > we're in discussion with Yurii Rashkovskii (erlagner.org) and Martin >> > Logan (erlware.org) to provide community a common packaging environment >> > by the way. we'll try to merge our efforts to finally end up with this >> > packaging issue.
>> Please include Jacob Vorreuter to the discussion. His EPM is a pretty >> handy thing too:
>> also it would be nice for rebar to support that common packaging >> environment and/or make it support specific package manager as sort of >> a plugin.
>> Just my $0.02 >> _______________________________________________ >> erlang-questions mailing list >> erlang-q...@erlang.org
> This is an effort I would love to see, all 3 package systems are really good > but a good package manager is more than a sum of its parts, a single package > manager to rule them all would rule
Something I really look forward to is being able to fetch dependencies (using e.g., rebar or whatever) as binary packages for my platform of choice. It takes all the hassle out of compiling dependencies and also means you can just install them once in your dev environment and you're good to go. That is really something to look forward to. _______________________________________________ erlang-questions mailing list erlang-questi...@erlang.org http://erlang.org/mailman/listinfo/erlang-questions
That is something cean framework does for you, and a key feature of any serious packaging tool anyway On Jun 12, 2011 2:01 PM, "Tim Watson" <watson.timo...@gmail.com> wrote:
>> This is an effort I would love to see, all 3 package systems are really good >> but a good package manager is more than a sum of its parts, a single package >> manager to rule them all would rule
> Something I really look forward to is being able to fetch dependencies > (using e.g., rebar or whatever) as binary packages for my platform of > choice. It takes all the hassle out of compiling dependencies and also > means you can just install them once in your dev environment and > you're good to go. That is really something to look forward to. > _______________________________________________ > erlang-questions mailing list > erlang-questi...@erlang.org > http://erlang.org/mailman/listinfo/erlang-questions
