- Original Message -
> From: "Dirk Eddelbuettel"
> To: "Jeroen Ooms"
> Cc: "Simon Urbanek" , "r-devel@r-project.org"
> , "Dirk Eddelbuettel"
>
> Sent: Tuesday, February 11, 2025 12:07:19 AM
> Subject: Re: [Rd] binary R packages for GNU/Linux
> On 10 February 2025 at 23:19, Jeroen Ooms
Thank you, Hadley.
It would be great indeed if this can be fixed!
Kind regards,
Tobias
- Original Message -
> From: "hadley wickham"
> To: "Tobias Verbeke"
> Cc: "r-devel@r-project.org"
> Sent: Monday, February 10, 2025 8:32:17 PM
> Subject: Re: [Rd] binary R packages for GNU/Linux
Hello R-devel,
Currently, Sys.setLanguage() interprets an empty/absent environment
variable LANGUAGE to mean unset="en", which disagrees with gettext():
it defaults to the LC_MESSAGES category of the current locale [1]. As a
result, on systems with $LANGUAGE normally unset, Sys.setLanguage(...)
re
On Tue, 11 Feb 2025, at 8:07 AM, Iñaki Ucar wrote:
> On 10 February 2025 at 23:19, Jeroen Ooms wrote:
>> some people prefer installing binaries via apt rather than
>> install.packages(), which is all fine, but methods both have pros and
>> cons.
>
> Some people prefer having all their binaries *man
> On 10 Feb 2025, at 17:23, Dirk Eddelbuettel wrote:
>
> What we (ie Detlef, Inaki, myself) myself do for the distros is fundamentally
> different. Both are merits, both can coexist, but I like the added 'oomph'
> you get by integrating properly with the distribution you deploy on. Ubuntu
> i
On 10 February 2025 at 23:19, Jeroen Ooms wrote:
> some people prefer installing binaries via apt rather than
> install.packages(), which is all fine, but methods both have pros and
> cons.
Some people prefer having all their binaries *managed* by apt/dnf, but
still using install.packages() to tri
