I would add that the current (16.10) setup further requires Internet access to 
build ESS. It might be a trivial concern, but shouldn't the archive be complete 
once it's been downloaded?

v.


> Le 25 oct. 2016 à 09:28, Sparapani, Rodney <rspar...@mcw.edu> a écrit :
> 
> 
> To Martin: are you serious about “everyone” having R?  I don’t think you can 
> assume that.
> I often install ESS on systems that don’t have R.  We have many sites (ok 2 
> ;o) that could not
> care less about R.  I do not want to have to install R just to install ESS.  
> And frankly, this
> whole mess is created by julia support which I really do NOT care about at 
> all.
> 
> To Martin and Vincent:  The answer is to customize the DOWNLOAD variable 
> appropriately,
> i.e. on Mac OS X I use DOWNLOAD = curl which you merely have to uncomment in 
> Makeconf.
> 
> Rodney
> 
> 
> Martin 
> Maechler<https://www.mail-archive.com/search?l=ess-help@r-project.org&q=from:%22Martin+Maechler%22>
>  Mon, 24 Oct 2016 09:38:33 
> -0700<https://www.mail-archive.com/search?l=ess-help@r-project.org&q=date:20161024>
> X-Body-of-Message
>>>>>> Vincent Goulet <vincent.gou...@me.com>
>>>>>>    on Mon, 24 Oct 2016 10:35:15 -0400 writes:
>> To all: my Emacs distributions are updated:
> 
>> macOS: http://vgoulet.act.ulaval.ca/en/emacs/mac/
>> Windows: http://vgoulet.act.ulaval.ca/en/emacs/windows/
> 
> Excellent.
> Thank you very much, Vincent, for providing them so nicely pre-packaged!
> 
>> 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  ??
> 
> 
>> 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?
> 
>> Hope this helps.
>> v.
> 
> Yes, very much, thank you, Vincent!
> 
> Martin
> 
> ______________________________________________
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
> 
> 
> 
> ______________________________________________
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

______________________________________________
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Reply via email to