similar to: Suggestion: Install packages on non-appendable file systems (e.g. databricks volumes)

On 3/26/25 17:47, Sergio Oller wrote: > Hello, > > I would like to submit a patch to R. Following 5 Submitting Feature > Requests ? R Development Guide > <https://contributor.r-project.org/rdevguide/chapters/submitting_feature_requests.html>, > I would like to ask for feedback before proceeding with a ?formal? > submission on bugzilla. It's my first attempt

Hi Tomas, Thanks for your feedback and the link to your blog post about staged installs. Missatge de Tomas Kalibera <tomas.kalibera at gmail.com> del dia dc., 26 de mar? 2025 a les 21:34: > > > > I am working at a company, and we use R with databricks. We want to install > > some packages on a distributed filesystem that is not fully POSIX > > compliant, as it does

Hi, I was playing around with inotifywait (great tool!) to see the new staged installation of source packages in action. In one terminal I'm monitoring the create/delete/move events of the installation library with: ? inotifywait -m --timefmt '%F %T' --format '%T -- %w %e %f' -e create -e delete -e move path/to/R/library/ While in another terminal I install CRAN package

On 4/25/19 04:57, Tomas Kalibera wrote: > On 4/25/19 3:11 AM, Pages, Herve wrote: >> Hi, >> >> I was playing around with inotifywait (great tool!) to see the new >> staged installation of source packages in action. In one terminal I'm >> monitoring the create/delete/move events of the installation library >> with: >> >> ? ? inotifywait -m

Dear Fedora-R enthusiasts, We are experiencing some issues with the binary releases of R 4.3 for Fedora 37 & 38 when running it on our infrastructure. The issue is that packages won't install, unless the (default) staged installation process for packages is switched off (--no-staged-install). It seems to be related to the fact that we are storing R libraries on a drive mounted via

I'm observing that the new staged installation in R 3.6.0 can produce: mv: cannot move ?/home/alice/R/x86_64-pc-linux-gnu-library/3.6/00LOCK-codetools/00new/codetools? to ?/home/alice/R/x86_64-pc-linux-gnu-library/3.6/codetools?: File exists ERROR: moving to final location failed on some file systems. # EXAMPLE $ R --vanilla R version 3.6.0 (2019-04-26) -- "Planting of a Tree"

Update: On Mon, 12 Jun 2023 at 17:40, I?aki Ucar <iucar at fedoraproject.org> wrote: > > Unfortunately, I cannot reproduce the issue here. :( I mounted a smb > share, created a symlink from ~/R, and installed dplyr without any > issue (apart from the installation process taking ages). Fortunately, > this rules out our binary R package as responsible for the issue you > are

On Tue, May 7, 2019 at 9:05 AM Tomas Kalibera <tomas.kalibera at gmail.com> wrote: > > Thanks for the report. According to my reading, this use of "mv" is ok > and the renameat2() call which the invocation of "mv" leads to is also > ok and allowed by POSIX in this context. It could only fail with EEXIST > if the target directory (path/pkg) was not empty.

On Tue, 13 Jun 2023 at 10:35, Alexandre Courtiol <alexandre.courtiol at gmail.com> wrote: > > Thanks a lot for persevering. > > I?aki, that sounds very promising, could you please tell me what software your SMB share is running on (i.e. what does the server side look like?), and if it's Samba, then what version did you use? There was a Windows 10 machine around, so I created

Jiefei, you did not commit all files into the example package - your example has things like RcppExports.cpp as well as additional flags which are not in your GH project. I suspect the issue is with the extra flags you're adding - those don't come from R. Please make sure you can replicate the issue with the GH package you created. Cheers, Simon * installing *source* package

I am trying to install Rcmdr on my ubuntu machine, but keep getting the following error messages: ERROR: failed to lock directory ?/home/thedoctor/R/i486-pc-linux-gnu-library/2.10? for modifying Try removing ?/home/thedoctor/R/i486-pc-linux-gnu-library/2.10/00LOCK? ERROR: failed to lock directory ?/home/thedoctor/R/i486-pc-linux-gnu-library/2.10? for modifying Try removing

Thanks again, unfortunately it still fails when mounting the drive on a windows machine (even using nolease) on our end. We will prepare a fully reproducible example using a virtual machine. This could take us a day or two. ++ On Tue, 13 Jun 2023 at 11:05, I?aki Ucar <iucar at fedoraproject.org> wrote: > On Tue, 13 Jun 2023 at 10:35, Alexandre Courtiol > <alexandre.courtiol at

Hi all, I am having an issue related to installing packages on windows with R-3.6.0. When installing a package that is in use, I expected R to stop with an error. However I am getting a warning that the DLL copy was not successful, but the overall package installation IS successful. This is quite dangerous because the old DLL and the new R code could be incompatible. I am definitely not the

Hi all, The admin from our setup created a script that should help you reproduce our problem (see below). Of course, it may be that it is not an RPM-related issue, but we hope you will have an idea on how to solve the issue all the same. # 1. Prepare VM and set up Samba - install Fedora 38 Workstation (Fedora-Workstation-Live-x86_64-38-1.6.iso). Username: 'user' - disable SELinux (edit

I am running into a problem with the 00LOCK file and .nfs files. It seemed to be caused by the following R is installed on NFS user A has loaded pkg_A containing a dynamically loaded library user B (the administrator) runs install.packages("pkg_A") as the final part of the installation process the 00LOCK directory is removed this creates a .nfs file because user A has the

When trying to install Rcmdr, I get the following error messages. I am not aware of how to fix the problem, i.e. how to remove the lock. ERROR: failed to lock directory ‘/home/thedoctor/R/i486-pc-linux-gnu-library/2.10’ for modifying Try removing ‘/home/thedoctor/R/i486-pc-linux-gnu-library/2.10/00LOCK’ ERROR: failed to lock directory ‘/home/thedoctor/R/i486-pc-linux-gnu-library/2.10’ for

On 4/25/19 3:11 AM, Pages, Herve wrote: > Hi, > > I was playing around with inotifywait (great tool!) to see the new > staged installation of source packages in action. In one terminal I'm > monitoring the create/delete/move events of the installation library with: > > ? inotifywait -m --timefmt '%F %T' --format '%T -- %w %e %f' -e create > -e delete

thanks for the tip Jan. However it would be nice if I didn't have to handle this myself for all of my packages. (and teach my students how to do that) BTW I tried to disable staged installation, and the issue still happens: th798 at cmp2986 MINGW64 ~/projects/max-generalized-auc (master) $ R_INSTALL_STAGED=FALSE R --vanilla -e

Dear list I am trying to install the systemfit package under unix, install.packages(systemfit) the installation failed. I am attaching the error and version information below, (if dependencies=TRUE, much more error) any help appreciated best, yong ===================================================================== > install.packages("systemfit") Warning in

Hello, I cannot get JGR installed. Here is what I have tried so far http://wiki.ubuntuusers.de/R 1. sudo -s # root werden R CMD javareconf root at gunnar-laptop:~# R CMD javareconf Java interpreter : /usr/bin/java Java version : 1.5.0_18 Java home path : /usr/lib/jvm/java-1.5.0-sun-1.5.0.18/jre Java compiler : /usr/bin/javac Java headers gen.: /usr/bin/javah Java archive