/de.urwpp.StandardSymbolsPS.metainfo.xml#L14-L30
and
https://github.com/ArtifexSoftware/urw-base35-fonts/blob/3c0ba3b5687632dfc66526544a4e811fe0ec0cd9/fontconfig/urw-fallback-specifics.conf#L28
.
Iñaki
On Wed, 13 Mar 2024 at 16:53, Iñaki Ucar wrote:
> I see. Peter, you are right about the font that causes the is
obe Symbol Encoding).
>
> It is possible for the R user to specify a different font name for the
> symbol font for PDF output, but that font has to have all of the
> necessary glyphs and it has to follow the Adobe Symbol Encoding or all
> bets are off.
>
> Paul
>
> On 1
Martin, I wouldn't rule out an R issue yet. Fonts are... tricky. So I'm
cc'ing Paul Murrell here.
I tried several viewers here and I see the following: Chrome, Firefox and
Libreoffice Draw show the symbols; however, evince, okular and xournal++
agree on **not** showing the symbols. **If** there
Could you please open an issue at bugzilla.redhat.com?
Iñaki
On Mon, 5 Feb 2024 at 15:48, Tim Taylor
wrote:
>
> Stripping eot fonts from R-rmarkdown (and not linking to alternatives) means
> Rmarkdown doesn't seem to work for certain document types. To illustrate:
>
>
> Best,
> Alex
>
> On Wed, 14 Jun 2023 at 10:50, Alexandre Courtiol
> wrote:
>>
>> 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 us
hed to this email.
I see no significant differences, so this supports the hypothesis that
the issue is in the mount.
Iñaki
>
> Best,
>
> Alex
>
>
>
> On Mon, 12 Jun 2023 at 21:08, Iñaki Ucar wrote:
>>
>> Update:
>>
>> On Mon, 12 Jun 2023 at 17:40, Iñaki Uca
Update:
On Mon, 12 Jun 2023 at 17:40, Iñaki Ucar 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,
> thi
gt;> options passed) for configure?
>>>
>>> Also, can you provide the specific mount options for the cifs share?
>>>
>>> ~spot
>>>
>>> On Mon, Jun 12, 2023 at 9:12 AM Alexandre Courtiol
>>> wrote:
>>>>
>>>> Thanks f
12 Jun 2023 at 13:24, Iñaki Ucar wrote:
>>
>> On Mon, 12 Jun 2023 at 13:19, Tom Callaway wrote:
>> >
>> > Hmm, that's a weird one. Is SELinux on and enforcing on that setup?
>>
>> I was going to bet on the same thing. :) But let me add: if the answer
&
On Mon, 12 Jun 2023 at 13:19, Tom Callaway wrote:
>
> Hmm, that's a weird one. Is SELinux on and enforcing on that setup?
I was going to bet on the same thing. :) But let me add: if the answer
is affirmative, and this doesn't happen with SELinux disabled, then
*the answer is NOT to disable
On Mon, 7 Nov 2022 at 17:36, Tom Callaway wrote:
>
> The Requires on R-core-devel are not in any way intended to prep an
> environment to build R (they are intended to provide the minimum
> requirements for the R header files to work).
>
> To do what you want, your best bet is to pull down the
our build in the
next release, and in this way it would be pulled automatically by
default.
Iñaki
>
> Tim
>
>
> > On 18/10/2022 19:10 BST Iñaki Ucar wrote:
> >
> >
> > On Tue, 18 Oct 2022 at 16:54, wrote:
> > >
> > > Apologies if thi
On Tue, 18 Oct 2022 at 16:54, wrote:
>
> Apologies if this is double posted as I initially sent from an account not
> registered.
>
> I've noticed that diagnostics and completions for C code do not seem to be
> working within rstudio on f36 (2022.02.4+500-1). Is there something
> additional
Hi,
Great, some packages are lagging behind, so more hands are welcome,
thanks. We are in the process of creating a FAS group for this, but
it's not ready yet. For now, you can familiarise yourself with the R
packaging guidelines [1], express this interest in [2] and add
yourself to the list in
On Tue, 14 Jun 2022 at 16:33, wrote:
>
> Following the instructions at
> https://cran.r-project.org/bin/linux/fedora/#toolbox-container-based-development
> I'm trying to run rstudio server in a fedora 36 toolbox. I run the following
> commands:
>
> [toolbox]$ sudo dnf install rstudio-server
>
And nowadays there's also R-hub [1], rocker containers [2] for local
testing (which, combined with distrobox [3], is very convenient), and
of course r-actions on GitHub [4] for CI testing.
Iñaki
[1] https://r-hub.github.io/rhub/
[2] https://github.com/rocker-org/rocker
[3]
Hi,
Since F33, openblas-openmp is the default BLAS implementation in
Fedora. I see that mboost::cvrisk uses parallelization via mclapply by
default, which may not play well with OpenMP. So you have 3 options
here:
Option 1. Force mboost::cvrisk to run sequentially by providing
papply=lapply as
ancient DELL desktop. If I
> can get a build I can then check it using --as-cran, cross my fingers
> and submit it. I'll get back to you if I'm still stuck. Thanks.
>
> Jim
>
> On Tue, Sep 7, 2021 at 8:43 AM Iñaki Ucar wrote:
> >
> > On Mon, 6 Sept 2021 at 00:02
Aug 2021 at 12:40, Paul Smith wrote:
>
> Thanks, Iñaki. Toolbox as well as my computer are running Xorg:
>
> -
> $ echo $XDG_SESSION_TYPE
> x11
> -
>
> Paul
>
>
> On Fri, Aug 13, 2021 at 8:2
Xorg or Wayland session? RStudio doesn't support the latter yet.
Iñaki
On Thu, 12 Aug 2021 at 23:19, Paul Smith wrote:
>
> Dear All,
>
> I have just installed R 4.1 and RStudio on Fedora Toolbox. Everything
> went fine, but when I try to run RStudio, it opens as a white window
> flickering
On Wed, 28 Jul 2021 at 11:59, Bintao Cui wrote:
>
> Makefile.in:87: *** missing separator. Stop.
>
> I am trying to install R-4.1.0 version to fedora, and got the error above,
> please help!
This version is available in rawhide. See [1] about how to install it.
[1]
On Mon, 12 Jul 2021 at 17:56, Yifan Liu wrote:
>
> Sorry, it is a typo. I actually mean disconnect.
I can't reproduce the issue. My session just restarts as expected. So
probably the cause of the issue is some session state or local
configuration. Try renaming the ~/.rstudio folder and/or report
On Mon, 12 Jul 2021 at 13:19, Yifan Liu wrote:
>
> Hi All,
>
> I am currently using R 4.0.5 on RStudio 1.4.1717 on Fedora 34. When I
> restart R (Ctrl + Shift + F10), RStudio will always discount with R. This
> issue occurs to my two computers and has been around for about one month.
> Did anyone
Hi,
See [1] and [2]. We need to keep an eye on what comes out from [3],
because if glibc-gconv-extra is not added to the buildroot, then
R-core-devel would need to put it in Requires. Otherwise, some R
packages fail to build due to missing converters.
[1]
On Wed, 23 Jun 2021 at 19:00, Iñaki Ucar wrote:
>
> In rawhide, there may be some "glitches", because it's in active
> development, so I have to launch several mass rebuilds until things
> start to settle (no more system-wide changes, no more core library
> u
On Wed, 23 Jun 2021 at 18:29, Gavin Simpson wrote:
>
> Thanks Iñaki! toolbox looks really useful for my usecase.
Toolbox is *very* cool. :)
> I'm hitting a related issue in that some R-* packages are not up-to-date with
> their CRAN versions (especially testthat, which won't compile on
;> I don't think so. If Fedora 34 users want R 4.1, they can install it from
>> rawhide.
>>
>> Or someone that isn't me can spend another two weeks doing it. :)
>>
>> ~spot
>>
>> On Fri, Jun 18, 2021, 6:50 AM Iñaki Ucar wrote:
>>
>> > Nice!
to the repos yet.
On Fri, 18 Jun 2021 at 14:21, Tom Callaway wrote:
>
> I don't think so. If Fedora 34 users want R 4.1, they can install it from
> rawhide.
>
> Or someone that isn't me can spend another two weeks doing it. :)
>
> ~spot
>
> On Fri, Jun 18, 2021, 6:50 AM Iñaki Uca
Nice! Plans for F34? :))
On Fri, 18 Jun 2021 at 00:45, Tom Callaway wrote:
>
> The R 4.1 rawhide rebuild is complete, and waiting for bodhi to push it:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-e7a89430cd
>
> ~spot
--
Iñaki Úcar
___
Fedora] new packages needed
> To: Iñaki Ucar
>
>
> shiny (not covr, that was my brain spitting out the wrong thing) imports it
> though.
Ah, true, Shiny 1.6 switched to bslib. Is this version of Shiny
required for the current rebuild then? I'm reluctant to take more R
packages in the official
On Wed, 16 Jun 2021 at 15:48, Tom Callaway wrote:
>
> Hi friends,
>
> As the 4.1.0 rebuild progresses, I've identified one set of new
> dependencies that several packages (DT, covr) need in order to upgrade:
>
> bslib
> \sass
> \jquerylib
DT just suggests bslib, so it shouldn't be required. I
using a Google Sheet, if anyone wants access, just let me
> know.
>
> ~spot
>
> On Sat, Jun 5, 2021 at 4:11 PM Iñaki Ucar wrote:
>>
>> On Sat, 5 Jun 2021 at 20:12, Iñaki Ucar wrote:
>> >
>> > I've updated RStudio to 1.4.1717, which supports R 4.1, a
On Sat, 5 Jun 2021 at 20:12, Iñaki Ucar wrote:
>
> I've updated RStudio to 1.4.1717, which supports R 4.1, and builds are
> underway [2, 3, 4]. This may take a while (s390x didn't even start
> yet).
Oh, planned outage: https://pagure.io/fedora-infrastructure/issue/9960
--
://copr.fedorainfracloud.org/coprs/iucar/cran/
On Fri, 4 Jun 2021 at 22:25, Elliott Sales de Andrade
wrote:
>
> On Fri, 4 Jun 2021 at 16:08, Iñaki Ucar wrote:
> >
> > This seems like a good opportunity to give this a go:
> > https://github.com/juhp/fbrnch#parallel-building
> >
>
d everything if we do not have to.
>>>
>>>
>> Unless you mean rebuild for testing purposes, because you added the
>> R(ABI) = major.minor Provides/Requires, you need to rebuild the world
>> anyway.
>>
>>
>>>
>>> ~spot
>>>
>
roken' to skip uninstallable packages or '--nobest' to
> use not only best candidate packages)
> [b...@rth.ad.rothschild.com@usd1sapp101 ~]$
On second read, it's actually openblas and openblas-threads what's not
found, which is weirder, because they're in AppStream. I don't know
what's happ
On Tue, 25 May 2021 at 03:06, Roger Bos wrote:
>
> I am trying to install R on my CentOS 8 server at work and getting an
> error message about openblas. It seems I need openblas-0.3.3-5.el.x86_64.
> I have openblas-0.3.3-2.el8.x86_64. I have added the EPEL repo and enabled
> PowerTools. I
On Sat, 22 May 2021 at 22:18, José Abílio Matos wrote:
>
> Hi all,
> what should be our plan for R 4.1 update in Fedora?
See [1]. The plan is to wait for the next RStudio release and
coordinate updates.
[1] https://stat.ethz.ch/pipermail/r-sig-fedora/2021-May/000736.html
> What are the
On Tue, 4 May 2021 at 12:06, Tim Taylor
wrote:
>
> I've been testing R 4.1 and ran in to an RStudio bug where it crashed
> when used with ggplot2. It seems this has been fixed in an upcoming
> RStudio release (see https://github.com/rstudio/rstudio/issues/9251) but
> I wanted to flag in case the
On Tue, 20 Apr 2021 at 13:29, Bilal Abd wrote:
>
> Hello, I am contacting you because it seems that there is a problem with your
> tutorial to install R LIEN, I use a Centos7 server, I have epel and installed
> R which works, however I cannot install certain libraries which depend on
>
FYI, tracked here: https://pagure.io/R/fedora-r-packages/issue/2
On Wed, 10 Mar 2021 at 13:14, Iñaki Ucar wrote:
>
> On Wed, 10 Mar 2021 at 12:02, Jeroen Ooms wrote:
> >
> > On Wed, Mar 10, 2021 at 12:18 AM Iñaki Ucar wrote:
> > >
> > > On Tue, 9 M
On Wed, 10 Mar 2021 at 12:22, Jeroen Ooms wrote:
>
> Not sure if this is a bug in the F34 docker image or R rpm. I would
> like to test some things in F34 so I tried:
>
> docker run -it fedora:34
>
> And then in docker:
>
>yum update
>yum install R-core
>
> But when I try to start R I
On Wed, 10 Mar 2021 at 12:02, Jeroen Ooms wrote:
>
> On Wed, Mar 10, 2021 at 12:18 AM Iñaki Ucar wrote:
> >
> > On Tue, 9 Mar 2021 at 23:55, Jeroen Ooms wrote:
> > >
> > > On Tue, Mar 9, 2021 at 2:27 PM Iñaki Ucar wrote:
> > > >
> &g
On Tue, 9 Mar 2021 at 23:55, Jeroen Ooms wrote:
>
> On Tue, Mar 9, 2021 at 2:27 PM Iñaki Ucar wrote:
> >
> > On Tue, 9 Mar 2021 at 13:26, Jeroen Ooms wrote:
> > >
> > > When installing an R package from source on Fedora using the standard
> > > R
On Tue, 9 Mar 2021 at 13:26, Jeroen Ooms wrote:
>
> When installing an R package from source on Fedora using the standard
> R-core rpm, we always get a warning at the end because of a missing
> css file /usr/share/doc/R/html/R.css:
>
> ** byte-compile and prepare package for lazy loading
> **
On Sat, 31 Oct 2020 at 20:52, H 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
gt; tried), then you need to move on.
>
> On 10/30/2020 8:57 PM, H wrote:
> > On 10/30/2020 05:02 AM, Iñaki Ucar wrote:
> >> Please, do not crosspost. As I said in the Bugzilla issue, R cannot be
> >> further updated in EPEL-7, see
> >> https://bugzilla.redhat
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
On Mon, 27 Jul 2020 at 09:09, Elliott Sales de Andrade
wrote:
>
> On Tue, 21 Jul 2020 at 11:05, José Abílio Matos wrote:
> >
> > On Friday, 3 July 2020 18.36.17 WEST Iñaki Ucar wrote:
> > > Nice! What if we create a group "R" on Pagure and a repo
>
On Tue, 21 Jul 2020 at 17:05, José Abílio Matos wrote:
>
> On Friday, 3 July 2020 18.36.17 WEST Iñaki Ucar wrote:
> > Nice! What if we create a group "R" on Pagure and a repo
> > "fedora-scripts" or something like that?
>
> I would like to improv
On Tue, 21 Jul 2020 at 17:17, José Abílio Matos wrote:
>
> There was a thread this weekend in the fedora users' mailing list where a user
> had problems updating R 4.0.2:
>
> "non-rpm R libraries not accessible now w R v 4.0.x"
>
On Wed, 15 Jul 2020 at 10:47, Tim Taylor
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
On Tue, 14 Jul 2020 at 18:24, José Abílio Matos wrote:
>
> On Tuesday, 14 July 2020 09.47.55 WEST Iñaki Ucar wrote:
> > Maybe it's due to the size of the update? File an issue here:
> > https://github.com/fedora-infra/bodhi/issues
>
> Before resorting to this I tried again
On Tue, 14 Jul 2020 at 01:19, José Abílio Matos wrote:
>
> On Saturday, 11 July 2020 11.32.32 WEST José Abílio Matos wrote:
> > If I do not hear until then I will push the update Monday night (Western
> > Europe time zone.
>
> Well I tried but I did not succeeded both using the web interface and
On Tue, 7 Jul 2020 at 16:15, Iñaki Ucar wrote:
>
> On Tue, 7 Jul 2020 at 15:58, José Abílio Matos wrote:
> >
> > On Tuesday, 7 July 2020 11.44.48 WEST Iñaki Ucar wrote:
> > > Try with the CLI (see "man bodhi"):
> > >
> > > $ bodhi update
On Tue, 7 Jul 2020 at 15:58, José Abílio Matos wrote:
>
> On Tuesday, 7 July 2020 11.44.48 WEST Iñaki Ucar wrote:
> > Try with the CLI (see "man bodhi"):
> >
> > $ bodhi updates edit --addbuilds
>
> I found that the best call in this case is instead
FYI, the CRAN page has been updated. Now, we have:
https://cran.r-project.org/bin/linux/fedora
https://cran.r-project.org/bin/linux/redhat
The second one is just a symlink to the first one.
Iñaki
On Mon, 4 May 2020 at 15:14, Iñaki Ucar wrote:
>
> Hi all,
>
> Three months
On Tue, 7 Jul 2020 at 12:38, José Abílio Matos 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
On Mon, 6 Jul 2020 at 16:40, José Abílio Matos wrote:
>
> On Tuesday, 9 June 2020 03.40.52 WEST Tom Callaway wrote:
> > Over the last several days, I've been working hard to get all of the Fedora
> > R packages rebuilt against R 4.0 in rawhide (in the F33-R-4 side tag). With
> > the exception of
On Fri, 3 Jul 2020 at 19:03, José Abílio Matos wrote:
>
> On Monday, 29 June 2020 13.46.02 WEST Iñaki Ucar wrote:
> > But the mass rebuild process is very different, because releng doesn't
> > follow any particular order (they don't need to, because nothing
On Mon, 29 Jun 2020 at 14:25, José Abílio Matos wrote:
>
> Again you guessed right, that was the main idea. :-)
> As I told above and to reiterate it, the idea of this work is to make it
> easier to automate the
> process. Similarly to how we do the mass builds for all the packages.
But the
On Mon, 29 Jun 2020 at 11:24, Iñaki Ucar wrote:
>
> On Mon, 29 Jun 2020 at 10:21, Roger Bivand 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
&g
On Mon, 29 Jun 2020 at 10:21, Roger Bivand 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
On Fri, 26 Jun 2020 at 13:12, José Abílio Matos wrote:
>
> I am at loss here
>
> R-data.table fails to rebuild, the failure happens in the tests where 3 are
> failing.
> https://koji.fedoraproject.org/koji/taskinfo?taskID=46195243
>
> I will continue with the rebuild and let this case to look
On Fri, 26 Jun 2020 at 12:09, José Abílio Matos wrote:
>
> On Friday, 26 June 2020 10.47.13 WEST Iñaki Ucar wrote:
> > I used bcond locally and wrongly assumed that fedpkg build would
> > support --with BCOND and --without BCOND. Instead, the way to activate
> > it is t
On Fri, 26 Jun 2020 at 11:36, José Abílio Matos wrote:
>
> On Tuesday, 23 June 2020 16.48.53 WEST Tom Callaway wrote:
> > There are a few of those, but not many.
>
> Hi Tom,
> I noticed that for example in R-assertthat you have used the bcond:
>
> %bcond_with check
>
> would not it be better to
Oh, and maybe in this process we could add to all packages the
requirement on R(ABI) = 4 that Tom implemented.
On Wed, 24 Jun 2020 at 11:42, Iñaki Ucar wrote:
>
> Thanks, José and Elliott. I can help with reviews.
>
> I attach here a list of batches of CRAN packages to be rebuil
t;
> On Tue, 23 Jun 2020 at 09:43, Iñaki Ucar wrote:
> >
> > Maybe Elliott?
> >
> > On Tue, 23 Jun 2020 at 15:01, Tom Callaway wrote:
> > >
> > > At this point, I simply don't have the time.
> > >
> > > Tom
> > >
> > &g
On Tue, 23 Jun 2020 at 17:01, José Abílio Matos wrote:
>
> On Tuesday, 23 June 2020 14.01.39 WEST Tom Callaway wrote:
> > At this point, I simply don't have the time.
> >
> > Tom
>
> What needs to be done and how can the work be streamlined?
>
> I asked this since this procedure will happen for
Maybe Elliott?
On Tue, 23 Jun 2020 at 15:01, Tom Callaway wrote:
>
> At this point, I simply don't have the time.
>
> Tom
>
> On Tue, Jun 23, 2020, 6:06 AM Iñaki Ucar wrote:
>>
>> On Tue, 9 Jun 2020 at 10:21, Iñaki Ucar wrote:
>> >
>> >
On Tue, 9 Jun 2020 at 10:21, Iñaki Ucar 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
>
On Tue, 9 Jun 2020 at 04:42, Tom Callaway wrote:
>
> Over the last several days, I've been working hard to get all of the Fedora
> R packages rebuilt against R 4.0 in rawhide (in the F33-R-4 side tag). With
> the exception of R-biomaRt, R-BSgenome, R-GenomicAlignments, and
> R-rtracklayer, I
FYI, USE_LOCKING=1 has been toggled in Fedora, so the next openblas
release (0.3.9-3) will be thread-safe by default.
On Wed, 27 May 2020 at 23:46, Iñaki Ucar wrote:
>
> On Wed, 27 May 2020 at 23:03, Gavin Simpson wrote:
> >
> > Thanks (again) Iñaki.
> >
> > Ther
On Wed, 27 May 2020 at 23:03, Gavin Simpson wrote:
>
> Thanks (again) Iñaki.
>
> There was a typo in my reply above. I should have said: I *can't*
> answer the question re USE_LOCKING=1.
:)
> Those other suggestions are really helpful too; I really didn't
> understand what the difference was
On Wed, 27 May 2020 at 21:40, Gavin Simpson wrote:
>
> Thanks Iñaki, that is exactly what i was looking for, esp the last
> option which I have now configured as an alias for easy remembering.
>
> I can answer the question re USE_LOCKING=1. I think that using both
> those options is required to
Hi Gavin,
On Wed, 27 May 2020 at 01:15, Gavin Simpson wrote:
>
> Dear list,
>
> What is the recommended incantation on Fedora 32 to swap out the
> openblas BLAS that the packaged (rpm) version of R-core installs for
> ATLAS?
I'm afraid there is no official mechanism in place to do that yet.
On Sat, 16 May 2020 at 10:26, José Abílio Matos wrote:
>
> 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?
&
On Sat, 16 May 2020 at 00:49, José Abílio Matos wrote:
>
> If we take the example from python where I have installed versions from python
> 3.4 to 3.9 (that is yet in alpha stage).
>
> # rpm -qf /usr/bin/python3.?
> python34-3.4.10-10.fc32.x86_64
> python35-3.5.9-1.fc32.x86_64
>
On Fri, 15 May 2020 at 11:58, José Abílio Matos wrote:
>
> On Thursday, 14 May 2020 23.58.02 WEST Iñaki Ucar wrote:
> > But we still have to rebuild the packages anyway, and this setup
> > doesn't force us to actually rebuild them, nor the user to update
> > them. So a
On Fri, 15 May 2020 at 00:23, José Abílio Matos wrote:
>
> On Thursday, 14 May 2020 21.30.13 WEST Iñaki Ucar wrote:
> > Mmmh... but then you have to change that in the packages' SPEC and
> > rebuild them anyway when you update R. So... what's the advantage of
> > this?
&
On Thu, 14 May 2020 at 21:41, José Abílio Matos wrote:
>
> On Monday, 11 May 2020 16.47.55 WEST Iñaki Ucar wrote:
> > AFAIK, there's this commitment only for patch versions. In fact, the
> > path for the personal library is:
> >
> > ~/R/x86_64-redhat-linux-gnu-l
On Mon, 11 May 2020 at 16:29, Tom Callaway wrote:
>
> Hmmm. That seems like a rather heavy dependency, given that I think we've
> only been forced to do rebuilds for everything as a result of 4.0.0 and
> 3.4.0.
That's just coincidence, because if you browse old NEWS, you can see
"packages [doing
On Sat, 9 May 2020 at 05:46, Tom Callaway wrote:
>
> 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 ?
Note that
On Mon, 4 May 2020 at 19:15, Tom Callaway wrote:
>
> 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
On Mon, 4 May 2020 at 18:34, José Abílio Matos wrote:
>
> Hi Iñaki,
> just tangentially related to this subject, what is the status of the copr
> that you have
> related with automatic build of R packages?
Hi, José, the Copr repo is working great! I wrote a brief note about
it [1], and the
opefully as his schedule permits, he can respond.
I imagined he was very busy, but didn't know he was moving. Thanks!
> On May 4, 2020, at 9:14 AM, Iñaki Ucar wrote:
>
> Hi all,
>
> Three months ago, I wrote to Martyn Plummer (to his Warwick email) and
> offered my help to main
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]
On Wed, 26 Feb 2020 at 09:11, Orlando Ramirez wrote:
>
> Hi i need use these 2 librarys ( vctrs ) and ( ggplot2 ) , and the 2
> librarys are installed in my Rstudio
>
> RStudio
> Version 1.2.5033
> © 2009-2019 RStudio, Inc.
> "Orange Blossom" (330255dd, 2019-12-04)
> but i got all times thesse
Hi all,
I apologize if you are receiving multiple copies of this email, but
I'm cross-posting because I believe this may be of interest to a wider
audience than just R-SIG-Fedora.
This is to announce that I'm maintaining a Copr project [1] that
provides RPM repos for Fedora 30, 31 and rawhide
On Fri, 7 Feb 2020 at 00:30, Orlando Ramirez wrote:
>
> 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’
>
Reported here: https://github.com/CentOS/sig-cloud-instance-images/issues/154
Iñaki
On Mon, 7 Oct 2019 at 14:52, Iñaki Ucar wrote:
>
> On Mon, 7 Oct 2019 at 11:13, Jeroen Ooms wrote:
> >
> > I think R from EPEL 8 is missing a dependency on glibc-langpack-en or
> > simil
On Mon, 7 Oct 2019 at 11:13, Jeroen Ooms wrote:
>
> I think R from EPEL 8 is missing a dependency on glibc-langpack-en or
> similar. Testing with the new CentOS 8 docker image:
This never was a dependency. There is no reason to depend particularly
on an English locale.
>docker run -it
On Sat, 10 Nov 2018 at 19:12, Roger Bivand wrote:
>
> My point exactly. It should only run R RHOME to check for the existence of
> R (if this is what it does) at run time, not at install time. If it then,
> at run time, does not find R, or having found R does not find knitr
> (though Sweave is
On Sat, 10 Nov 2018 at 15:17, Roger Bivand wrote:
>
> On upgrading my F28 to F29, I've found that R-core and a number of R
> packages:
>
> R-evaluate R-glue R-highr R-knitr R-magrittr R-markdown R-mime R-stringi
> R-stringr R-yaml
>
> are installed, although I only ever install R from source and
94 matches
Mail list logo