<div dir="auto">With new Bing layers. ;-)</div><div class="gmail_extra"><br><div class="gmail_quote">On Nov 27, 2017 11:16, "Brent Fraser" <<a href="mailto:bfraser@geoanalytic.com">bfraser@geoanalytic.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div text="#000000" bgcolor="#FFFFFF">
<p>Umm, which PR was that again?<br>
</p>
<pre class="m_-4478509200025833910moz-signature" cols="72">Best Regards,
Brent Fraser</pre>
<div class="m_-4478509200025833910moz-cite-prefix">On 11/27/2017 9:14 AM, Dan Little
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">I think part of it is matching what the dev team is
using. NVM makes a lot of the "hard parts" of different Node
versions go away. I'm +1 at having an apologetic-policy of
using the current LTS. Knowing that occasionally we will be
behind a little bit. That's just due to the limitations of
project resources. We should publish that we strive to support
current LTS in the build-chain.
<div><br>
</div>
<div>Also, Brent, WHERE'S THAT PR???</div>
</div>
<div class="gmail_extra"><br>
<div class="gmail_quote">On Wed, Nov 15, 2017 at 3:54 PM, James
Klassen <span dir="ltr"><<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="auto">
<div dir="auto">Even though if we do a good job, most
people won't ever have to build GeoMoose, my goal is to
establish clear expectations for what is supported so
that people who need to/want to build or debug GeoMoose
can do so without a lot of guessing and without needing
exotic system configurations.</div>
<div dir="auto"><br>
</div>
<div dir="auto">
<div dir="auto">
<div dir="auto">Maybe nvm makes which node version(s)
largely moot. Building on the production server
generally isn't necessary/advised, so that isn't a
huge deal.</div>
<div dir="auto"><br>
</div>
<div dir="auto">It could also potentially matter for
people integrating GeoMoose 3 as a library into an
existing app/page/etc.</div>
</div>
</div>
</div>
<div class="m_-4478509200025833910HOEnZb">
<div class="m_-4478509200025833910h5">
<div class="gmail_extra"><br>
<div class="gmail_quote">On Nov 14, 2017 10:55 AM,
"Brent Fraser" <<a href="mailto:bfraser@geoanalytic.com" target="_blank">bfraser@geoanalytic.com</a>>
wrote:<br type="attribution">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span style="font-family:Arial,Helvetica,Sans-Serif;font-size:12px">
<div>Eli, Jim,</div>
<div> </div>
<div> The build toolchain is more important now
to us implementers because it must be used to
debug GeoMoose. In the past it was possible
to use the Geomoose_dev.html file to load
un-minified version of the code and use the
browser's debugger to step through the code.
The new dependency on NodeJS for debugging is
an added burden (but thankfully it is
mitigated by the doc Jim and Dan have
written).</div>
<div> </div>
<div> Since my exposure to NodeJS is minimal (I
just used it to help me add Bing layer types
other than Aerial and Road), I am OK with
choice A).</div>
<div> </div>
<div> I wonder how many people debug Geomoose?</div>
<div> </div>
<div>Best Regards,</div>
<div>Brent </div>
<div> </div>
<div> </div>
<div> </div>
<div> </div>
<hr size="2" align="center" width="100%">
<div><span style="font-family:tahoma,arial,sans-serif;font-size:10pt"><b>From</b>:
"Eli Adam" <<a href="mailto:eadam@co.lincoln.or.us" target="_blank">eadam@co.lincoln.or.us</a>><br>
<b>Sent</b>: Tuesday, November 14, 2017 9:23
AM<br>
<b>To</b>: "Jim Klassen" <<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>><br>
<b>Cc</b>: "<a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">geomoose-psc@lists.osgeo.org</a>"
<<a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">geomoose-psc@lists.osgeo.org</a>><br>
<b>Subject</b>: Re: [geomoose-psc] GeoMoose
Supported NodeJS Vesion(s)?</span>
<div> </div>
On Mon, Nov 13, 2017 at 1:53 PM, Jim Klassen
<<a href="mailto:klassen.js@gmail.com" target="_blank">klassen.js@gmail.com</a>>
wrote:<br>
> I am trying to come up with a policy for
which nodejs versions we<br>
> officially support for the *build*
toolchain. My general thoughts are<br>
<br>
Do we need a policy for the *build* toolchain?<br>
<br>
> either current LTS (8.9.1 now) or current
and previous LTS (now 6.9.x).<br>
> The benefits to two versions is it gives
us and others more leeway when<br>
> to update things. The benefit to one
version is that is likely what we<br>
> are testing in practice and it can
simplify the build scripts.<br>
<br>
More than one version seems infeasible. We'll
actively be working<br>
with one. Maybe additional versions will work
but that could be<br>
happenstance, not design.<br>
<br>
><br>
> The nodejs release schedule is here [1]:<br>
> Node 8.x became LTS on 2017-10-31 and
will be supported until 2019-12.<br>
> Node 6.x became LTS on 2016-10-18 and
will be supported until 2019-4.<br>
> Node 4.x became LTS on 2015-10-1 and will
be supported until 2018-4.<br>
> (We made some efforts to support this
version at one point, but it has<br>
> not been tested in a long time by me and
probably doesn't currently work<br>
> with GeoMoose).<br>
><br>
> I also point out that 8.9.1 doesn't build
out of the box on Ubuntu 14.04<br>
> because the gcc version is not new
enough. I'm pretty sure Jessie and<br>
> 16.04 are ok with 8.9.1.<br>
><br>
> So how do people feel about supporting:<br>
><br>
> A) Current LTS version of nodejs only.<br>
><br>
> or<br>
><br>
> B) Current and previous LTS versions of
nodejs.<br>
><br>
><br>
> (Note: the demo server is still on Ubuntu
14.04 due to MapScript not<br>
> being in Ubuntu 16.04. Of course GeoMoose
3 doesn't care about<br>
> MapScript, but we are still hosting
GeoMoose 2.9 demo which does. This<br>
> could easily be split up so it isn't the
end of the world, just where<br>
> we're at now.)<br>
<br>
<br>
C) Whatever one version is convenient based on
a variety of factors<br>
like MapScript running a previous version of
the demo. Not to be<br>
flippant, but since this an internal facing
build tool, I'm not<br>
convinced that we need a policy.<br>
<br>
Best regards, Eli<br>
<br>
><br>
> [1] <a href="https://github.com/nodejs/Release" target="_blank">https://github.com/nodejs/Rele<wbr>ase</a><br>
><br>
> ______________________________<wbr>_________________<br>
> geomoose-psc mailing list<br>
> <a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">geomoose-psc@lists.osgeo.org</a><br>
> <a href="https://lists.osgeo.org/mailman/listinfo/geomoose-psc" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/geomoose-psc</a><br>
______________________________<wbr>_________________<br>
geomoose-psc mailing list<br>
<a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">geomoose-psc@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/geomoose-psc" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/geomoose-psc</a></div>
</span>
</blockquote>
</div>
</div>
</div>
</div>
<br>
______________________________<wbr>_________________<br>
geomoose-psc mailing list<br>
<a href="mailto:geomoose-psc@lists.osgeo.org" target="_blank">geomoose-psc@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/geomoose-psc" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailma<wbr>n/listinfo/geomoose-psc</a><br>
</blockquote>
</div>
<br>
</div>
</blockquote>
<br>
</div>
</blockquote></div></div>