<div dir="ltr"><div>Hi All,</div><div>I appreciate all the work that NCL team (and the community) has accomplished and all the nice functionality that had been developed over the number of years. In addition, NCL team and (the community) has supported each other for a long time which is also deserve great appreciation. <br></div><div><br></div><div>Still, I would like to add to some of the concerns that were raised by Gus. First, the letter on NCL's website has become a source of some sort of "shame", for example once I had suggested to a system admin to update NCL to 6.6.2, the immediate response I got was  "have you seen the letter on NCL webpage?" Then you have justify the use of NCL, no matter how much time/years you have invested into learning it and how well you know it. Second, if someone does not have write/install privileges on large clusters then nothing much someone could do. People would then say okay go for python package of NCL, but that transition would not be straightforward because then you have to invest significant amount of time in learning a new language in order to use NCL. <br></div><div><br></div><div>In my opinion the NCL team did a great job in developing such an easy to learn and versatile tool which has benefitted the whole earth science community but in the end we are letting it disappear slowly, which is sad, of course. <br></div><div><br></div><div>Cheers,</div><div>Rashed<br></div><div><br></div><div> <br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 22, 2020 at 4:31 PM Kevin Hallock via ncl-talk <<a href="mailto:ncl-talk@ucar.edu">ncl-talk@ucar.edu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">Hi Gus,<br><br>Thanks for sharing your thoughts and experience with NCL build and installation issues on Linux! I just wanted to help clarify some of the concerns you raised.<br><br>First, although we have pivoted our development focus to Python and are working to port NCL’s functionality into Python, we are still committed to providing access to NCL in its current form. Compiling NCL binary releases for a wide variety of Linux distributions and versions has always been a challenging game of whack-a-mole, and as more and more variants are added this ultimately becomes unmaintainable for us in the long term. Using “conda” to distribute NCL has simplified this process for us dramatically in that we only need to target a single Linux environment that can be deployed on any modern 64-bit Linux system (independent of which Linux distribution a user is on). Also note that while the “conda” package manager does use Python under the hood, the NCL package available via conda is still the same original NCL language implementation, existing NCL scripts do not need to be rewritten; the only change is the method of distributing and installing the NCL binary.<br><br>Regarding the dependence on Anaconda (the company), we do not rely on any of their “pro” features nor do we depend on them explicitly supporting our software. We participate in a community-driven conda channel called “conda-forge”: <a href="https://conda-forge.org/" target="_blank">https://conda-forge.org/</a> <br><br>A primary goal of the conda-forge project is to provide a wide variety of packages that all use a compatible set of dependency libraries, much like the maintainers of a “yum” or “apt” repository would do. We generally advise people to use “conda-forge” channel instead of the default channel provided by Anaconda, particularly because “missing library” type errors tend to pop up when packages from multiple channels are used in the same conda environment. (For reference, it is possible to prioritize “conda-forge” with a persistent setting by running “conda config --add channels conda-forge”.)<br><br>Also, NCL has been put into “maintenance mode”, meaning we will ensure that NCL builds on currently supported platforms, continue to fix critical bugs, and distribute bug fix releases on a best effort basis for the foreseeable future. We do not currently have plans to add new features to NCL beyond the 6.6.2 release, but we welcome contributions from the user community. Barring unforeseen changes to funding levels, or shifts in the technological landscape, we plan on providing bug fix releases for currently supported platforms, in both source code and executable form, through the year 2021 and hopefully beyond. Please see our Pivot to Python FAQ for more info: <a href="http://www.ncl.ucar.edu/Document/Pivot_to_Python/faq.shtml" target="_blank">http://www.ncl.ucar.edu/Document/Pivot_to_Python/faq.shtml</a> <br><br>I hope this addresses your concerns. Thanks again for your feedback, it’s important to us to stay engaged with the community.<br><br>Kevin<br><div><br><blockquote type="cite"><div>On Apr 21, 2020, at 11:17 PM, Gus Correa via ncl-talk <<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a>> wrote:</div><br><div><div dir="ltr"><div>Hi Francesco</div><div><br></div><div>I haven't tried to build NCL from source for a long time.</div><div>So, I am afraid I cannot help much, but please see two suggestions at the end of this message.<br></div><div><br></div><div>**</div><div><br></div><div>Unfortunately NCAR phased out the standard NCL code in favor of the Python-based code.</div><div>They've been recommending the Anaconda Python installation of NCL as the preferred way to install.</div><div>The traditional NCL code development has been frozen, at least that is what they told this mailing list a year or so ago.<br></div><div><br></div><div><div>Actually it is specific the Anaconda Python, which makes it even more restrictive and less open <br></div><div>then Python alone (or PIP), since Anaconda is a company, a private business, which is already</div><div>advertising and selling "pro" versions of their "conda" software, after luring users with the "community" version for a while.<br></div><div>I think that was a terrible decision. <br></div><div>It alienated a huge user base (in the USA and worldwide).<br></div><div>It trashed an enormous number of research- and production-level NCL scripts that will eventually have to be re-written. <br></div><div>It requires users to have to learn the NCL replacement language and rewrite all their scripts with no tangible gain,</div><div>just to stay exactly where they were before.<br></div><div>It made NCL depend on corporate decisions (of <a href="http://Anaconda.com" target="_blank">Anaconda.com</a>) that neither the community nor NCAR has any control of,<br></div><div>and that do not necessarily serve the atmospheric/climate/oceans community best interests.<br></div></div><div><br></div><div>We were told that the original NCL code development was frozen/killed: <br></div><div>don't expect new versions, there will be no updates in the downloadable binaries, etc.<br></div><div>This is sure to make everything in the traditional NCL become obsolete, and eventually go extinct.</div><div>I still have NCL installed from packages in the LInux distribution I use (CentOS 7),</div><div>and that I install in a number of computers in the university to serve researchers, students, and faculty.<br></div><div>However, since the NCL code development is frozen and killed, these packages are bound to <br></div><div>become incompatible with new Linux developments, and therefore are sure to disappear from future</div><div>LInux updates (e.g. in CentOS 8 and so on), as you are experiencing with your new version of Debian.</div><div><br></div><div>I and other NCL users voiced in this mailing list <br></div><div>our protest against the decision of phasing out the NCL code development, to no avail.</div><div>I wish the NCAR leadership had listened, given a second thought to this matter, <br></div><div>and reconsidered their terrible decision, which really didn't take into account the best interests of the user community.<br></div><div><br></div><div>**</div><div><br></div><div>As for the specifics of your email, I would check the log file of your build, i.e.,</div><div>the make-output file, and search for errors.</div><div>I would guess that it didn't really succeed, but stumbled on errors before it could build ncl itself.</div><div>Maybe there is a clue there on where and why the build is failing.</div><div><br></div><div>With respect to the soft link that you made from libgfortran.so.3 to libgfortran.so.5,</div><div>I would not expect it to work. That is why I suggested the use of a "compat" package</div><div>that may reconcile the differences in libgfortran versions 3 and 5.</div><div>I am not familiar with Debian, and I don't know if such a package is available in Debian.</div><div>I use CentOS (a derivative of Red Hat Enterprise), and in general they keep some "compat"</div><div>packages available, to allow a smooth transition from older to newer versions of gcc, gfortran,</div><div>etc.<br></div><div><br></div><div>Sincerely,<br></div><div>Gus Correa<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 21, 2020 at 11:52 PM Francesco Trotta <<a href="mailto:francesco.trotta4@unibo.it" target="_blank">francesco.trotta4@unibo.it</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">




<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<span><br>
</span>
<div>Dear Gus Correa<br>
</div>
<div><br>
</div>
<div>I tried to create a link libgfortran.so.3 to libgfortran.so.5 <br>
</div>
<div>but I got another error<br>
</div>
<div>ncl: /usr/lib/x86_64-linux-gnu/libgfortran.so.3: version `GFORTRAN_1.4' not found (required by ncl)<br>
</div>
<div><br>
</div>
<div>I would like to not use the virtual environment for now<br>
</div>
<div>SO I tried to compile and install from the source code ncarg-6.6.2<br>
</div>
<div>following the step-by-step instructor from the website<br>
</div>
<div> <br>
</div>
<div>After I installed all the necessary package on the /usr/local/ and<br>
</div>
<div>run the command: make Everything >& make-output<br>
</div>
<div>I end up with the below executables:<br>
</div>
<div><br>
</div>
<div>But there is not 'ncl' <br>
</div>
<div><br>
</div>
<div>bash: ncl: command not found<br>
</div>
<div><br>
</div>
<div>What did I miss? <br>
</div>
<div><br>
</div>
<div>Many Thanks<br>
</div>
<div>Francesco<br>
</div>
<div><br>
</div>
<div>surf@surf:/usr/local/ncl_ncarg/ncl_ncarg-6.6.2/bin$ tree -L 2 ./<br>
</div>
<div>./<br>
</div>
<div>├── cgm2ncgm<br>
</div>
<div>├── ConvertMapData<br>
</div>
<div>├── ctlib<br>
</div>
<div>├── fcaps<br>
</div>
<div>├── findg<br>
</div>
<div>├── fontc<br>
</div>
<div>├── gcaps<br>
</div>
<div>├── graphc<br>
</div>
<div>├── idt<br>
</div>
<div>├── med<br>
</div>
<div>├── ncargcc<br>
</div>
<div>├── ncargex<br>
</div>
<div>├── ncargf77<br>
</div>
<div>├── ncargf90<br>
</div>
<div>├── ncargfile<br>
</div>
<div>├── ncargpath<br>
</div>
<div>├── ncargrun<br>
</div>
<div>├── ncargversion<br>
</div>
<div>├── ncargworld<br>
</div>
<div>├── ncarlogo2ps<br>
</div>
<div>├── ncarvversion<br>
</div>
<div>├── ncgm2cgm<br>
</div>
<div>├── ncgmstat<br>
</div>
<div>├── ncl_convert2nc<br>
</div>
<div>├── ncl_filedump<br>
</div>
<div>├── ncl_grib2nc<br>
</div>
<div>├── ncl_quicklook<br>
</div>
<div>├── ng4ex<br>
</div>
<div>├── nhlcc<br>
</div>
<div>├── nhlf77<br>
</div>
<div>├── nhlf90<br>
</div>
<div>├── pre2ncgm<br>
</div>
<div>├── pre2ncgm.prog<br>
</div>
<div>├── psblack<br>
</div>
<div>├── psplit<br>
</div>
<div>├── pswhite<br>
</div>
<div>├── pwritxnt<br>
</div>
<div>├── scrip_check_input<br>
</div>
<div>├── tgks0a<br>
</div>
<div>├── tlocal<br>
</div>
<div>├── WRAPIT<br>
</div>
<div>├── wrapit77<br>
</div>
<div>├── WriteLineFile<br>
</div>
<div>├── WriteNameFile<br>
</div>
<span>└── WritePlotcharData</span><br>
</div>
<div id="gmail-m_-1767726559594633271gmail-m_5323362372120555077appendonsend"></div>
<hr style="display:inline-block;width:98%">
<div id="gmail-m_-1767726559594633271gmail-m_5323362372120555077divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif"><b>Da:</b> ncl-talk <<a href="mailto:ncl-talk-bounces@ucar.edu" target="_blank">ncl-talk-bounces@ucar.edu</a>> per conto di Gus Correa via ncl-talk <<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a>><br>
<b>Inviato:</b> lunedì 20 aprile 2020 03:57<br>
<b>A:</b> NCL Talk <<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a>><br>
<b>Oggetto:</b> Re: [ncl-talk] installing ncl on Debian Linux 10</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div>Hi Francesco</div>
<div><br>
</div>
<div>Have you checked if your Debian distribution has a "compat" (compatibility) package for gfortran/libgfortran</div>
<div>between libgfortran.5 and libgfortran.3 ?</div>
<div>Apt-get may have a way to check if it is available.<br>
</div>
<div>I don't use Debian, but CentOS-7, which has an older kernel and older libraries.</div>
<div>However, I have libgfortran.3 along with a "compat" package that provides compatibility with libgfortran.1, for example.</div>
<div><br>
</div>
<div>An alternative is to install NCL using Anaconda Python.</div>
<div>This is currently the recommended method (argh!):</div>
<div><a href="https://www.ncl.ucar.edu/Download/" target="_blank">https://www.ncl.ucar.edu/Download/</a></div>
<div>That is self-contained, doesn't depend on the system libraries.</div>
<div>In my experience it has other problems, particularly a sensitive dependency on other Anaconda Python packages</div>
<div>that change by the hour, and don't give a damn to backward compatibility, which can easily break functionality.<br>
</div>
<div>So, if you install this way, be careful with any conda packages updates, or simply don't update.</div>
<div><br>
</div>
<div>I hope this helps,</div>
<div>Gus Correa<br>
</div>
</div>
<br>
<div>
<div dir="ltr">On Sun, Apr 19, 2020 at 5:25 PM Francesco Trotta via ncl-talk <<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a>> wrote:<br>
</div>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div dir="ltr">
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
Dear ncl team</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    I upgraded my operating system to Debian GNU/Linux 10 buster</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    This new Debian has GNU Fortran (Debian 8.3.0-6) 8.3.0 installed</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    Now, when I run ncl it gives me the error:</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
   ncl: error while loading shared libraries: libgfortran.so.3: cannot open shared object file: No such file or directory</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
   The new Debian has libgfortran.so.5</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
   /usr/lib/x86_64-linux-gnu/libgfortran.so.5</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    so I upgraded ncl using to the last precompiled binary </div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
ncl_ncarg-6.6.2-Debian9.8_64bit_nodap_gnu630.tar.gz<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    bu I got the same error.</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
    I can I use ncl in Debian 10?</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
<br>
</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
Many Thanks</div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif;font-size:12pt">
Francesco</div>
</div>
_______________________________________________<br>
ncl-talk mailing list<br>
<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a></blockquote>
</div>
</div>
</div>

</blockquote></div>
_______________________________________________<br>ncl-talk mailing list<br><a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>List instructions, subscriber options, unsubscribe:<br><a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a></div></blockquote></div><br></div>_______________________________________________<br>
ncl-talk mailing list<br>
<a href="mailto:ncl-talk@ucar.edu" target="_blank">ncl-talk@ucar.edu</a><br>
List instructions, subscriber options, unsubscribe:<br>
<a href="http://mailman.ucar.edu/mailman/listinfo/ncl-talk" rel="noreferrer" target="_blank">http://mailman.ucar.edu/mailman/listinfo/ncl-talk</a></blockquote></div>