Re: [ESS] Error installing on Mac

2024-03-08 Thread Martin Maechler via ESS-help 
> Liz Hare via ESS-help 
> on Thu, 7 Mar 2024 09:49:12 -0500 writes:
> Liz Hare via ESS-help 
> on Thu, 7 Mar 2024 09:49:12 -0500 writes:

> Hi all,

> I'm updating ESS by installing from source. I uncommented the MacOS 
related lines from makeconfig, but I get this error:

I think you mean  ess/Makeconf, right?

In there, indeed it uses things like

PREFIX=/Applications/Emacs.app/Contents/Resources
EMACS=/Applications/Emacs.app/Contents/MacOS/Emacs

>> make
> /bin/sh: /Applications/Emacs.app/Contents/MacOS/Emacs: No such file or 
directory

and obviously your Emacs is not at the above 'EMACS=' location.
I have no make at disposal, but maybe a Mac user can help:

Where is your Emacs installing into?

> * VERSIONS **

> ESS 24.01.1
> ESSR 1.8
> sed: 1: "lisp/ess-custom.el": extra characters at the end of l command
> make: *** [version] Error 1

> This error appears to be related to the fact that the BSD sed on Mac is 
different than the GNU sed.

hmm.. our Makefile only uses pretty basic  'sed' calls; hence I'm not sure.
Also strange that the error messages end with "end of l command"
-- in the few sed uses in our Makefile/Makeconf  I only see
versions of  sed s/.../  or  sed "s| ...|p"  i.e., not  "l command"..

> I looked for a similar issue on GitHub but didn't find anything.

Would installing the whole bundle   Emacs+ESS+{more}
from Vincent Goulet's website, mentioned
at   https://ess.r-project.org/  i.e.
 https://ess.r-project.org/index.php?Section=download

be an option: For a few years now  it's been
as   https://emacs-modified.gitlab.io/  then for macOS
at   https://emacs-modified.gitlab.io/macos/

however that currently is not using the latest ESS version (but
something quite close to it).

Still agree that would be a workaround,  and we should try to
ensure that macOS users can install ESS from the sources.

I have started to recommend installing the 'ess' package


> Thanks,
> Liz
> __
> 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

Re: [ESS] Following up, success! [was RE: [R-win] Difficulty installing R packages under Windows 11 / Cygwin]

2024-01-05 Thread Martin Maechler via ESS-help 
> Robert Lerche via ESS-help 
> on Wed, 3 Jan 2024 22:58:00 + writes:

> Yes and thanks for responding.  That is I think exactly what's needed and 
I have taken a shot at implementing it.  [I'm glad my previous attached patch 
got filtered, I was a bit careless.]  Here's a summary of what I've done:
> ess-custom.el: extract prefix using cygpath, set to nil if error (i.e., 
no cygpath command indicates not in Cygwin)

Just to be sure: So all these changes in your patch are
guaranteed to *not* change the path / file-paths  anywhere
*unless* our emacs & ESS run on an Windows Cygwin  platform?

Martin

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

Re: [ESS] [External] [R-win] Difficulty installing R packages under Windows 11 / Cygwin

2023-12-02 Thread Martin Maechler via ESS-help 
As R core and ESS core  I still have never tried to install ESS under Windows.
Just last week installed not only R for Windows (binary from CRAN) +
Rtools43 (by Tomas, from CRAN) and was able to install my Rmpfr
package (C code + external lib) *from source* -- again
thanks to Tomas Kalibera's  excellent  Rtools.
However, for Emacs & ESS,  I have always used the Windows port of
Emacs+ESS+Auctex+..  by Vincent Goulet (Canada)
which now resides here  https://emacs-modified.gitlab.io/
For me it's absolutely crucial and nicely working, also allowing
M-x R-[Tab]   get a list of my dozen different R versions all
installed in our (Terminal Server) Windows version.

Martin

On Sat, Dec 2, 2023 at 9:42 PM Richard M. Heiberger via ESS-help
 wrote:
>
> my initial reaction is that you are trying to hard.  I haven't paid serious 
> attention to Windows since
> I switched to Mac about 10 years ago.
>
> What I recall is that all the unix utilities (sh, awk, grep, etc) that you 
> need are included in the
> Rtools collection.  Indeed they are exactly the cygwin utilities.  I know 
> that I stopped bothering
> with cygwin itself once I meade that realization.  Then, since all the unix 
> functions are distributed by
> R, you know that they are fully compatible.  I used the CRAN distibuted 
> Windows binary for R.
>
> Rich
>
> > On Dec 2, 2023, at 12:59, Sparapani, Rodney via ESS-help 
> >  wrote:
> >
> > Hi Robert:
> >
> > Would they allow dual-booting?  I’m not saying that you can’t get ESS
> > to work under Cygwin.  On the contrary, it did work at one time so
> > it certainly can be done.  However, that is not currently supported
> > so you are on your own.  But, perhaps there are others in the same
> > straight-jacket here on ess-help that might be willing to help?
> > Please speak up if so!
> >
> > In regards to WSL, that came out after I permanently switched
> > to macOS.  But, I think it is worth a try too.  Since you will be
> > running pure Linux binaries, then it might work out of the box.
> > And maybe there are more people here interested in WSL than
> > Cygwin.  Also, the more recent WSL 2 (released in 2019) sounds
> > like it is more compatible than WSL 1 (released in 2016).
> >
> > --
> > Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
> > Vice President, Wisconsin Chapter of the American Statistical Association
> > Institute for Health and Equity, Division of Biostatistics
> > Medical College of Wisconsin, Milwaukee Campus
> >
> > From: Robert Lerche 
> > Date: Saturday, December 2, 2023 at 11:40 AM
> > To: Sparapani, Rodney , Tomas Kalibera 
> > 
> > Subject: RE: [R-win] Difficulty installing R packages under Windows 11 / 
> > Cygwin
> > ATTENTION: This email originated from a sender outside of MCW. Use caution 
> > when clicking on links or opening attachments.
> > 
> > Thanks for your thoughtful reply.  Alas, I am using a company-provided 
> > laptop.  I would much prefer to run Linux as I do on my personal system but 
> > that is not in the cards.  I have plenty of access to Linux servers and of 
> > course I can run things there but it’s a bit inconvenient.
> >
> > I thought about using WSL (Windows Subsystem for Linux). I have some 
> > experience with early versions of that [which leads me to avoid it  ].
> >
> > It is my fate to cope with legacy junk on projects that were late when I 
> > joined. Ah well it’s a living.
> >
> > From: Sparapani, Rodney 
> > Sent: Saturday, December 2, 2023 9:28 AM
> > To: Robert Lerche ; Tomas Kalibera 
> > ; ess-help (ess-help@r-project.org) 
> > 
> > Subject: Re: [R-win] Difficulty installing R packages under Windows 11 / 
> > Cygwin
> >
> >
> > [EXTERNAL MESSAGE] Be mindful when clicking links or attachments
> > Hi Robert:
> >
> > There was a time when we supported ESS under Cygwin.
> > In other words, run elisp code assuming UNIX/Linux rather
> > than Windows even though Windows is the OS.  However,
> > that was a long time ago: at least 10 years since I last tried it.
> > Cygwin has largely fallen out of fashion since you can now so
> > easily install Ubuntu on typical hardware: something that
> > has markedly improved since 2013.  Therefore, I would not
> > expect Cygwin support to work out of the box since there
> > has been no recent testing.  Also, Windows is not very
> > popular with R users since there is no forking support
> > for the parallel package.  So switching to Linux is well
> > worth it.  I used to run Windows inside VirtualBox when
> > I needed to do PC stuff like Office and iTunes
> > (before switching to macOS and never looking back ;o)
> >
> > --
> > Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
> > Vice President, Wisconsin Chapter of the American Statistical Association
> > Institute for Health and Equity, Division of Biostatistics
> > Medical College of Wisconsin, Milwaukee Campus
> >
> > From: ESS-bugs 
> > mailto:mailman-boun...@stat.ethz.ch>> on 
> > behalf of Robert

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

