[ESS] ESS 16.10 released

Vincent Goulet v|ncent@gou|et @end|ng |rom me@com
Mon Oct 24 19:38:56 CEST 2016


> Le 24 oct. 2016 à 12:36, Martin Maechler <maechler using stat.math.ethz.ch> a écrit :
> 
>>>>>> Vincent Goulet <vincent.goulet using me.com>
>>>>>>    on Mon, 24 Oct 2016 10:35:15 -0400 writes:
> 

[snipped announcement]

>> To Martin and ESS core:
> 
>> I realize I should have tested this in beta phase, but here goes: when building ESS from a fresh archive, I get this error on OS X:
> 
>> In end of data:
>> ess-julia.el:431:1:Warning: the following functions are not known to be
>> defined: ess-julia--get-objects, ess-julia--retrive-topics,
>> ess-julia--get-components, ess-julia-objects, company-begin-backend,
>> company-in-string-or-comment, company-doc-buffer,
>> ess-julia-get-object-help-string, julia-mode
>> wget -O - https://raw.githubusercontent.com/JuliaLang/julia-emacs/master/julia-mode.el > julia-mode.el
>> /bin/sh: wget: command not found
>> make[2]: *** [julia-mode.el] Error 127
> 
>> Indeed, fetching files on OS X (aka macOS now) requires curl instead of wget. 
> 
> This comes from <ess>/Makeconf
> 
> DOWNLOAD = wget -O -
> 
> Since we rely on GNU makefile style anyway, we could replace the
> above by smart if(.) constructions... But MacOS and Windows may
> change again in the future ... (and Linux too, but there we find
> that an replace 'wget ..' appropriately).
> 
> On the other hand, R has  download.file()  and "everybody" has
> R, so we could think of replacing that by
> 
>   Rscript -e 'download.file(..........)'
> 
> and rely that R will be updated to keep download.file() always
> working  ??

I could override the DOWNLOAD variable in my Makefile as I do for a few others, but I guess a more portable solution on your end would be better. Overriding DESTDIR or SITELISP for the specific needs of my distribution is fine, but ESS should build normally on common platforms.

>> On Windows, wget is ok, but I get an "The certificate of 'raw.githubusercontent.com' is not trusted" error.
> 
> Hmm... I think this should be workable-around by a  wget switch?
> 
>> Surprisingly, relaunching the build process worked on both platforms.
> 
> (Well, 'make' is not perfect and even more our Makeconf/Makefile setup is not)
> 
>> Both problems seem related to build system-specific instructions in the ESS Makefiles.
> 
> *'Both'* ?  Which problem apart from 'wget -O -' not working
> correctly on Mac and Windows?

Sorry for the wording. Yes, one issue, two platforms.

v.

> 
> 
>> Hope this helps.
>> v.
> 
> Yes, very much, thank you, Vincent!
> 
> Martin




More information about the ESS-help mailing list