similar to: RStudio package maintenance moved to Copr

Many thanks I?aki. Will Quarto get pulled in from your COPR automatically as well or do we need to specifically install it before/after? Also is it worth updating the "add ons" section at https://cran.r-project.org/bin/linux/fedora/ as well? Tim On 24/09/2024 12:51, I?aki Ucar wrote: > Dear all, > > With the latest release of RStudio last week (v2024.09.0+375), support

svn diff -c 86235 ~/r-devel/R (or 86238 for the port to the release branch) should be easily backported. (CC Luke in case there is more to it) - pd > On 30 Apr 2024, at 11:28 , I?aki Ucar <iucar at fedoraproject.org> wrote: > > Dear R-core, > > I just received notification of CVE-2024-27322 [1] in RedHat's Bugzilla. We > updated R to v4.4.0 in Fedora rawhide, F40,

Many thanks both. I'll wait for Luke's confirmation to trigger the update with the backported fix. I?aki On Tue, 30 Apr 2024 at 12:42, Dirk Eddelbuettel <edd at debian.org> wrote: > > On 30 April 2024 at 11:59, peter dalgaard wrote: > | svn diff -c 86235 ~/r-devel/R > > Which is also available as > >

On 30 April 2024 at 11:59, peter dalgaard wrote: | svn diff -c 86235 ~/r-devel/R Which is also available as https://github.com/r-devel/r-svn/commit/f7c46500f455eb4edfc3656c3fa20af61b16abb7 Dirk | (or 86238 for the port to the release branch) should be easily backported. | | (CC Luke in case there is more to it) | | - pd | | > On 30 Apr 2024, at 11:28 , I?aki Ucar <iucar at

Hi, After returning home from holiday I tried to update my Fedora installation with the command 'sudo dnf update -y'. This command now terminates with the following error: error: Verifying a signature using certificate 3124D2EF76DA4D972F6BE4AC9D60CBB71A3B4456 (iucar_cran (None) <iucar#cran at copr.fedorahosted.org>): 1. Certificiate 9D60CBB71A3B4456 invalid: certificate is

Dear R-core, I just received notification of CVE-2024-27322 [1] in RedHat's Bugzilla. We updated R to v4.4.0 in Fedora rawhide, F40, EPEL9 and EPEL8, so no problem there. However, F38 and F39 will stay at v4.3.3, and I was wondering if there's a specific patch available, or if you could point me to the commits that fixed the issue, so that we can cherry-pick them for F38 and F39. Thanks.

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. Regards Tim [[alternative HTML version deleted]]

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

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 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 Sun, Nov 01, 2015 at 11:19:07PM +0100, Jean-Marc LIGER wrote: > I'm trying to rebuild the libguestfs RHEL 7.2/7.3 preview packages into my personnal COPR CentOS 7 repository, which already contains upstream virtualisation packages : > https://copr.fedoraproject.org/coprs/jmliger/virt7-upstream/ > > For RHEL 7.2 libguestfs-1.28.1-1.55.el7.src.rpm, I'm missing ocaml >=

I apologise for writing again about the problem with using stepAIC + multinom, but I think the reason why I had it in the first place is perhaps there may be a bug in either stepAIC or multinom. Just to repeat the problem, I have 126 variables and 99 cases. I don't know if the large number of variables could be the problem. Of couse the reason for doing a stepwise method is to reduce this

On Tue, Oct 15, 2019 at 10:11:50PM +0200, Ljubomir Ljubojevic wrote: > On 10/15/19 10:08 PM, Ljubomir Ljubojevic wrote: > > This is interesting and promising: > > > > "The official unofficial repository for MATE for EL8.": > > https://copr.fedorainfracloud.org/coprs/neonman/MATE/ > > The previous link is forked repo (I do not know why) and here is >

On Thu, Jul 9, 2020 at 4:12 PM Richard W.M. Jones <rjones@redhat.com> wrote: > > On Thu, Jul 09, 2020 at 03:30:22PM +0300, Nir Soffer wrote: > > Testing with a real server is easy. I have incomplete patch using > > imageio server with some manual setup. > [...] > > For a certain definition of "easy" :-) > > Our QE team tests -o rhv-upload from time

BTW, meanwhile, you can install rstudio-server and use RStudio in your browser at http://localhost:8787 I?aki On Sun, 3 Nov 2024 at 22:10, I?aki Ucar <iucar at fedoraproject.org> wrote: > It is unlikely to be a packaging issue. I suggest you open a bug report > here: https://github.com/rstudio/rstudio/issues. > > I?aki > > On Sun, 3 Nov 2024 at 22:04, Paul Smith

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

On Mon, 29 Jun 2020 at 10:21, Roger Bivand <Roger.Bivand at nhh.no> wrote: > > 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

Thanks, but unfortunately no progress: $ GSK_RENDERER=ngl rstudio [19496:1103/210330.025303:ERROR:gl_factory.cc(120)] Requested GL implementation (gl=none,angle=none) not found in allowed implementations: [(gl=egl-angle,angle=default),(gl=egl-gles2,angle=none)]. [19496:1103/210330.028349:ERROR:viz_main_impl.cc(198)] Exiting GPU process due to errors during initialization Segmentation fault (core

It is unlikely to be a packaging issue. I suggest you open a bug report here: https://github.com/rstudio/rstudio/issues. I?aki On Sun, 3 Nov 2024 at 22:04, Paul Smith <phhs80 at gmail.com> wrote: > Thanks, but unfortunately no progress: > > $ GSK_RENDERER=ngl rstudio > > [19496:1103/210330.025303:ERROR:gl_factory.cc(120)] Requested GL > implementation

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