From: "Jörg Krause" <joerg.krause@embedded.rocks>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/3] package/nodejs: Add version 5.2.0
Date: Mon, 14 Dec 2015 23:35:40 +0100 [thread overview]
Message-ID: <1450132540.4928.24.camel@embedded.rocks> (raw)
In-Reply-To: <20151214211045.GA4152@free.fr>
On Mo, 2015-12-14 at 22:10 +0100, Yann E. MORIN wrote:
> Thomas, All,
>
> On 2015-12-14 21:43 +0100, Thomas Petazzoni spake thusly:
> > On Mon, 14 Dec 2015 20:24:30 +0000, Martin Bark wrote:
> > > I'm not sure the answer to that.??What i can say is that all four
> > > are
> > > getting maintained.??Also, according to https://github.com/nodejs
> > > /LTS
> > > node.js 0.10.x will be maintained all the way until October 2016.
> > >
> > > I see two logical approaches for buildroot:
> > >
> > > 1) Support all four in buildroot because node.js support all four
> > > 2) Only Support the 4.x and 5.x because they are the current LTS
> > > and
> > > Stable releases (i.e. the ones on the front page of
> > > https://nodejs.org)
> > >
> > > Personally I'd vote for 2) because it simplifies things.
> > >
> > > What are your thoughts?
> >
> > I'm fine with option (2) as well, but do we have other NodeJS users
> > that would like to see 0.10.x and 0.12.x being kept?
> >
> > Is there any issue for users of 0.10.x/0.12.x to migrate to 4.2 or
> > 5.2 ?
>
> We do have the various version of nodejs, because:
>
> ? - 4.2.x needs gcc >= 4.8 and armv6+
> ? - 0.12.x needs armv6+
> ? - 0.10.x has not requirement
>
> Going back in our history:
>
> ? - we had nodejs-0.10
> ? - someone proposed to bump to 0.12
> ? - someone else wanted to keep 0.10 around because of armv6+
> ????requirement
> ? - so we added 0.12, and kept 0.10
> ? - the story repeated itself with 4.2.x
>
> So, I think we have a few options here:
>
> ?1) keep all the three existing versions, add 5.2
> ?2) keep 0.10 and 0.12, replace 4.2 with 5.2
> ?3) keep 0.10, ditch 0.12, replace 4.2 with 5.2
> ?4) dith 0.10 and 0.12, replace 4.2 with 5.2
>
> I would lean toward either 2 or 3.
>
> 3 is IMHO the best solution: 5.2 is the best choice when all the
> conditions are met; 0.10 is the fallback, maybe not the optimum in
> case 0.12 would have fit, but since that's a fallback I don't think
> it matters much...
>
As 4.x is a LTS release I would not drop it for the 5.x release.
I would keep all the three version we have - they are all still
maintained and v0.12 and v4 are both even LTS releases.
New versions are often not compatible with older versions of Node.js -
it's similiar to Lua.
So I would lean toward 1.
Best regards
J?rg Krause
next prev parent reply other threads:[~2015-12-14 22:35 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-12-14 19:44 [Buildroot] [PATCH 1/3] package/nodejs: Add version 5.2.0 Martin Bark
2015-12-14 19:44 ` [Buildroot] [PATCH 2/3] package/nodejs: Fix uClibc-ng support Martin Bark
2015-12-14 19:44 ` [Buildroot] [PATCH 3/3] package/libuv: Fix support for uClibc-ng Martin Bark
2015-12-14 20:09 ` [Buildroot] [PATCH 1/3] package/nodejs: Add version 5.2.0 Thomas Petazzoni
2015-12-14 20:24 ` Martin Bark
2015-12-14 20:43 ` Thomas Petazzoni
2015-12-14 21:10 ` Yann E. MORIN
2015-12-14 21:31 ` Martin Bark
2015-12-14 21:49 ` Yann E. MORIN
2015-12-14 22:35 ` Jörg Krause [this message]
2015-12-16 11:26 ` Vicente Olivert Riera
2015-12-16 13:41 ` Thomas Petazzoni
2015-12-16 16:39 ` Yann E. MORIN
2015-12-17 17:29 ` Martin Bark
2015-12-17 18:27 ` Yann E. MORIN
2015-12-17 19:55 ` Martin Bark
2015-12-17 20:05 ` Yann E. MORIN
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1450132540.4928.24.camel@embedded.rocks \
--to=joerg.krause@embedded.rocks \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox