local (macOS) `run_r` sandbox fails with `devtools::load_all()`
Open
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 44
- Forks
- 1
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 142
Description
Not important for production deployments, but a little wonky when testing.
library(ggplot2)
r1$month <- as.Date(r1$month)
r1$trips <- as.numeric(r1$trips)
p <- ggplot(r1, aes(x=month, y=trips)) +
geom_col(fill="steelblue", width=20) +
geom_text(aes(label=trips), vjust=-0.5) +
scale_x_date(date_labels="%b %Y", breaks=r1$month) +
labs(title="NYC Taxi Trips per Month", x="Month", y="Number of trips") +
theme_minimal()
ggsave("/tmp/trips_per_month.png", p, width=6, height=4, dpi=120)
p
#> [33m! [39m in callr subprocess.
#> [1mCaused by error [22m in `dyn.load(dll_path)`:
#> [33m! [39m unable to load shared object '/var/folders/vf/8ns_0t1s66g_m36bwyhdgd2r0000gp/T//R...
#> dlopen(/var/folders/vf/8ns_0t1s66g_m36bwyhdgd2r0000gp/T//RtmplYOHIw/pkgload57a71c7953cf/con
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Reproduce the reported R snippet through the local run_r sandbox on macOS, starting with the devtools::load_all() call and the resulting dyn.load error. No repository file or test is named in the issue, so first locate the sandbox entry point and its load_all path. Done means the failure has a reproducible diagnosis and the sandbox behavior is corrected or clearly documented.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- r
- Domain
- tooling
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 45/100