Hi Martin, Henrik,
I actually like this change.
Makes a lot of sense IMO that dim(x) <- dim(x) be a no-op, or, more
generally, that foo(x) <- foo(x) be a no-op for any setter/getter combo.
FWIW S4Arrays::set_dim() does that too. It also preserves the dimnames
if the right value is only adding
I have read about "system() not using a shell on Windows" on the help
page many times before but never understood what it means technically.
Please forgive my ignorance. I still do not understand it, but thanks
a lot for the explanation anyway! I'm just curious if the full path
would work in system
On 30/10/2023 16:18, Yihui Xie wrote:
Hi,
It may have been so for 20+ years but I just discovered today that system()
would always try to use the short path of a command on Windows:
https://github.com/wch/r-source/blob/635a67/src/gnuwin32/run.c#L141 If
that's true, I wonder if it could provide a
Sure. I'm not sure if it's possible to make it easier to reproduce, but for
now the example would require installing TinyTeX (via
tinytex::install_tinytex(), which can be later uninstalled cleanly via
tinytex::uninstall_tinytex() after you finish the investigation). Then run:
system2('fmtutil-sy
On 10/30/23 17:18, Yihui Xie wrote:
Hi,
It may have been so for 20+ years but I just discovered today that system()
would always try to use the short path of a command on Windows:
https://github.com/wch/r-source/blob/635a67/src/gnuwin32/run.c#L141 If
that's true, I wonder if it could provide a
Hi,
It may have been so for 20+ years but I just discovered today that system()
would always try to use the short path of a command on Windows:
https://github.com/wch/r-source/blob/635a67/src/gnuwin32/run.c#L141 If
that's true, I wonder if it could provide an option to disable this
behavior, becau
El lun., 30 oct. 2023 12:26, Roger Bivand escribió:
> I also noticed this:
>
> https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/
>
> which is concerning. Until now, I've retained X11 on Fedora because of
> difficulties in screen sharing via zoom in Wayland sessions.
>
KDE Plasm
On 30 October 2023 at 13:17, Willem Ligtenberg via R-devel wrote:
| I just tried it on Ubuntu 23.10. It seems to just work.
| See screenshot here: https://nextcloud.wligtenberg.nl/s/jnbDT4ZiHw2JQ8H
| I should be using wayland, and as far as I know I haven't done anything
| special to make this w
On 29-10-2023 22:29, Dirk Eddelbuettel wrote:
> On 30 October 2023 at 09:20, Simon Urbanek wrote:
> | > On 30/10/2023, at 8:38 AM, Dirk Eddelbuettel wrote:
> | > On 30 October 2023 at 07:54, Paul Murrell wrote:
> | > | I am unaware of any Wayland display support.
> | > |
> | > | One useful way for
I also noticed this:
https://www.theregister.com/2023/10/13/gnome_proposes_dropping_x11/
which is concerning. Until now, I've retained X11 on Fedora because of
difficulties in screen sharing via zoom in Wayland sessions.
Roger
--
Roger Bivand
Emeritus Professor
Norwegian School of Economics
Po
> Henrik Bengtsson
> on Sun, 29 Oct 2023 10:42:19 -0700 writes:
> Hello,
> the fix of PR18612
> (https://bugs.r-project.org/show_bug.cgi?id=18612) in
> r85380
>
(https://github.com/wch/r-source/commit/2653cc6203fce4c48874111c75bbccac3ac4e803)
> caused a cha
11 matches
Mail list logo
