[erlang-questions] Building, Packaging and Installing
Wed May 2 22:12:01 CEST 2012
Yeah, the discussion between you and Eric seemed much larger of a goal and
one that would require mass adoption.
It was just more than I've been looking for. I can get packages installed
pretty easily, and if people tagged versions (and the version of the app
was the same as the name of the tag) I would have almost no problems.
So while what has been discussed on the Erlware list is great, I think even
just simple changes with no new tools could make a large difference.
On Wed, May 2, 2012 at 3:03 PM, Tim Watson <watson.timothy@REDACTED> wrote:
> Eric Merit and I have had some lengthy discussions about this on the
> Erlware mailing list and have some ideas that I think are pretty solid. The
> thing is though, you don't just need tools - you also need people to
> package their stuff up using the tools.
> I'm sure this area will continue to improve over time though, especially
> as new tools (hopefully) emerge.
> On 2 May 2012, at 19:39, Ciprian Dorin Craciun <ciprian.craciun@REDACTED>
> > (As no-one replied in 4 days, I'll add my opinion...)
> > On Sat, Apr 28, 2012 at 4:36 PM, Tristan Sloughter
> > <tristan.sloughter@REDACTED> wrote:
> >> I started with this problem as something to simply discuss with the
> >> maintainers of certain build and package management projects -- sinan
> >> agner specifically. But it seems to be more broad and cover how all of
> >> who keep apps on github handle versioning and dependencies.
> >> The basic issue is app versions within .app files on branches in
> github, the
> >> resultant directory from a agner install and the discrepancies this
> >> [...]
> >> Am I the only one going crazy with this?
> > Nop. I've been faced with this problem myself a couple of times.
> > (I've chosen to ignore it.)
> >> Does anyone have
> >> suggestions/examples of what they do for production projects on teams to
> >> ease these annoyances?
> > For example for my project I have one big Git repository called
> > `myproject-repositories` (replace `myproject` with what you need) with
> > submodules pointing to the dependencies.
> > Then inside my own project repositories I have a symlink
> > `.repositories` poiting to the "current" snapshot of dependencies.
> > I also don't use any of rebar, agner, etc., mainly because I've
> > hacked something on-top of the ninja build system.
> >> I mostly just create my own packages and repos of dependencies, or
> >> third party deps with the project.
> > Yup. +1 :)
> > P.S.: I hate Java from the bottom of my heart, but boy-o-boy is
> > the Java tooling way better than that of Erlang... I mean what Erlang
> > is missing is something similar to NodeJS's NPM, or Java's Maven
> > (minus the XML baggage and all useless complexities), or Python
> > setup-tools (with virtual environment), etc...
> > _______________________________________________
> > erlang-questions mailing list
> > erlang-questions@REDACTED
> > http://erlang.org/mailman/listinfo/erlang-questions
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the erlang-questions