Closed mattmoo closed 1 year ago
I don't think this is related to brms to be honest. Almost all of these functions have something to do with other packages. What do you suggest me to do from the brms side?
I'm far from an expert package guy, but my observation is that of the 30 or so other packages in the pipeline, none of them throw these errors.
Aside from using package::function notation (which I think is pretty good practice in a package), I notice that lubridate
(for instance) is not declared in the DECRIPTION file. Perhaps that would help.
Lubridate is not imported by brms directly so adding it to namespace or something like that wouldn't help. If I had used something from lubridate accidentally without proper importing, R CMD check would fail with an appropriate warning. But there is nothing that indicates this. It may be that some packages brms imports are in turn importing lubridate but that is not really a concern of brms.
I am sorry these problems occur, but they don't because of what brms does but (perhaps) because of some packages brms imports but has no control over. I don't think there is anything I can do about that from the brms side unfortunately.
Thus I will close this issue but feel free to reopen it if is becomes apparent that it is indeed related to brms directly.
I am drawing up an analysis pipeline in
targets
, and using theconflicted
package to manage ambiguity (see link).I am incorporating
brms
, but the code seems to be particularly ambiguous, which has been frustrating to resolve,A lot of it seems to revolve around the use of
flextable
(?) andlubridate
without the namespace being clear.It seems to me that there might be a few places that the code could be tidied up to reduce ambiguity.
This is how I have resolved the issues in my pipeline, I'm sure that some are erroneous.