From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/3] package/nodejs: Add version 5.2.0
Date: Mon, 14 Dec 2015 22:49:30 +0100 [thread overview]
Message-ID: <20151214214930.GB4152@free.fr> (raw)
In-Reply-To: <CAFGQKxe61V2J6WjQobptUS4RJucGmMXuWyAgLy+415CH4ZUT+A@mail.gmail.com>
Martin, All,
On 2015-12-14 21:31 +0000, Martin Bark spake thusly:
> On 14 December 2015 at 21:10, Yann E. MORIN <yann.morin.1998@free.fr> wrote:
> > 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
[--SNIP--]
> > 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...
>
> Yes I like option 3) too. This would clarify the situation so that
> buildroot supports the latest version of node.js only, except 0.10.x
> which is kept purely for armv5 support. Then in the buildroot 2016.11
> release 0.10.x can be dropped too as it will no longer be maintained.
Most probably we'd keep it forever. If we were to ditch 0.10, we would
have no fallback. As long as it builds and still works fine, we should
just keep it.
One option would be to completely get rid of the selection choice, and
always build the best version for the curent system. I.e. for an armv5
we'd build 0.10, for gcc <4.8, we'd build 0.10. Otherwise, we'd build
5.2. Of course, we'd have to tell the user what version was being used.
Opinions?
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
next prev parent reply other threads:[~2015-12-14 21:49 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 [this message]
2015-12-14 22:35 ` Jörg Krause
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=20151214214930.GB4152@free.fr \
--to=yann.morin.1998@free.fr \
--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