Re: [R] Building Packages.

2024-03-21 Thread peter dalgaard
Um, what's with the triple colon? At least on my install, double seems to suffice: > identical(utils:::install.packages, utils::install.packages) [1] TRUE > install.packages function (...) .rs.callAs(name, hook, original, ...) -pd > On 21 Mar 2024, at 09:58 , Duncan Murdoch wrote: > > The

Re: [R] Building Packages.

2024-03-21 Thread Martin Maechler
> Ben Bolker > on Wed, 20 Mar 2024 13:25:33 -0400 writes: >Hmm, looks platform-specific. Under Linux both RStudio > and external R console return > a0b52513622c41c11e3ef57c7a485767 > for digest::digest(install.packages) Well, platform-specific maybe, notably

Re: [R] Building Packages.

2024-03-21 Thread Duncan Murdoch
The good news for Jorgen (who may not be reading this thread any more) is that one can still be sure of getting the original install.packages() by using utils:::install.packages( ... ) with *three* colons, to get the internal (namespace) version of the function. Duncan Murdoch On

Re: [R] geom_edge & color

2024-03-21 Thread Kimmo Elo
Dear Sibylle, your example is not working! E.g. no data for "aes_collapsed". Best, Kimmo ke, 2024-03-20 kello 19:28 +0100, SIBYLLE STÖCKLI via R-help kirjoitti: > Dear community > > I am using ggraph to plot a network analysis. See part 2 in the working > example. > Besides different colors

Re: [R] Building Packages.

2024-03-21 Thread Duncan Murdoch
Yes, you're right. The version found in the search list entry for "package:utils" is the RStudio one; the ones found with two or three colons are the original. Duncan Murdoch On 21/03/2024 5:48 a.m., peter dalgaard wrote: Um, what's with the triple colon? At least on my install, double

Re: [R] Building Packages.

2024-03-21 Thread Martin Maechler
> "Duncan Murdoch on Wed, 20 Mar 2024 13:20:12 -0400 writes: > On 20/03/2024 1:07 p.m., Duncan Murdoch wrote: >> On 20/03/2024 12:37 p.m., Ben Bolker wrote: >>> Ivan, can you give more detail on this? I've heard this >>> issue mentioned, but when I open RStudio and run

Re: [R] Building Packages.

2024-03-21 Thread avi.e.gross
With all this discussion, I shudder to ask this. I may have missed the answers but the discussion seems to have been about identifying and solving the problem rapidly rather than what maybe is best going forward if all parties agree. What was the motivation for what RSTUDIO did for their version

Re: [R] Building Packages.

2024-03-21 Thread Duncan Murdoch
I posted a description of their changes this morning. Duncan Murdoch On 21/03/2024 11:37 a.m., avi.e.gr...@gmail.com wrote: With all this discussion, I shudder to ask this. I may have missed the answers but the discussion seems to have been about identifying and solving the problem rapidly

Re: [R] [External] Re: Building Packages. (fwd)

2024-03-21 Thread Duncan Murdoch
If you are wondering why RStudio did this, you can see their substitute function using (parent.env(environment(install.packages)))$hook They appear to do these things: - Allow package installation to be disabled. - Check if a package to be installed is already loaded, so that RStudio

Re: [R] [External] Re: Building Packages. (fwd)

2024-03-21 Thread luke-tierney--- via R-help
[forgot to copy to R-help so re-sending] -- Forwarded message -- Date: Thu, 21 Mar 2024 11:41:52 + From: luke-tier...@uiowa.edu To: Duncan Murdoch Subject: Re: [External] Re: [R] Building Packages. At least on my installed version (which tells me it is out of date) they

Re: [R] Building Packages.

2024-03-21 Thread Ben Bolker
Is your Fedora machine using the bspm package with bspm::enable() in the .Rprofile (to install binary packages from the r2u repository)? bspm adds a hook by using trace() on install.packages, which makes it look like this. My guess is that if you start with --vanilla *or* run

Re: [R] Building Packages.

2024-03-21 Thread Ivan Krylov via R-help
В Thu, 21 Mar 2024 18:45:35 + Jorgen Harmse via R-help пишет: > The problem may have been that this package is so important to me > that I put it in .Rprofile. The package was not installed for the new > version of R, so every R session started with an annoying error > message. Presumably a

Re: [R] Building Packages.

2024-03-21 Thread Ben Bolker
I think this might be a good conversation for someone to have with the Posit folks * is there a more transparent way to do what they want? * either, long-term, by having utils::install_packages() add a 'hook' feature as mentioned by someone * using a similar method to

Re: [R] [External] Re: Building Packages. (fwd)

2024-03-21 Thread avi.e.gross
Thank you Duncan, you explained quite a bit. I am unclear how this change causes the problem the OP mentioned. It is an example of people using a clever trick to get what they think they want that could be avoided if the original program provided a hook. Of course the hook could be used more

Re: [R] Building Packages.

2024-03-21 Thread Jorgen Harmse via R-help
> Turns out that RStudio replaces the install.packages object in the utils > package. > Duncan Murdoch So RStudio unlocks the bindings and alters the exported environment? That seems like another reason to stick to the terminal interface. >> Thank you. tools:::.install_packages works. > I'm

[ESS] Displaying R plots within an Emacs buffer

2024-03-21 Thread Stephen J. Eglen via ESS-help
This is an itch I've had for ESS for probably at least 10 years... how to get R plots displayed dynamically in an Emacs buffer? See code [1] and demo [2] for a proof of concept. Feedback (and any expertise with websockets) welcome! Best wishes, Stephen [1]

Re: [ESS] Displaying R plots within an Emacs buffer

2024-03-21 Thread Tyler Smith via ESS-help
That looks cool! I don't understand the code, but seeing it only took 20 lines, maybe it's something I could figure out. Great start! - tyler -- plantarum.ca On Thu, Mar 21, 2024, at 5:30 PM, Stephen J. Eglen via ESS-help wrote: > This is an itch I've had for ESS for probably at least 10 >