Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Possible write_bib bug #1256

Closed
csgillespie opened this issue Jul 24, 2016 · 9 comments
Closed

Possible write_bib bug #1256

csgillespie opened this issue Jul 24, 2016 · 9 comments
Milestone

Comments

@csgillespie
Copy link
Contributor

I think under certain locales, write_bib fails. See issue csgillespie/efficientR#113 raised by @jtruffa

@yihui
Copy link
Owner

yihui commented Jul 24, 2016

There is not anything I can do on my end, since write_bib() simply calls citation(). The tibble package probably needs to declare Encoding: UTF-8 in DESCRIPTION, otherwise the multibyte character ü cannot be read correctly on Windows (cc @krlmlr).

@yihui yihui closed this as completed Jul 24, 2016
@jtruffa
Copy link

jtruffa commented Jul 24, 2016

I´m running this on a mac. Just to let you guys know.

@yihui
Copy link
Owner

yihui commented Jul 24, 2016

Interesting. Mac should be okay. What is your sessionInfo()?

@jtruffa
Copy link

jtruffa commented Jul 24, 2016

R version 3.3.1 (2016-06-21)
Platform: x86_64-apple-darwin13.4.0 (64-bit)
Running under: OS X 10.11.1 (El Capitan)

locale:
[1] C

attached base packages:
[1] stats graphics grDevices utils datasets methods base

loaded via a namespace (and not attached):
[1] Rcpp_0.12.6 bookdown_0.1 digest_0.6.9 mime_0.5 R6_2.1.2 xtable_1.8-2
[7] magrittr_1.5 evaluate_0.9 stringi_1.1.1 miniUI_0.1.1 rmarkdown_1.0 tools_3.3.1
[13] stringr_1.0.0 shiny_0.13.2 httpuv_1.3.3 yaml_2.1.13 rsconnect_0.4.3 htmltools_0.3.5

@yihui
Copy link
Owner

yihui commented Jul 24, 2016

Why is your locale C? Did you change that intentionally? C is bad for processing multibyte characters. Typically your session info on OS X should look like this:

> sessionInfo()
R version 3.3.1 (2016-06-21)
Platform: x86_64-apple-darwin15.5.0 (64-bit)
Running under: OS X 10.11.5 (El Capitan)

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

I wonder how you installed R. You may take a look at this post http://superuser.com/questions/655273/r-locale-setting-problems-on-mac-os-x

@jtruffa
Copy link

jtruffa commented Jul 24, 2016

Don´t know why is set to C. Never did it myself.

Seems like the command refered in that post don´t change my locales.
Looks like I have to do it myself...

@jtruffa
Copy link

jtruffa commented Jul 24, 2016

don´t know why that is happening.

I have my only language set to Spanish.

No matter if I change something, the locale still gives me

LANG=
LC_COLLATE="C"
LC_CTYPE="UTF-8"
LC_MESSAGES="C"
LC_MONETARY="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_ALL=

I´ve also tried to tell terminal not to set locales on every instance with no apparent luck so far

@jtruffa
Copy link

jtruffa commented Jul 24, 2016

Done as shown with the sessionInfo.
locale from terminal still show previous values.
Stilll experiencing same problem when clicking on Knit

This is the print out of sessionInfo.

sessionInfo()
R version 3.3.1 (2016-06-21)
Platform: x86_64-apple-darwin13.4.0 (64-bit)
Running under: OS X 10.11.1 (El Capitan)

locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8

attached base packages:
[1] stats graphics grDevices utils datasets methods base

loaded via a namespace (and not attached):
[1] Rcpp_0.12.6 bookdown_0.1 digest_0.6.9 mime_0.5 R6_2.1.2 xtable_1.8-2
[7] magrittr_1.5 evaluate_0.9 stringi_1.1.1 miniUI_0.1.1 rmarkdown_1.0 tools_3.3.1
[13] stringr_1.0.0 shiny_0.13.2 httpuv_1.3.3 yaml_2.1.13 rsconnect_0.4.3 htmltools_0.3.5

@github-actions
Copy link

This old thread has been automatically locked. If you think you have found something related to this, please open a new issue by following the issue guide (https://yihui.org/issue/), and link to this old issue if necessary.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Nov 10, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants