You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm using the dp_make.R template provided by dpcode_add. I have a very minimal version of dp_make.R so far. You can view it at <our BMS GitHub instance URL>/emeryl1/dp_bb2121mm003/blob/main/dp_make.R (but note that I had to add a comma at the end of line 38, which I haven't pushed to origin yet). When I first tried to source dp_make.R according to the dp_journal workflow, it failed with this error at the first conflict_prefer call:
> source("./dp_make.R")
Attaching package: ‘lubridate’
The following objects are masked from ‘package:base’:
date, intersect, setdiff, union
[conflicted] Will prefer dplyr::filter over any other package.
Error: 'verbose' is not an exported object from 'namespace:R.utils'
Something in conflicted is disagreeing with something in daapr, because running any conflict_prefer call fails with the same error when I've sourced enough parts of my dp_journal. I noticed that conflicted has a very recent new version, so I tried downgrading to the previous version (renv::install("[email protected]")) and now I can source dp_make.R without the error.
I haven't tracked down the specific cause of the error, but it needs further investigation and I recommend sticking to conflicted v1.1.0 for now.
The text was updated successfully, but these errors were encountered:
Adding that this is still an issue. Also reported here: r-lib/conflicted#105 but removing the library(R.utils) call didn't fix, so sticking to downgrading for now. Edit to add: seems to be an issue with drake but not targets, but this requires additional investigation
I'm using the
dp_make.R
template provided bydpcode_add
. I have a very minimal version ofdp_make.R
so far. You can view it at<our BMS GitHub instance URL>/emeryl1/dp_bb2121mm003/blob/main/dp_make.R
(but note that I had to add a comma at the end of line 38, which I haven't pushed to origin yet). When I first tried to sourcedp_make.R
according to thedp_journal
workflow, it failed with this error at the firstconflict_prefer
call:Something in
conflicted
is disagreeing with something indaapr
, because running anyconflict_prefer
call fails with the same error when I've sourced enough parts of mydp_journal
. I noticed thatconflicted
has a very recent new version, so I tried downgrading to the previous version (renv::install("[email protected]")
) and now I can sourcedp_make.R
without the error.I haven't tracked down the specific cause of the error, but it needs further investigation and I recommend sticking to
conflicted v1.1.0
for now.The text was updated successfully, but these errors were encountered: