similar to: installing from copr after update

On Wed, 15 Jul 2020 at 10:47, Tim Taylor <tim.taylor at hiddenelephants.co.uk> wrote: > > I've just updated to R 4.0.2 but am unsure how to get packages from the > COPR repository to update to those built under the new version of R. > FI - I'm not currently using CoprManager just trying to update/install from > terminal. The Copr repo has been rebuilt under R 4.0.2.

On Sat, 31 Oct 2020 at 20:52, H <agents at meddatainc.com> wrote: > > Understood. Since I am running CentOS 7, I guess I could create a CentOS 8 docker container and install R in that? I am not planning to upgrade the system to CentOS 8. Of course, you can do that. With podman it's even easier. But then I'd use Fedora as the base image instead, because you'll enjoy binary

Hi all, Three months ago, I wrote to Martyn Plummer (to his Warwick email) and offered my help to maintain and modernize this [1] rather updated README, but received no response. Does anyone know how to reach him, or maybe I should contact CRAN directly? [1] https://cran.r-project.org/bin/linux/redhat/README Regards, -- I?aki ?car

On Tue, 7 Jul 2020 at 15:58, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Tuesday, 7 July 2020 11.44.48 WEST I?aki Ucar wrote: > > Try with the CLI (see "man bodhi"): > > > > $ bodhi updates edit <update> --addbuilds <builds> > > I found that the best call in this case is instead of --addbuilds to use > --from-tag since then

On Tue, 2020-05-05 at 19:25 -0500, Robert G (Doc) Savage via CentOS wrote: > > I'm about ready to run "dnf erase *mate*" and try re-installing MATE > from scratch from the GNOME3 desktop. Is that possible without > ripping > the heart out of C8 by deleting other critical packages? I've attached a capture of "dnf erase *mate*" that shows the 104 packages

Please, see spot's comment in the BZ I linked in my previous comment. The thing is not that it can't be done (you could install a newer devtoolset, v8 or v9, build R and use it), the thing is that it cannot be distributed in EPEL, because we're allowed to build against a devtoolset, but not depend on it, so the distribution would be broken (you could not install packages unless you

Question for the list: I have a small, aircooled pc server, which is running fine, but the log gets filled with a series of messages saying the package, and each of 8 cpus is throttled because of thermal issues. Then, within the same second according to the timestamps, it reports everything is OK and throttling is off. This happens once every minute. In reality, when I try performance

Hi:please i am working on fedora 31, then i installed R (language), and i want to install a R package ("DMwR"), but i get these warning messages ...: The downloaded source packages are in ?? ??/tmp/RtmpCBUyte/downloaded_packages? Updating HTML index of packages in '.Library' Making 'packages.html' ... done Warning messages: 1: In install.packages("DMwR") :

Thanks, Jos? and Elliott. I can help with reviews. I attach here a list of batches of CRAN packages to be rebuilt in order (batches separated by a blank line), and the script that generates it. Hope it helps. I?aki On Wed, 24 Jun 2020 at 11:35, Elliott Sales de Andrade <quantum.analyst at gmail.com> wrote: > > I could do so, but it wouldn't be until this weekend. > > Also,

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

In the rgdal package, configure.ac has had : ${LDFLAGS=`"${RBIN}" CMD config LDFLAGS`} at least since 2012, so picking up LDFLAGS known to the R version installed. Very recently, users installing rgdal from source with R installed from RPM are seeing problems, such as those reported in this thread: https://stat.ethz.ch/pipermail/r-sig-geo/2020-June/028251.html The diagnosis by

Hi folks, As expected of a new major release of R, there is a break in compatibility for R packages. From the NEWS entry for 4.0.0: Packages need to be (re-)installed under this version (4.0.0) of R. This has two impacts on Fedora/EPEL. 1. Users who update to 4.0.0 will need to rebuild any/all packages installed from CRAN. 2. Fedora/EPEL R packages will need to be rebuilt for 4.0.0. For

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

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, 7 Jul 2020 at 12:38, Jos? Ab?lio Matos <jamatos at fc.up.pt> wrote: > > On Monday, 6 July 2020 21.08.53 WEST Tom Callaway wrote: > > R-BiocFileCache is now branched for f32 (finally). You should be able to > > build it if/when the PDC comes back up. Lotta random outages right now. > > > > Tom > > I have re/built them using the side tag but I do not

On Tue, 5 May 2020 05:30:26 -0400 Eddie O'Connor wrote: > Are there .conf files for the desktop?....what about logs?....something's > got to be amiss somewhere....and Linux always complains when it is.....in > logs. Just wondering out loud... What happens if he sets up a new user? Does the desktop work then? -- Can we uninstall 2020 and install it again? This one has a virus.

Thinking out loud here... do we want to have some macro magic to embed a dependency on an R(ABI) provides? Where R 4.0.0 would provide R(ABI) = 4 and all R packages built against it would pick up Requires: R(ABI) = 4 ? I don't suppose we need it, since the likelihood of someone installing R module packages but not updating R is low, but I wanted to throw it out there. Tom On Mon, May 4, 2020

On Wed, Jan 15, 2020 at 07:04:06PM +0100, Matthias Tafelmeier wrote: > > Hello, > > ran into oddish glitch on fedora 30 cloud image with tooling based on > libvirt-python onpython3.7. *qemu-img *is installed though. Could anyone > have a look. I don't see qemu-img installed there. You've requested 'qemu-kvm' and 'qemu-system-x86' which provide the

Maybe Elliott? On Tue, 23 Jun 2020 at 15:01, Tom Callaway <spotrh at gmail.com> wrote: > > At this point, I simply don't have the time. > > Tom > > On Tue, Jun 23, 2020, 6:06 AM I?aki Ucar <iucar at fedoraproject.org> wrote: >> >> On Tue, 9 Jun 2020 at 10:21, I?aki Ucar <iucar at fedoraproject.org> wrote: >> > >> > > Given

On Saturday, 16 May 2020 00.38.34 WEST I?aki Ucar wrote: > Sorry, but I'm not sure I'm following you. How does having > /usr/lib64/R/library as system library prevent you from testing > r-devel? First the context, we are speaking of srpms. Use case: you want to test a pre-version of R before it is released and you want to do it using dnf while not having to de-install the