Closed cderv closed 3 years ago
This works ok now
blogdown::find_hugo()
#> [1] "hugo.exe"
blogdown::find_hugo("all")
#> [1] "C:/Users/chris/scoop/shims/hugo.exe"
Created on 2020-11-09 by the reprex package (v0.3.0.9001)
We just got one full path, and one binary name (found because on PATH). Should we normalize in both case ?
We could normalize. I was mainly concerned about using the full path on Windows (e.g. when it contains spaces), but that might be an imaginary concern. This is probably not a big deal. I'll mention this on the help page.
I was mainly concerned about using the full path on Windows (e.g. when it contains spaces), but that might be an imaginary concern.
Hum, you may be right... Spaces can sometimes cause a lot of issues. We have some with TexLive and TinyTeX: https://community.rstudio.com/search?q=space%20user%20tinytex
Using the binary filename directly from the PATH is safer indeed.
Actually you brought up exactly the problem that I meant to ask you a while ago. I've seen this CreateProcess failed
message several times in the past because of the spaces in user names on Windows, but I've never been able to reproduce it. It seems you don't know the reason, either: https://community.rstudio.com/t/60003/6 This is really weird.
Yes I don't know either for sure. And hard to recreate as each time it seems to be related with space in username.
I know that CreateProcess and space can be difficult:
I wonder if it is just a quoting issue. I was also not sure which program is calling this "CreateProcess".
FYI @yihui
Only a scoop version installed
With APPDAPA version
It feels unexpected that
find_hugo()
found it and notfind_hugo("all")