, and everyone will get it.
Thanks in advance,
Tom Callaway, Fedora/EPEL R maintainer
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-fedora
On 12/24/2011 10:39 PM, Mark Leeds wrote:
Does anyone know what the problem might be ? Maybe a difference with gcc ?
It's only a warning but it scares me a little because the variables should
be getting used contrary to what the warning says.
Thanks a lot for any hints/suggestions.
Well, I
On 08/02/2013 06:01 AM, Rolf Turner wrote:
I am currently (still) running Fedora 17 --- having not managed to screw
my courage to the sticking place and upgrade.
Even though we are now up to Fedora 20, I think. The traffic on the
Fedora mailing list on the upgrading issue is a bit
On 07/07/2014 08:15 AM, Martyn Plummer wrote:
Dear Tom,
The change in the Fedora RPM from using R's internal BLAS to external
BLAS means the Fedora R binary now fails one of R's regression tests,
specifically: tests/reg-BLAS.R. You can run this code by hand to verify
the issue.
As noted
On 12/14/2014 03:56 PM, Jeroen Ooms wrote:
My CMD check server started failing after upgrading to Fedora 21:
LaTeX errors when creating PDF version.
This typically indicates Rd problems.
LaTeX errors found:
! LaTeX Error: File `upquote.sty' not found.
The problem was easily
On 12/22/2014 11:56 PM, Jeroen Ooms wrote:
‘qpdf’ is needed for checks on size reduction of PDFs
Okay, I've added Requires: qpdf for R-core-devel. Not going to push an
update for a WARNING in the test suite though, we'll just inherit this
with the next update of R.
~tom
==
Red Hat
attachment:
On 09/07/2015 06:16 AM, arnaud gaboury wrote:
> I want to create a clean .rpm package for R built with MKL and ICC. I
> follow Fedora instrcutions[0] to create the package. As a base, I use
> the R-3.2.2.src.rpm.
>
> I am left with this error:
>
> --
>
On 09/15/2015 09:12 AM, Ashley Ford wrote:
> Steven Backus writes:
>
>>
>> I'm on RHEL 6.6, R version 3.2.1 Patched (2015-07-30 r68761) --
>> "World-Famous Astronaut". Issuing the x11() command hangs R and
>> does not complete. A window is partially drawn then freezes.
>> Does
On 01/11/2016 05:13 PM, Wittner, Ben, Ph.D. wrote:
> I followed the instructions in the link below, which allowed me to install
> the nvidia driver, which fixed the original problem with rgl.snapshot.
>
> Thanks very much for all your help.
>
> I guess I'll file a bug in the CentOS Bug Tracker
On 01/11/2016 03:52 PM, Wittner, Ben, Ph.D. wrote:
> I started trying to do this, but I'm stuck.
> I started with
> http://us.download.nvidia.com/XFree86/Linux-x86_64/340.96/README/installdriver.html
> , which led me to
>
No, that's the correct fix. Another round of new packages will appear later this morning. The libraries it is referencing are linked statically into R, so they are not supposed to be present.
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
I know, I know, you've heard this song before... ;)
EL5: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-09c8007e64
EL6: https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-0a9e4df655
Please go download -8 and test it. It looks good on my end. If it works
for you (with CRAN
On 06/06/2016 10:00 AM, Evan Cooch wrote:
> Thanks very much. I had more or less reached the same conclusions -- I
> was just about to rebuild RPMs for source for zlib, etc, and update
> those, and try again, but I've had mixed success in doing that in past.
> Its easy enough to roll back to 3.2.5
On 06/06/2016 05:04 PM, Brian Fallik wrote:
> Apologies if this email is a top post. I'm not sure how to reply to a
> thread if I'm not subscribed.
>
> We recently encountered the same issue that Evan reported on 6/4 and I can
> confirm that updated to 3.3.0-5 does address the build failure. Will
On 01/15/2016 11:14 AM, Milan Bouchet-Valat wrote:
> Le vendredi 15 janvier 2016 à 14:48 +0100, Jeroen Ooms a écrit :
>> On Fri, Jan 15, 2016 at 2:45 PM, Michael Smith
>> wrote:
>>>
>>> dnf install redhat-rpm-config
>>
>> I used:
>>
>> yum install
On 01/16/2016 05:24 PM, Rolf Turner wrote:
> All that being said, the question remains as to *why* R cannot find
> "texinfo" when it is indeed present on my system.
Rather than give you a lengthy discussion of how RPM building works and
hacking the R spec, let's focus on this question instead
Are you building from a source tarball or using the Fedora SRPM? I strongly
advise you to rebuild the SRPM, because the resulting binary RPM will have all
the necessary deps for building and installing. You might need to change the
spec up a bit, since I assume building on Fedora means a modern
On 02/05/2016 09:58 AM, Patrick, Larry B [CSSM] wrote:
> Did the following on my RHEL6 server:
> [root@ping ~]# export
> PKG_CONFIG_PATH=$PKG_CONFIG_PATH:/usr/lib64/pkgconfig/
> [root@ping ~]# /usr/bin/curl-config --libs
> -L/usr/lib64 -lcurl
I'm glad this worked, but you should
On 02/03/2016 09:52 AM, Tom Callaway wrote:
> Are you trying to build R and components for i686 rather than x86_64?
Never mind. Your logs make it clear that you're building for x86_64.
Can you share the output of:
pkg-config --list-all |grep libcurl
curl-config --libs
rpm -V libcurl-de
On 02/03/2016 09:33 AM, Patrick, Larry B [CSSM] wrote:
> I didn't have any libgfortran files in /usr/lib so I did that soft link.
> Maybe something didn't fully install or configure. I have inherited this
> machine from another admin and it is not a fresh installation.
So, here's oddity number
On 02/01/2016 03:45 PM, Patrick, Larry B [CSSM] wrote:
> Got past my libgfortran issue
> ln -s /usr/lib64/libgfortran.so.3 /usr/lib/libgfortran.so
Maybe to /usr/lib64/libgfortran.so ? You _should not_ need to do that
though. I didn't need to.
> Now if I could get RCurl and rstan installed.
On 01/18/2016 08:50 PM, Rolf Turner wrote:
> Okay; tried this. The executive summary is: It didn't work.
I normally would charge a modest fee of a good bottle of liquor or a
six-pack of craft beer for the following lesson, but in the spirit of
easing your suffering, I shall do it once more at
On 01/19/2016 11:10 PM, Rolf Turner wrote:
>> https://spot.fedorapeople.org/fedora17-R-deps/
>
> Thank you for going to all this work.
>
> However (as usual) I'm still at a bit of a loss. I *think* that just a
> few more words of instruction will get me to where I need to be.
>
> I went to the
On 01/21/2016 10:38 AM, joe cypherpunk wrote:
> R help.start() opens a web browser as expected, but the “Manual” html links
> are dead (although the “Reference” and “Miscellaneous Materials” html links
> do work). I get a similar problem from within RStudio.
>
>
> I’d like to get pointy-clicky
Ah yes, those. Replace the rpm -Uvh with yum update and it should resolve the
dependencies for you. If that fails, just pass all of those deps (in "") to yum
install.
Sorry about that!
On Jan 20, 2016 2:34 AM, Rolf Turner <r.tur...@auckland.ac.nz> wrote:
>
> On 20/01/
On 01/26/2016 04:43 PM, Tom Callaway wrote:
> On 01/21/2016 10:38 AM, joe cypherpunk wrote:
>> R help.start() opens a web browser as expected, but the “Manual” html links
>> are dead (although the “Reference” and “Miscellaneous Materials” html links
>> do work). I get a
Since I've gotten a few off-list replies, I feel like it's worth
pointing out why people are having trouble building R from source on
RHEL/CentOS 5 & 6.
R has always depended on some third party libraries, specifically,
zlib, bzip2, xz, pcre, and curl. Prior to R 3.3.0, R depended on much
older
On 01/12/2017 08:26 AM, Weiner, Michael wrote:
> EXACTLY!!! I use the NVidia drivers from their site, and that is exactly what
> happened. I reinstalled mesa-libGL.x86_64 and that resolved the issue (though
> not sure if that broke anything else on the workstation that relies on the
> NVidia
On 08/02/2017 03:09 PM, Jeff Trefftzs wrote:
> I just installed Fedora 26 on my laptop, and R now fails to load. The
> error message is missing libgfortran.so.3. Does anyone have a fix for
> this? FC 26 comes with R-3.4.1 as an RPM, but it throws the error, as
> does trying to compile R-3.4.1
in /etc/yum.repos.d/ ?
~tom
On Fri, Jul 21, 2017 at 11:41 AM, Larry Martell <larry.mart...@gmail.com>
wrote:
> On Fri, Jul 21, 2017 at 11:39 AM, Tom Callaway <tcall...@redhat.com>
> wrote:
> > On 07/21/2017 11:18 AM, Larry Martell wrote:
> >> I am trying to in
On 07/21/2017 11:18 AM, Larry Martell wrote:
> I am trying to install R 3.4.0 on RHEL6. If I look here is it there:
>
> http://mirror.sjc02.svwh.net/fedora-epel/6/x86_64/
>
> I did this:
>
> sudo subscription-manager repos --enable rhel-6-server-optional-rpms
> sudo subscription-manager repos
On 06/29/2017 06:04 AM, Paul Smith wrote:
> Dear All,
>
> I am trying to install the package
>
> knitr
>
> but getting the following error:
>
> --
> Error in dyn.load(file, DLLpath = DLLpath, ...) :
> unable to load shared object
On 05/15/2017 10:31 PM, Shu-Ju Tu wrote:
> /dmlc-core/include/dmlc/./base.h:71: note: #pragma message: Will need
> g++-4.6 or higher to compile allthe features in dmlc-core, compile
> without c++0x, some features may be disabled
This is the relevant error. The compiler in RHEL 6 is too old.
~tom
Thanks. I've been traveling almost non stop for the last several months. I
appreciate your help here.
On May 12, 2017 10:25 AM, "José Abílio Matos" wrote:
> On Thursday, 11 May 2017 17.37.41 WEST Martyn Plummer wrote:
> > Dear Tom,
> >
> > I see that RPMS for R 3.4.0 are not
On 10/09/2017 11:16 AM, Paul Smith wrote:
> Dear All,
>
> I am trying to install
>
> igraph package
>
> but getting the following error:
>
> --
> make: *** [/usr/lib64/R/etc/Makeconf:159: foreign-graphml.o] Error 1
> ERROR: compilation failed for package ‘igraph’
> * removing
On 08/18/2017 01:12 PM, Jaime Alvarez Benayas wrote:
> Hello,
>
> I am trying to build R from source on Scientific Linux release 6.9
> (Carbon), Linux version 2.6.32-696.3.2.el6.x86_64 (Red Hat 4.4.7-18).
Before debugging this too far, is there a reason you're building from
source as opposed
On 08/18/2017 01:12 PM, Jaime Alvarez Benayas wrote:
> Hello,
>
> I am trying to build R from source on Scientific Linux release 6.9
> (Carbon), Linux version 2.6.32-696.3.2.el6.x86_64 (Red Hat 4.4.7-18).
Okay, so the versions of zlib, bzip2, xz, curl, and pcre are too old on
Scientific Linux
iling
>
> Recommended packages: yes
>
>
>
> I haven't seen the JIT message but will give a try at the glibc-devel:
>
>
> Here is the whole log from the configure command
> https://www.dropbox.com/s/m4g2w1hrr2uqldr/configure%20result%20R.txt?dl=0
>
>
>
>
On 08/23/2017 03:58 PM, Jaime Alvarez Benayas wrote:
> ../../lib/libR.so: undefined reference to `pcre_assign_jit_stack'
> ../../lib/libR.so: undefined reference to `pcre_jit_stack_alloc'
> ../../lib/libR.so: undefined reference to `pcre_free_study'
This is the error. Your PCRE is being built
On 05/29/2018 04:53 PM, Dirk Eddelbuettel wrote:
> I noticed it with a local, not-public package -- but it appears to apply with
> any source package. I replicated with pkgKitten straight off CRAN and after
> checking that it has a six page manual there.
I'm having trouble reproducing this one.
On 03/22/2018 05:11 PM, xb...@posteo.de wrote:
> Hello,
>
> I've problems installing several packages in my R on Fedora 27 64 bit. I
> found out that it has to do something with a missing compiler
> (libgfortran.so.3, see below).
> It works if I downgrade the current version of libgfortran to
Thanks Marc. We appreciate it.
Tom
On Mon, May 4, 2020 at 10:28 AM Marc Schwartz wrote:
> Hi Iñaki,
>
> I don't want to presume to speak for Martyn, but do know from R Foundation
> interactions, that between his move back to the UK and other things, he has
> been very busy.
>
> I am copying
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
Okay, I'm convinced.
https://github.com/rpm-software-management/R-rpm-macros/pull/1
Thanks,
Tom
On Mon, May 11, 2020 at 11:48 AM Iñaki Ucar wrote:
> On Mon, 11 May 2020 at 16:29, Tom Callaway wrote:
> >
> > Hmmm. That seems like a rather heavy dependency, given that I think
) ?
Tom
On Sat, May 9, 2020 at 5:32 AM Iñaki Ucar wrote:
> 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
> &g
packages but not updating R is low, but I wanted to throw it out
there.
Tom
On Mon, May 4, 2020 at 3:31 PM Iñaki Ucar wrote:
> 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 i
I'm on it.
Thanks,
Tom
On Mon, Aug 10, 2020 at 8:24 AM Iñaki Ucar wrote:
> 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
>
These should all be finished now.
Thanks,
Tom
On Mon, Aug 10, 2020 at 10:05 AM Tom Callaway wrote:
> I'm on it.
>
> Thanks,
> Tom
>
> On Mon, Aug 10, 2020 at 8:24 AM Iñaki Ucar
> wrote:
>
>> Hi,
>>
>> R has been built against FlexiBLAS in rawhide [1,
Nice work.
Tom
On Tue, Jul 7, 2020, 9:05 AM Iñaki Ucar wrote:
> 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
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
On Mon, Jul 6, 2020 at 10:40 AM José Abílio Matos wrote:
> On Tuesday, 9 June 2020 03.40.52 WEST Tom Callaway wrote:
> > Over the las
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:
> >
> > > Given the huge amount of builds (and rebuilds) in this process, I am
> > > strongly disinclined to attempt this work for Fedora 32 (the
There are a few of those, but not many.
On Tue, Jun 23, 2020 at 11:31 AM José Abílio Matos wrote:
> On Tuesday, 23 June 2020 16.10.07 WEST I�aki Ucar wrote:
> > 3) For all packages, either merge master into F32 or just increase the
> > release version and send builds to that side tag *in
This work is already complete in rawhide.
Tom
On Thu, Jun 25, 2020, 1:12 PM José Abílio Matos wrote:
> On Wednesday, 24 June 2020 10.44.14 WEST Iñaki Ucar wrote:
> > Oh, and maybe in this process we could add to all packages the
> > requirement on R(ABI) = 4 that Tom implemented.
>
> For that
I'm inclined to agree. Users are expecting that things they install
manually will override the system default (if any).
Tom
On Tue, Jul 21, 2020, 11:39 AM Iñaki Ucar wrote:
> On Tue, 21 Jul 2020 at 17:17, José Abílio Matos wrote:
> >
> > There was a thread this weekend in the fedora users'
Seems reasonable.
~spot
On Thu, Feb 4, 2021 at 11:15 AM José Abílio Matos wrote:
> Hi,
> due to an unrelated bug report in maxima I found out that some packages
> install latex packages in /usr/share/texmf/tex/latex. Instead of using the
> prefix %{_datadir}/texmf we can use the canonical
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
If someone here wanted to package them and get them into Fedora, it would
be helpful. I'd be happy to do the review, but
because it is already one of those days and i didn't hit reply all. :/
~spot
-- Forwarded message -
From: Tom Callaway
Date: Wed, Jun 16, 2021 at 10:02 AM
Subject: Re: [R-sig-Fedora] new packages needed
To: Iñaki Ucar
shiny (not covr, that was my brain spitting out the wrong
I have started the R 4.1.0 build process in rawhide. The side tag is
f35-build-side-42293.
I'm tracking things 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
The R 4.1 rawhide rebuild is complete, and waiting for bodhi to push it:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-e7a89430cd
~spot
[[alternative HTML version deleted]]
___
R-SIG-Fedora mailing list
R-SIG-Fedora@r-project.org
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! Plans for F34? :))
>
> On Fri, 18 Jun 2021 at 00:45, Tom Callaw
run -r 35 rstudio
>> # rstudio opens
>>
>> Remember to install any additional repos and/or system dependencies
>> you may need (e.g., to install R packages from source) *inside* your
>> toolbox. Hope it helps.
>>
>> [1] https://docs.fedoraproject.org/en-
That is a very good point. Oh well. Anyone want to help generate the build
order? :)
~spot
On Fri, Jun 4, 2021, 3:57 PM Elliott Sales de Andrade <
quantum.anal...@gmail.com> wrote:
> On Fri., Jun. 4, 2021, 10:08 a.m. Tom Callaway, wrote:
>
>> Is there a way to know which R
Is there a way to know which R components provide graphics drivers? I would
really rather not rebuild everything if we do not have to.
~spot
On Sun, May 23, 2021 at 6:28 AM Iñaki Ucar wrote:
> On Sat, 22 May 2021 at 22:18, José Abílio Matos wrote:
> >
> > Hi all,
> > what should be our plan
Best guess, something to do with repo prioritization?
~spot
On Tue, May 25, 2021 at 2:43 PM Roger Bos wrote:
> FYI: I used wget to download the newer version of openblas and
> openblas-threads. I was then able to install them and then install R. Not
> sure why the repo wasn't giving me the
sudo dnf --enablerepo="*-source" builddep R
This will look at the Fedora R source package (from the Fedora source
repositories, normally disabled) and install all the BuildRequires it
specifies.
I can't remember off hand if the "builddep" plug-in automatically enables
the source repos these
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 R.spec file:
Hi friends,
R-gh's latest version grew a dependency on httr2 (which has a suggests for
%check on docopt), so I made two new packages for Fedora. They're both
noarch and simple, should be quick reviews for someone. Any help here is
appreciated.
R-docopt:
Hmm, that's a weird one. Is SELinux on and enforcing on that setup?
~spot
On Mon, Jun 12, 2023, 6:55 AM Alexandre Courtiol <
alexandre.court...@gmail.com> wrote:
> Dear Fedora-R enthusiasts,
>
> We are experiencing some issues with the binary releases of R 4.3 for
> Fedora 37 & 38 when running
at 9:12 AM Alexandre Courtiol <
alexandre.court...@gmail.com> wrote:
> Thanks for the tip but nope: SELinux is off on that system...
>
> On Mon, 12 Jun 2023 at 13:24, Iñaki Ucar wrote:
>
>> On Mon, 12 Jun 2023 at 13:19, Tom Callaway wrote:
>> >
>>
t; "can you provide the specific mount options for the cifs share?"
> ->
> sec=krb5,multiuser,mfsymlinks,user=smbuser,domain=localdomain,_netdev,noauto,x-systemd.automount
>
> ++
>
> On Mon, 12 Jun 2023 at 16:11, Tom Callaway wrote:
>
>> Okay, so if it's not
70 matches
Mail list logo