2023-11-14 Thread Martin Maechler via ESS-help 
> Dirk Eddelbuettel via ESS-help 
> on Mon, 13 Nov 2023 10:00:26 -0600 writes:

> Casual searching at the rlang repo doesn't reveal anything so pardon me 
for
> asking here but what is a simple way to tell rlang to NOT do fancy pants
> color error backtraces?  At least under the theme I use ("nord", for 
Emacs)
> it basically nixes readability by leaving a 'dark on dark' default.

I've noticed the same ... and was very frustrated.
IIRC, I needed to restart R to get back to a usable *R* buffer.

Martin

> Thanks in advance for any pointers.

> Dirk

> -- 
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org

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

Re: [ESS] ESS code-folding?

2023-08-17 Thread Martin Maechler via ESS-help 
> Westerland, Maggie via ESS-help 
> on Thu, 17 Aug 2023 13:15:39 + writes:

> Ah, I see how this is working now. This looks like a suitable solution 
for me!
> Thanks all,
> Maggie

> --
> Maggie Westerland, MA
> Statistical Programmer
> BUMC, Dept of Rheumatology
> she/her


Great --- note that this has been part of Emacs (independently
of ESS) for"ever" (~ 30 years I guess).

Martin


> From: Karlo Guidoni Martins 
> Sent: Thursday, August 17, 2023 7:29 AM
> To: Sparapani, Rodney 
> Cc: Westerland, Maggie ; ess-help 
(ess-help@r-project.org) 
> Subject: Re: [ESS] ESS code-folding?

> With that code snippet:
> ### acts as the first level of the folding,  as second level and so 
on.

> Check out if the outline-minor-mode is activated after evaluating that 
code snippet as well. The TAB key open and close the folding by default, just 
like org-mode.

> In my case, this works like this:

> Without code folding
> ### test1
> test1 = c(1, 2)
>  test2
> test2 = c(1, 2)

> With code folding
> ### test1...
>  test2...





> On Wed, 16 Aug 2023 at 16:06 Sparapani, Rodney 
mailto:rspar...@mcw.edu>> wrote:
> Hi Karlo:

> This is very interesting.  But, I must not be doing it right.
> Do you have a simple example of how to use this to do case-folding?
> Thanks

> --
> Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
> Vice President, Wisconsin Chapter of the American Statistical Association
> Institute for Health and Equity, Division of Biostatistics
> Medical College of Wisconsin, Milwaukee Campus


> From: Karlo Guidoni Martins 
mailto:kguidonimart...@gmail.com>>
> Date: Wednesday, August 16, 2023 at 1:02 PM
> To: Sparapani, Rodney mailto:rspar...@mcw.edu>>
> Cc: ess-help (ess-help@r-project.org) 
mailto:ess-help@r-project.org>>
> Subject: Re: [ESS] ESS code-folding?
> ATTENTION: This email originated from a sender outside of MCW. Use 
caution when clicking on links or opening attachments.
> 
> hi!

> this works fine for me:

