> "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
>>>
> 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 pr
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 21/0
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 g
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 fo
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 seems
[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 appe
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 can
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 bspm::disable
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 a
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 rath
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 bspm::enable()
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 mali
> 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 gl
В 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 s
15 matches
Mail list logo
