similar to: R package RPMs for Fedora

On Wed, 16 Apr 2025 at 10:11, I?aki Ucar <iucar at fedoraproject.org> wrote: > On Wed, 16 Apr 2025 at 09:48, Roger Bivand via R-SIG-Fedora < > r-sig-fedora at r-project.org> wrote: > > > Building R 4.5.0 from source on Fedora 42 hits problems because 42 ships > > with Tcl/Tk 9. tcl8-devel and tk8-devel are available and can be used, > but > > I

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

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

Dear all, With the latest release of RStudio last week (v2024.09.0+375), support for Qt builds has been removed. This means that we can no longer maintain RStudio packages in the official Fedora repositories, because the necessary Electron component is missing. RStudio is supported in the official repositories up to v2024.04.2+764 and F40, and has been retired from newer branches. Consequently,

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

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]]

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 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, 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

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,

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

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

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 Wed, 16 Apr 2025 at 09:48, Roger Bivand via R-SIG-Fedora < r-sig-fedora at r-project.org> wrote: > Building R 4.5.0 from source on Fedora 42 hits problems because 42 ships > with Tcl/Tk 9. tcl8-devel and tk8-devel are available and can be used, but > I haven't yet found a viable incantation yet. Neither R released nor devel > support Tcl/Tk 9

On Tue, 9 Jun 2020 at 10:21, I?aki Ucar <iucar at fedoraproject.org> wrote: > > > Given the huge amount of builds (and rebuilds) in this process, I am > > strongly disinclined to attempt this work for Fedora 32 (the idea of > > hundreds of bodhi overrides does not fill me with joy), but I would not > > prevent someone else who wished to try to do so. > > Note

Thanks, I?aki, for your answer. Yes, I do have a GPU: NVIDIA GeForce GTX 1650/PCIe/SSE2 NVIDIA Corporation 4.6.0 NVIDIA 560.35.03 And no progress: $ rstudio GSK_RENDERER=ngl [18088:1103/205442.538796: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)].

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 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, R has been built against FlexiBLAS in rawhide [1, 2]. These are the R packages that need to be rebuilt: R-ape-0:5.4-2.fc33.x86_64 R-expm-0:0.999.4-7.fc33.x86_64 R-gee-0:4.13.20-4.fc33.x86_64 R-gss-0:2.2.2-3.fc33.x86_64 R-igraph-0:1.2.5-3.fc33.x86_64 R-msm-0:1.6.8-5.fc33.x86_64 R-preprocessCore-0:1.50.0-4.fc33.x86_64 R-qtl-0:1.46.2-4.fc33.x86_64 R-quadprog-0:1.5.8-5.fc33.x86_64 Could

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