> ;;; BEG
> ;;; outline-(minor)-mode
> (setq outline-minor-mode-highlight 'override) ; emacs28
> (setq outline-minor-mode-cycle t)

> ;;; outline for ess-mode
> (add-hook 'ess-mode-hook
> #'(lambda ()
> (outline-minor-mode)
> (setq-local outline-regexp "\\(^#\\{3,7\\} \\)\\|\\(^[a-zA-Z0-9_\.]+ ?<- 
?function(.*{\\)")
> (setq-local outline-regexp "\\(^#\\{3,7\\} 
\\)")
> (defun outline-level ()
> ;; ## continues only as a comment.
> (cond ((looking-at "^### ") 1) ; first level
> ((looking-at "^ ") 2) ; second level
> ((looking-at "^# ") 3) ; and so on...
> ((looking-at "^## ") 4)
> ((looking-at "^### ") 5)
> ((looking-at "^ ") 6)
> ((looking-at "^[a-zA-Z0-9_\.]+ ?<- ?function(.*{") 3)
> (t 1000)))
> (outline-hide-body)))

> ;;; force outline height
> (custom-set-faces
> '(outline-1 ((t (:height 1.100 :weight bold
> '(outline-2 ((t (:height 1.075 :weight bold
> '(outline-3 ((t (:height 1.050 :weight bold
> '(outline-4 ((t (:height 1.025 :weight bold
> '(outline-5 ((t (:height 1.000 :weight bold
> '(outline-6 ((t (:height 1.000 :weight bold
> '(outline-7 ((t (:height 1.000 :weight bold
> '(outline-8 ((t (:height 1.000 :weight bold
> )
> ;;; END


> On 16 Aug 2023 14:30:02, "Sparapani, Rodney via ESS-help" 
mailto:ess-help@r-project.org>> wrote:
> Hi Gang:

> One of my student’s asked this question.

> Any resources/knowledge on code folding? in RStudio ‘’ creates a 
collapsible section. Came across 
hideshow-org
 but I don’t want to only be able to use it in org mode.

> Something like

> Without code folding
>  test 
> test = c(1, 2)
> 

> With code folding
>  test 
> 

> Any ideas?
> --
> Rodney Sparapani, Associate Professor of Biostatistics, He/Him/His
> Vice President, Wisconsin Chapter of the American Statistical Association
> Institute for Health and Equity, Division of Biostatistics
> Medical College of Wisconsin, Milwaukee Campus


> [[alternative HTML version deleted]]
> __
> ESS-help@r-project.org mailing list
> 
https://stat.ethz.ch/mailman/listinfo/ess-help

> [[alternative HTML version

Re: [ESS] New Emacs Modified distributions - now double the pleasure!

2023-08-16 Thread Martin Maechler via ESS-help 
> Vincent Goulet via ESS-help 
> on Tue, 15 Aug 2023 16:24:42 + writes:

> Hi folks,
> Back in April 2022 [*], I asked here if there was still interest in my 
distributions of Emacs that ship with ESS and AUCTeX ready to go. Since the 
response was generally positive, and since, more importantly, there is still 
interest from the first user of these distributions (that's me, at least on 
macOS), well I'm pleased to announce new releases of my Emacs Modified 
distributions for macOS and Windows:

> https://emacs-modified.gitlab.io 

> Double the pleasure? The distributions now come in two editions: "Latest 
Emacs and ESS" based on GNU Emacs 29.1 and the tip of the development branch of 
ESS; "Legacy Emacs and ESS" based on Emacs 27.2 and ESS 18.10.2 (the latest 
official release). Everything else is the same. In other words, the "legacy" 
distributions now get the updates to the other packages, in particular AUCTeX. 
As someone who still prefers (or is too much used to) ESS 18.10, I felt left 
behind on the other fronts by my own distributions.

...  I am also sorry for the extra work you had, even though I
can argue there have been strong reasons not releasing "development ESS".

Still, at least two of us within ESS-core  have recently
acknowledged we'd want to aim for an official ESS release
where we'd aim to also release an 'ESS+' = {ess + (much of) polymode}
bundle.

> This update required much more time than I originally thought, but 
everything is in place now. You will notice that I merged the two projects 
"Emacs Modified for macOS" and "Emacs Modified for Windows" under the umbrella 
project "Emacs Modified for (macOS|Windows)". A little touch of geekiness in 
the name is Good. (I flirted with the idea to use the true Emacs-lisp regex 
'\(macOS\|Windows\)', but it was too much.) :-D

Thank you very much, Vincent,  for doing this,
in the name of the whole ESS users community !

I will be happy to make use of it myself for the Windows version (on a
Windows terminal server) when I do test  R things on Windows.

> I hope an editor of the ESS web page will read this; could you please 
update the links on the Download page?

I did ( ~  4 hours ago ).
Best regards,
Martin


> Best,
> v.

> Vincent Goulet
> Professeur titulaire
> École d'actuariat, Université Laval

> * https://stat.ethz.ch/pipermail/ess-help/2022-April/013050.html
> __
> 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

Re: [ESS] ESS "taking over" {[Rd] New behavior when running script in package directory?}

2023-06-22 Thread Martin Maechler via ESS-help 
> Mikael Jagan 
> on Wed, 21 Jun 2023 12:41:02 -0400 writes:

> Surely this behaviour is just a case of ESS being "too clever", sourcing
> *.R files in special way when it detects that a file belongs to a package
> (loading dependencies automatically, etc.)?

> The function ss() is defined inside of .ess.source(), which is defined 
here:

> 
https://github.com/emacs-ess/ESS/blob/5c4ae91cefa5c56fd13b204a9a996825af836a67/etc/ESSR/R/.basic.R#L168

> If you think that there is a bug, then you could report it there ...

> Mikael

Yes.  Unfortunately, there are quite a few other of such
instances, which are much time consuming to me (notably as
ESS/polymode then also again and again tries to gather info
about all of the 20'000+ packages in my .libPaths() .. which
slows down even opening an existing *.R file sometimes !!)

where ESS "takes over" seemlingly almost all of Emacs, including
notably often times my *shell* buffer in emacs ..

This should *REALLY* be switched to ESS-help (and
possibly/ideally github issues for ESS) now,
and so I will CC this to ESS-help only -- no longer to R-devel
(to which I'll post a pointer to this message on ESS-help).

Martin

> On 2023-06-21 6:00 am, r-devel-requ...@r-project.org wrote:
>> When I run a script foo.R containing some trivial code in my home
>> directory, via Emacs/ESS, everything works as expected: R
>> starts, and a setwd() command to set the working directory is
>> run automatically before the code in the script is run.
>> 
>> But if I copy foo.R to some package/R directory strange
>> things happen. When I use Emacs/ESS to run the script
>> in its new location, R starts, and setwd() is called to set
>> the working directory, but then one or more libraries that the
>> package depends on are loaded, even though I am using no
>> libraries in foo.R.
>> 
>> Now consider foo.R that contains the following trivial code:
>> secsToRDateTime <- function(secs) {
>> day2sec <- 60*60*24
>> days <- secs/day2sec
>> }
>> 
>> When I try to run this from package/R I get...
>> 
>> Error in ss(file, echo = visibly, local = local, print.eval = output,  :
>> /tmp/gpstime.R!CuSewT:2:0: unexpected end of input
>> 1: secsToRDateTime <- function(secs) {
>> ^
>> 
>> As I said, there are no problems when the script is run from my
>> home directory. This suggests that test scripts can no longer be
>> tested in a package's R directory?
>> 
>> Is this true?
>> 
>> Thanks,
>> Dominick

> __
> r-de...@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

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

Re: [ESS] A discrepancy between elpa version and ubuntu/mint version

2022-11-20 Thread Martin Maechler via ESS-help 
On Thu, Nov 17, 2022 at 7:29 PM Ottorino via ESS-help
 wrote:
>
> Hi all,
>
> I think I've found a discrepancy
>
> in file
>
> /home/user/.emacs.d/elpa/ess-20221108.1714/ess-r-mode.el
>
> at lines 264-270
>
> I can find the variable
>
> ess-r-mode-map
>
> while in
>
> /usr/share/emacs/site-lisp/elpa-src/ess-18.10.2//ess-r-mode.el
>
> there's not such a variable.

Well, ESS now "lives" @ github  (not my decision), and so the always
current source is there, in this case it is

 https://github.com/emacs-ess/ESS/blob/master/lisp/ess-r-mode.el#L264-L270

which is indeed defining `ess-r-mode-map` ... and I think I would
expect in general that your own elpa version will be close to current
whereas OS installation in /usr/share/.. would typically be slightly older.
OTOH, those should have been more tested against other parts of your emacs etc..

> I realize this because on two identical systems (Mint 20.03, emacs 26.3)
> there were two different versions installed
>
>
> PS
>
> My previous problems with lintr were due to ~/.cache/R/lintr not
> writable for some obscure reasons.
>
> Thanks Rodney for your advice.
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help



-- 
Martinhttp://stat.ethz.ch/~maechler
Seminar für Statistik, ETH Zürich HG G 16   Rämistrasse 101
CH-8092 Zurich, SWITZERLAND   ☎ +41 44 632 3408<><

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

Re: [ESS] Tab completion for CamelCase

2022-11-08 Thread Martin Maechler via ESS-help 
> Naresh Gurbuxani via ESS-help 
> on Mon, 7 Nov 2022 17:54:58 + writes:

> My ess setup on mac works well with tab completion of CamelCase variable 
names.  However, on Windows, tab completes variable names with all lowercase 
letters.  So it does give me complete variable name, which needs some letters 
to be converted to uppercase.

This is strange.
At least on regular platform, i.e., non-Windows,  ESS really
uses base R's own completion engine and that will definitely
differentiate lower- and upper-case,  and hence correctly treat
CamelCase.

Which Version of ESS (and Emacs) are you talking about?
(M-x emacs-version  /  M-x ess-version)

Martin

> Can tab completion on Windows give proper CamelCase variables?

> Thanks,
> Naresh

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

Re: [ESS] Advice on setting up ESS to edit and knit Rmarkdown files

2021-09-22 Thread Martin Maechler via ESS-help 
> Lionel Henry via ESS-help 
> on Wed, 22 Sep 2021 15:15:42 +0200 writes:

> We'd love to do a release but ESS is not in a good place
> right now.  

Definitely.  The reason is that there have been too many bugs
introduced with the new features, so we could/should not
release.

This has been the real reason for not releasing formally.

In addition, another important goal for the release has been to
create an ESS+ "package" (not mainly an ELPA package, but also a
traditional  tarball / zip file) which will contain
ESS plus relevant parts of polymode even though the latter is
only maintained by one of us; the use of both *and* correct
interplay between polymode and ESS is really crucial for parts
modern R using ESS, notably as we had decided to declare the ess
noweb-mode (for editing *.Rnw, i.e., Sweave & (tex-based) knitr)
as obsolete. 

> Recent versions of Emacs interrupt background
> commands (essential to completion and contextual help like
> eldoc) when the user starts typing, which causes hard to
> solve problems.

> The dev branch is mostly working but not 100%
> correctly. Unfortunately none of us seem to have the time
> to work on ESS at the moment.

> That said, while Martin, Vitalie and I notice issues here
> and there, we haven't had serious bug reports in a while,
> despite the dev branch being used by many Melpa users. So
> maybe releasing in the current state is better than  nothing.

Well...
It would be the first ESS release with serious (for some / in
some use case situaitons) known bugs ..

> Best, Lionel


> On 9/22/21, Dirk Eddelbuettel via ESS-help
>  wrote:
>> 
>> On 20 September 2021 at 13:59, Sparapani, Rodney via
>> ESS-help wrote: | Generally, this stuff should just work
>> out-of-the-box.
>> 
>> Understood.
>> 
>> | And we are not a company like RStudio so this FOSS
>> setup works for us as | developers and hopefully it still
>> serves the users well.
>> 
>> But legal structure has nothing to with 'calling a
>> release'. Which is done by authors (who should know the
>> code better than users) saying "yep what we have at HEAD
>> right now is good" and then cut a tarball.  That is a
>> _marker_.  Which some less-informed people like me can
>> take (and then ship downstream to Debian, and with that
>> Ubuntu etc).
>> 
>> Without a marker, no shipment. Less ideal to me and
>> others.
>> 
>> So pretty-please if someone would: could a release one of
>> these moons. It does not have to be frequent or regularly
>> schedule or anything.  But maybe more often than once
>> every few years?  Maybe when you sync with upstream Emacs
>> (assuming you do now)?
>> 
>> Dirk
>> 
>> --
>> https://dirk.eddelbuettel.com | @eddelbuettel |
>> e...@debian.org
>> 
>> __
>> 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

Re: [ESS] ESS M-x R failing in a Windows installation

2021-03-15 Thread Martin Maechler via ESS-help 
> Sparapani, Rodney via ESS-help 
> on Wed, 10 Mar 2021 15:40:05 + writes:

> Hi Jeremie: As you say, Windows installs do depend on the
> user’s preferences.  However, in ancient ESS (circa 2004),
> we coded around this by going to the Windows registry.
> However, I have rarely used Windows since so I can’t say
> how that approach might be used today (or if it is, how it
> might be failing).  I think a big issue is that few (if
> any) ESS developers are using Windows.  Rich was probably
> the rear guard and he switched to Mac.

Actually, I use ESS + R  on a Windows server (I log into in a window on my Linux
Desktop/notebook)  every couple of weeks or so,
to test R things (notably those that I know are platform
dependent, e.g., all my numeric / accuracy experiments/research).

I have many (half a dozen to a dozen) versions of R installed on
that server, but indeed  M-x R  had stopped many months ago,
but the current workaround for me has always been
to 

  M-x R-[tab]

[tab] = tabulator for "tab completion" in Emacs,
and then choose from the possible completions which do show both
the 32-bit and 64-bit versions of every version of R (see above).

Martin

> PS. the old registry discussions are probably in the
> archives https://stat.ethz.ch/pipermail/ess-help/

> --
> Rodney Sparapani, Associate Professor of Biostatistics
> Chair ISBA Section on Biostatistics and Pharmaceutical
> Statistics Institute for Health and Equity, Division of
> Biostatistics Medical College of Wisconsin, Milwaukee
> Campus


>   [[alternative HTML version deleted]]

> __
> 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

Re: [ESS] Next steps [OT] Best Practices Emacs / ESS Mini-Webinars

2021-01-28 Thread Martin Maechler via ESS-help 
> Liz Hare via ESS-help writes:

>  Hello,
   > Going back to our earlier conversation about ensuring the accessibility
   > of Mini Webinars, I'm able to share MiR's Accessibility Workbook
   > (attached).


   > This is of particular interest to blind R users because the RStudio IDE
   > is not an option for us due to its inaccessibility.

   > Please let me know if you have any questions.
   > Liz

Dear Liz,
thank you.

Note that there nothing attached came through the ESS-help
mailing list.  Not many "binary" files attachments are allowed
(for spam / virus protection), but currently only
 application/pdf  and
 image/png

What attachment MIME type did you use?

Best regards,
Martin


PS: For me, it's really saidening to see that a community as MiR
of people who join for using the Free Software  R   then
uses a closed source commercial product like 'slack' .. and
that one can only join that community via a slack channel.

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

Re: [ESS] Emacs can find R-devel and R-newest, but not R-4.0.x

2020-11-26 Thread Martin Maechler via ESS-help 
> Colin Baxter via ESS-help 
> on Thu, 26 Nov 2020 06:14:45 + writes:

> Tyler Smith via ESS-help  writes:
>> This was fixed in ESS 19.04. If you install/update ESS
>> from Melpa, you should get a recent version that includes
>> this fix.

> ??? I have pulled ESS from git and M-x ESS-version 
> gives 18.10.3snapshot. Does this mean ESS from git lags
> behind Melpa?

No.  Marius was using the last released version of ESS  which
indeed we forgot to equip with searching for R-4

Marius:  The fastest may be to just replace this in the ESS 18.10 sources :

In file  lisp/ess-r-mode.el,  find

(defvar ess-r-versions
  (let ((r-ver '("R-1" "R-2" "R-3" "R-devel" "R-patched")))

and replace the 2nd line by

  (let ((r-ver '("R-1" "R-2" "R-3" "R-4" "R-5" "R-6" "R-7" "R-devel" 
"R-patched")))

NB:  In newer  (all development) versions of ESS  ess-r-versions
still exists but is deprecated in favor of

   ess-r-runner-prefixes

which is also *customizable*.



"Yes", the non-released development versions of ESS have nice new
features but also some new bugs which I've hoped for a long time
would be gone before a  new official release... (and partly
*have* been removed).

Another reason preventing a new release has been that the
*.Rnw *.Rmd  (Sweave, knitr, Rmarkdown, ..)  support ("*noweb") in ESS
has been deprecated in favor of the new poly-mode based emacs
lisp packages.  ... and the plan has been that  an   "ESS+" bundle
should be have been ready when ESS is released, where the ESS+
"bundle" / 'meta-package' should contain  ESS + polymode + ...
so that people and upstream "package" maintainers (for Debian
Linux, SuSE, Redhat; or Vincent Goulet's "Emacs+ESS+.." bundle)
could use ESS+ too.

Martin Maechler
ETH Zurich   and  ESS core team

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

Re: [ESS] Latest Emacs distributions out!

2020-09-18 Thread Martin Maechler via ESS-help 
> Vincent Goulet via ESS-help 
> on Thu, 17 Sep 2020 16:34:54 -0400 writes:

> Hi all, With some delay, I'm glad to announce that my
> "modified" Emacs distributions for Windows and macOS based
> off GNU Emacs 27.1 are out:

>   Windows:
> https://vigou3.gitlab.io/emacs-modified-windows/ macOS:
> https://vigou3.gitlab.io/emacs-modified-macOS/

> For those of you unfamiliar with these distributions: they
> are almost stock distributions of GNU Emacs with ESS,
> AUCTeX, org and a few other goodies preinstalled. I use
> the macOS version myself on a daily basis.

> In the Windows version, I added a simple, temporary fix
> for ESS 18.10.2 to find the versions of R 4.x.y on one's
> system. The site-start.el includes this line:

> (setq ess-r-versions '("R-1" "R-2" "R-3" "R-4" "R-devel"
> "R-patched"))

> Here 'M-x R' does not work as expected, by 'M-x R-[TAB]'
> correctly lists all the versions of R on my system,
> including 4.0.2.

> Best,
> v.

> Vincent Goulet Professeur titulaire École d'actuariat,
> Université Laval

Thank you very much, Vincent,  for this invaluable service to
those like me who work with Linux "all the time", but need to
run R on Windows a few times a month for testing purposes!

Above, you note

  --> Here 'M-x R' does not work as expected, ...

and I had noted this to happen already many months ago with your
previous versions of Emacs for Windows and current versions of R.

I never went to the root of the problem that evidently   M-x R
no longer works correctly on ESS for Windows.
My guess was that the 'R for Windows' version that we all use
built and packaged by Jeroen Ooms, must have changed some small
thing some months (but less than say 2 years) ago.

I think we should we'd be grateful if someone had the diligence
to find the root cause, and even better found a way for ESS to
again enable  M-x R  on Windows  (finding the latest released
version of R that's available on the machine where I also
typically have a dozen versions of R installed).

Best regards,
Martin

Martin Maechler
ETH Zurich  and  R Core team

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

Re: [ESS] ess-eval-region Does Not Echo Highlighted Code Into the R Buffer?

2020-05-21 Thread Martin Maechler via ESS-help 
I've also had 'nowait  as my personal default for many years.I
find it also more appropriate when showing ESS to others, e.g. when
teaching etc.

Very importantly in practice:  Keep in mind that  prefixing i.e.   C-u
<...>  switches to visible (momentarily)  which is also handy when
demo-ing, teaching, ...

Martin

On Wed, May 20, 2020 at 2:01 PM Marc Schwartz via ESS-help
 wrote:
>
> Hi Alex,
>
> Thanks for the clarification. Given that information, I found the related 
> issue report on Github:
>
>   https://github.com/emacs-ess/ESS/issues/998
>
> reviewed the discussion there and ultimately, found the related commit.
>
> I have modified the value to 'nowait for now, which seems to be a compromise 
> of sorts, given the issues raised.
>
> Thanks,
>
> Marc
>
>
> > On May 19, 2020, at 6:05 PM, Alex Branham  wrote:
> >
> > The default value of ess-eval-visibly recently changed. You probably want 
> > to customize it to t or nowait.
> >
> > Alex
> >
> > On Tue, May 19, 2020, 5:08 PM Marc Schwartz via ESS-help 
> >  wrote:
> > Hi,
> >
> > A clarification, that when I do run the command, on a *single* line in the 
> > R buffer, I am getting '>' characters for each line of R code in the region 
> > passed, and I get '+' characters if there is a multiline region of code 
> > passed.
> >
> > Thus, I might see the following single lines of output in the R buffer, as 
> > examples:
> >
> > 
> >
> > or
> >
> > +>>
> >
> > after the command is run on a region of R code.
> >
> > Regards,
> >
> > Marc
> >
> >
> > > On May 19, 2020, at 4:51 PM, Marc Schwartz  wrote:
> > >
> > > Hi All,
> > >
> > > I just updated my ESS/Polymode installation today via melpa, and unless I 
> > > am missing something, I noticed that the use of ess-eval-region via "C-c 
> > > C-r" does not seem to echo the highlighted R code region into the R 
> > > buffer, which it had been doing until now.
> > >
> > > The code does execute, confirmed when I check for the resultant object.
> > >
> > > Am I missing new behavior, or perhaps a setting that changed someplace, 
> > > or that I introduced a conflict with the updates today?
> > >
> > > Thanks,
> > >
> > > Marc Schwartz
> > >
> >
> > __
> > 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



-- 
Martin   https://stat.ethz.ch/~maechler
Seminar für Statistik, ETH Zürich  HG G 16  Rämistrasse 101
CH-8092 Zurich, SWITZERLAND
phone: +41-44-632-3408   fax: ...-1228  <><

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

Re: [ESS] Anyone tried Emacs 27.1 pretest with Windows 10 ?

2020-05-06 Thread Martin Maechler via ESS-help 
> Stephen Eglen via ESS-help 
> on Wed, 06 May 2020 12:23:23 +0100 writes:

> Good idea Phil.  Also, Kevin -- does it crash with earlier
> versions of R?  R 4.0.0 just came out so wondering if that
> is an additional degree of freedom for bugs to creep in.

> Stephen

indeed, changing more than one thing at a time..

OTOH, as a co-author of R 4.0.0 which I have been using in
its prereleases for many months with ESS,
I have never noticed different buggy behavior of ESS between it
and R 3.6.x

But I do observe bad ESS behavior, something bringing emacs to a
crawl or having to kill it... I think it is related to running
several R sessions (in several ESS buffers) and several [M-x
shell] generated shells inside the same ESS and partly having
many lines (100'000s) in such buffers.

I strongly suspect it is related to the (mis)feature that ESS is
monitoring things not only *R* buffers but also in *shell* buffers.
.. I think part of current modern ESS work under the assumption
the ESS user is working on *one* R project / package at a time,
rather than as me, compiling R, hacking R, hacking 3 different R
packages all in the same emacs instance.

Martin




> On Wed, May 06 2020, Phillip Lord via ESS-help wrote:

>> If you having problems please do send a bug report in. It
>> would be unfortunate if 27.1 came out buggy.
>> 
>> Phil
>> 
>> Kevin Wright via ESS-help 
>> writes:
>> 
>>> I've tried the latest Emacs 27.1 pre-test on Windows 10
>>> with ESS.  I've been getting freezes of Emacs when I'm
>>> working with R code buffers.  Happens sporadically, but
>>> locks up Emacs so that I have to kill the process.
>>> 
>>> Anybody else tried Emacs 27.1 ?
>>> 
>>> --
>>> Kevin Wright
>>> 
>>> [[alternative HTML version deleted]]
>>> 
>>> __
>>> 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

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

Re: [ESS] R 4.0

2020-04-18 Thread Martin Maechler via ESS-help 
> Vitalie Spinu via ESS-help 
> on Fri, 17 Apr 2020 14:32:50 +0200 writes:

> I think we could stick to capital `R-`. A few false positives, if any,
> are probably harmless.

> Vitalie

But on that most-used (non-)operating system,  lowercase and
uppercase are mostly equivalent in file names *and* executables
are file names, no?

Martin

> On Fri, 17 Apr 2020 at 02:18, Tyler Smith via ESS-help
>  wrote:
>> 
>> I have some TeX-related stuff:
>> 
>> r-mpost
>> r-pmpost
>> r-upmost
>> 
>> I don't know what they do, I assume they were pulled in as part of
>> texlive.
>> 
>> Best,
>> 
>> Tyler
>> 
>> 
>> Alex Branham via ESS-help writes:
>> 
>> > On Thu 16 Apr 2020 at 16:20, Kasper Daniel Hansen via ESS-help
>> >  wrote:
>> >
>> >> I have just updated ESS using list-packages. R-4.0 is not found
>> >> due to the
>> >> value of ess-r-runners-prefixes. This can of course be
>> >> customized, but I
>> >> think it should be changed to include "R-4"
>> >
>> > Thanks. I wonder if we should just look for any R-* values. Can
>> > anyone
>> > think of instances of an executable named R-* on exec-path that
>> > *isn't*
>> > a version of R?
>> >
>> > Alex
>> >
>> > __
>> > ESS-help@r-project.org mailing list
>> > https://stat.ethz.ch/mailman/listinfo/ess-help
>> 
>> 
>> --
>> Tyler Smith
>> plantarum.ca
>> 
>> __
>> 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

Re: [ESS] Building 18.10-1 from source

2018-11-01 Thread Martin Maechler via ESS-help 
> Nicky Chorley via ESS-help 
> on Wed, 31 Oct 2018 11:08:39 + writes:

> On Wed, 31 Oct 2018 at 10:19, Vitalie Spinu
>  wrote:
>> This should have been fixed in the master.

> Thanks Vitalie. Do you happen to know when this will make
> its way into a release? I maintain the package for
> Slackware Linux and would prefer to stick to your releases
> rather than particular Git revisions.

Of course.

We've talked with in ESS-core about another patch release,
18.10.2 (with a '.' instead of a '-' because MELPA is limited to need that),
to be done "real soon".

I hope it should happen within a week.

Martin Maechler
ETH Zurich (and ESS core release manager)

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

[ESS] ESS 18.10-1 patch released

2018-10-23 Thread Martin Maechler via ESS-help 
The ESS 18.10 release (of 3 days ago) had shown some small but
obnoxious problems  which have been fixed now, and hence we have
created a patch release (to 18.10),  18.10-1  which should use
*instead* of 18.10.

Download from "Downloads" on https://ess.r-project.org/ or also
directly at https://stat.ethz.ch/ESS/downloads/ess/?C=M;O=D

-

Relatedly, I'm happy to note explicitly that the ESS
core team has a new active and very competent member,
J. Alexander (Alex) Branham.

He's been actively contributing already starting as early as
March 2017, and has been formally and successfully invited to
join the ESS core on Sep 6, 2018.

We're all happy and grateful to be to have him on board!

-

The only new entry in the 'new features' list is

Changes and New Features in 18.10-1:

   * New functions 'ess-eval-line-visibly-and-step' ('C-c C-n' and
 'ess-eval-region-or-line-visibly-and-step' ('C-RET') which behave
 as the old versions of 'ess-eval-line-and-step' and
 'ess-eval-region-or-line-and-step'.

In the name of the ESS core team,
Martin Maechler


>>>>> Martin Maechler via ESS-help 
>>>>> on Sat, 20 Oct 2018 22:29:21 +0200 writes:

> Dear ESS Users
> it's a pleasure to announce the release of
> 
>  ESS 18.10 (2018 October)
> 
> of a few minutes ago in the name of the ESS core team.
> 
> There have been many changes and improvements since the last
> official release 17.11 (in last November)
> 
> For the complete list of (documented) new features and bug
> fixes, read the following (beginning of file 'ANNOUNCE') to the end.
> 
> In the name of the ESS core team, with thanks to all helpers,
> notably by github pull requests, 
> 
> Martin Maechler, ETH Zurich
> 
> 
> 
> 1 ANNOUNCING ESS
> 
> 
> The ESS Developers proudly announce the release of ESS 18.10
> 
>Emacs Speaks Statistics (ESS) provides an intelligent, consistent
> interface between the user and the software.  ESS interfaces with
> R/S-PLUS, SAS, BUGS/JAGS, Stata and other statistical analysis packages
> under the UNIX, GNU Linux, Microsoft Windows, macOS and other operating
> systems.  ESS is a package for the GNU Emacs and XEmacs text editors
> whose features ESS uses to streamline the creation and use of
> statistical software.  ESS knows the syntax and grammar of statistical
> analysis packages and provides consistent display and editing features
> based on that knowledge.  ESS assists in interactive and batch execution
> of statements written in these statistical analysis languages.
> 
>ESS is freely available under the GNU General Public License (GPL).
> Please read the file COPYING which comes with the distribution, for more
> information about the license.  For more detailed information, please
> read the README files that come with ESS.
> 
> 1.1 Getting the Latest Version
> ==
> 
> ESS supports GNU Emacs versions 24.3 and newer.
> 
>ESS is most likely to work with current/recent versions of the
> following statistical packages: R/S-PLUS, SAS, Stata, OpenBUGS and JAGS.
> 
>To build the PDF documentation, you will need a version of TeX Live
> or texinfo that includes texi2dvi.
> 
>There are two main methods used for installing ESS. You may install
> from a third-party repository or from source code.  Once you install it,
> you must also activate or load ESS in each Emacs session, though
> installation from a third-party repository likely takes care of that for
> you.  See *note Activating and Loading ESS:: for more details.
> 
> 1.2 Installing from a third-party repository
> 
> 
> ESS is packaged by many third party repositories.  Many GNU/Linux
> distributions package it, usually with the name "emacs-ess" or similar.
> 
>ESS is also available through Milkypostman’s Emacs Lisp Package
> Archive (MELPA), a popular repository for Emacs packages.  Instructions
> on how to do so are found on MELPA's website (https://melpa.org/).
> MELPA also hosts MELPA-stable with stable ESS builds.  You may choose
> between MELPA with the latest and greatest features (and bugs) or
> MELPA-stable, which may lag a bit behind but should be more stable.
> 
>After installing, users should make sure ESS is activated or loaded
> in each Emacs session.  See *note Activating and Loading ESS::.
> Depending on install method, this may be taken care of automatically.
> 
> 1.3 Installing from source
> ==
> 
> Stable versions of ESS are available at the ESS web page
> (https://ess.r-project.org) as a .tgz file or .zip file.  ESS releases
> are GPG-signed, you should check the signature by downloading t

[ESS] ESS 18.10 released

2018-10-20 Thread Martin Maechler via ESS-help 
Dear ESS Users

it's a pleasure to announce the release of

 ESS 18.10 (2018 October)

of a few minutes ago in the name of the ESS core team.

There have been many changes and improvements since the last
official release 17.11 (in last November)

For the complete list of (documented) new features and bug
fixes, read the following (beginning of file 'ANNOUNCE') to the end.

In the name of the ESS core team, with thanks to all helpers,
notably by github pull requests, 

Martin Maechler, ETH Zurich



1 ANNOUNCING ESS


The ESS Developers proudly announce the release of ESS 18.10

   Emacs Speaks Statistics (ESS) provides an intelligent, consistent
interface between the user and the software.  ESS interfaces with
R/S-PLUS, SAS, BUGS/JAGS, Stata and other statistical analysis packages
under the UNIX, GNU Linux, Microsoft Windows, macOS and other operating
systems.  ESS is a package for the GNU Emacs and XEmacs text editors
whose features ESS uses to streamline the creation and use of
statistical software.  ESS knows the syntax and grammar of statistical
analysis packages and provides consistent display and editing features
based on that knowledge.  ESS assists in interactive and batch execution
of statements written in these statistical analysis languages.

   ESS is freely available under the GNU General Public License (GPL).
Please read the file COPYING which comes with the distribution, for more
information about the license.  For more detailed information, please
read the README files that come with ESS.

1.1 Getting the Latest Version
==

ESS supports GNU Emacs versions 24.3 and newer.

   ESS is most likely to work with current/recent versions of the
following statistical packages: R/S-PLUS, SAS, Stata, OpenBUGS and JAGS.

   To build the PDF documentation, you will need a version of TeX Live
or texinfo that includes texi2dvi.

   There are two main methods used for installing ESS. You may install
from a third-party repository or from source code.  Once you install it,
you must also activate or load ESS in each Emacs session, though
installation from a third-party repository likely takes care of that for
you.  See *note Activating and Loading ESS:: for more details.

1.2 Installing from a third-party repository


ESS is packaged by many third party repositories.  Many GNU/Linux
distributions package it, usually with the name "emacs-ess" or similar.

   ESS is also available through Milkypostman’s Emacs Lisp Package
Archive (MELPA), a popular repository for Emacs packages.  Instructions
on how to do so are found on MELPA's website (https://melpa.org/).
MELPA also hosts MELPA-stable with stable ESS builds.  You may choose
between MELPA with the latest and greatest features (and bugs) or
MELPA-stable, which may lag a bit behind but should be more stable.

   After installing, users should make sure ESS is activated or loaded
in each Emacs session.  See *note Activating and Loading ESS::.
Depending on install method, this may be taken care of automatically.

1.3 Installing from source
==

Stable versions of ESS are available at the ESS web page
(https://ess.r-project.org) as a .tgz file or .zip file.  ESS releases
are GPG-signed, you should check the signature by downloading the
accompanying '.sig' file and doing:

 gpg --verify ess-18.10.tgz.sig

   Alternatively, you may download the git repository.  ESS is currently
hosted on Github: .  'git clone
https://github.com/emacs-ess/ESS.git' will download it to a new
directory 'ESS' in the current working directory.

   We will refer to the location of the ESS source files as
'/path/to/ESS/' hereafter.

   After installing, users should make sure they activate or load ESS in
each Emacs session, see *note Activating and Loading ESS::

   Optionally, compile elisp files, build the documentation, and the
autoloads:
 cd /path/to/ESS/
 make
   Without this step the documentation, reference card, and autoloads
will not be available.  Uncompiled ESS will also run slower.

   Optionally, you may make ESS available to all users of a machine by
installing it site-wide.  To do so, run 'make install'.  You might need
administrative privileges:

 make install

   The files are installed into '/usr/share/emacs' directory.  For this
step to run correctly on macOS, you will need to adjust the 'PREFIX'
path in 'Makeconf'.  The necessary code and instructions are commented
in that file.

1.4 Activating and Loading ESS
==

After installing ESS, you must activate or load it each Emacs session.
ESS can be autoloaded, and if you used a third-party repository (such as
your Linux distribution or MELPA) to install, you can likely skip this
section and proceed directly to *note Check Installation::

   Otherwise, you may need to add the path to ESS to 'load-path' with:

 (add-to-list

[ESS] Upcoming ESS release 18.10 -- please (beta)test prerelease

2018-10-10 Thread Martin Maechler via ESS-help 
Dear ESS users,

The ESS core team is planning a new release of ESS, 18.10,
before the end of October, possibly in 10 days already.

Whereas some of you may be using the always latest somewhat
unstable development of ESS from MELPA or directly via regular
pull from github, many will use released version, and hence be
using 17.11 (or even an earlier version).

ESS 18.10 will contain parts that have been much re-furbished,
modernized and made future proof, notably thanks to new active
ESS core members Alex Branham and Lionel Henry, and (less new)
Vitalie Spinu, but also quite a few more issue reporters and
pull requesters who have helped improvement.

Because of that, there will also be new bugs, a even known and
postponed to be treated after the release.  Now here you can help us
detect bugs *before* the release by starting to use the pre-release "release
candidate" available from the Prerelease sub folder of the usual
download location

  https://stat.ethz.ch/ESS/downloads/ess/Prerelease/

Newly, we do provide GPG *signed* tar and zip archives; if interested see (1) 
below.

If you have problems, find bugs, etc please consider using

   https://github.com/emacs-ess/ESS/issue

both to see if your issue has already been reported and to
open a new issue there.

If you are unsure about new philosophy etc, please use this
mailing list to ask for help etc.

For the ESS core team,

Martin Maechler
ETH Zurich



---
(1) After download, if you want to check the integrity of say the zip
file, you need to have gpg installed (GPG: = GNU Privacy Guard, the Free
Software version of PGP: https://gnupg.org),
and then in shell (or "a console"),
do once (to get the public key with which I've send the archives)

gpg --keyserver hkp://pgp.mit.edu --recv-key 68E0DB0F

and then something like

 gpg --verify ess-18.10.zip.sig  ess-18.10.zip

and you should be told that it is a good signature (from me).

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

[ESS] Upcoming ESS release 18.10 -- please (beta)test prerelease

2018-10-10 Thread Martin Maechler via ESS-help 
Dear ESS users,

The ESS core team is planning a new release of ESS, 18.10,
before the end of October, possibly in 10 days already.

Whereas some of you may be using the always latest somewhat
unstable development of ESS from MELPA or directly via regular
pull from github, many will use released version, and hence be
using 17.11 (or even an earlier version).

ESS 18.10 will contain parts that have been much re-furbished,
modernized and made future proof, notably thanks to new active
ESS core members Alex Branham and Lionel Henry, and (less new)
Vitalie Spinu, but also quite a few more issue reporters and
pull requesters who have helped improvement.

Because of that, there will also be new bugs, a even known and
postponed to be treated after the release.  Now here you can help us
detect bugs *before* the release by starting to use the pre-release "release
candidate" available from the Prerelease sub folder of the usual
download location

  https://stat.ethz.ch/ESS/downloads/ess/Prerelease/

Newly, we do provide GPG *signed* tar and zip archives; if interested see (1) 
below.

If you have problems, find bugs, etc please consider using

   https://github.com/emacs-ess/ESS/issue

both to see if your issue has already been reported and to
open a new issue there.

If you are unsure about new philosophy etc, please use this
mailing list to ask for help etc.

For the ESS core team,

Martin Maechler
ETH Zurich



---
(1) After download, if you want to check the integrity of say the zip
file, you need to have gpg installed (GPG: = GNU Privacy Guard, the Free
Software version of PGP: https://gnupg.org),
and then in shell (or "a console"),
do once (to get the public key with which I've send the archives)

gpg --keyserver hkp://pgp.mit.edu --recv-key 68E0DB0F

and then something like

 gpg --verify ess-18.10.zip.sig  ess-18.10.zip

and you should be told that it is a good signature (from me).

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

Re: [ESS] Stopping "Save workspace image?" prompt

2018-09-23 Thread Martin Maechler via ESS-help 
On Sat, Sep 22, 2018 at 9:20 AM Jeremie Juste via ESS-help
 wrote:
>
>
> Hello,
>
> Have a look at the variable inferior-R-args. (C-h v
> inferior-R-args). You can customize it to include --no-save.
> in principle putting (setq inferior-R-args "--no-save") in your .emacs
> file should do it.

Yes, indeed.  I have that set for > 10 years.  Actually, I have

 '(inferior-R-args "--no-restore-history --no-save ")

in my (custom-set-variables ... )  list at the end of my  ~/.emacs

Martin Maechler

>
> Best regards,
>
> Jeremie
>
> > Hi everyone,
> >
> > Does know of a way to stop the "Save workspace image?" prompt when quitting
> > the iESS [R] process? I have already aliased the R command to 'R --no-save'
> > in bash, but this setting doesn't carry over to ESS.
> >
> > Thanks,
> >
> > Ryan
> >
> >   [[alternative HTML version deleted]]
> >
> > __
> > 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



-- 
Martin   https://stat.ethz.ch/~maechler
Seminar für Statistik, ETH Zürich  HG G 16  Rämistrasse 101
CH-8092 Zurich, SWITZERLAND
phone: +41-44-632-3408   fax: ...-1228  <><

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