similar to: problems compiling packages in R | 3.3.0-5 | EL6

On Tue, Jun 7, 2016 at 11:46 AM, Tom Callaway <tcallawa at redhat.com> wrote: > 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

Hi Tom, I'm seeing another similar build failure with the recent 3.3.0-5 and I'm a bit stumped about what's going on. On a fresh VM, after installing 3.3.0-5 and then running: install.packages(c("lpSolveAPI), method="curl", repos=" https://cran.rstudio.com") the build fails with: gcc: /builddir/build/BUILD/R-3.3.0/zlib-1.2.8/target/usr/lib64/libz.a: No

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 3.3.0-5 make it into EPEL? If so, do you have any idea when? The current package is breaking our build process and I'm wondering if it's

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 modules), please give positive karma so it will land in updates-stable faster than two weeks. Thanks

Updated my R install on my GNU/Linux boxes (running CentOS 6.8) from 3.2.x -> 3.3.0, using latest from epel (i.e., not compiling from source), and while said upgrade seemed to go fine, am now (post-upgrade) having all sorts of problems with getting some (but not all) packages to compile (either during an initial install attempt, or upgrade to existing packages). For example, if I try to

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

Is the logging system thread-safe? I have a process that takes about 5 hours, and twice, it has stopped, giving me no errors at all... but the process hasnt been finished... The second time, I loaded the status page, and it gave me a 500 error, at the same time the process stopped. I have a sneaking suspicion that the cause is two processes trying to write to the log-file at the same

Hi All, I have installed on a RHEL 5.7 server the recent R-3.3.0 rpm but I would like to upgrade to the latest now available R-3.3.1 . I have not found so far the rpm, I would like to know if and when it will be available? Thanks in advance, Cris This e-mail is confidential and may also contain privileged information. If you are not the intended recipient you are not authorised to read,

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 <jamatos at fc.up.pt> 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 >

On Tue, 14 Jul 2020 at 01:19, Jos? Ab?lio Matos <jamatos at fc.up.pt> 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 cli > interfaces: > >

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

Hi all, I'm looking for a fix in postgis, which seems to be fixed already in postgis-2.0.7-2.el7. However that package seems to be 'stuck' in the epel7-testing repository: https://koji.fedoraproject.org/koji/buildinfo?buildID=750618 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2016-b6c229157e Is there a reason that the package is not pushed to stable yet? Or can it be

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 believe everything is built and updated to the latest versions. And of those packages, they're all ready to go when Fedora infrastructure is working reliably

On Wed, Nov 07, 2018 at 09:33:28AM +0000, Thomas B. Rücker wrote: > There's also EPEL, which provides many packages specifically for > RHEL/CentOS: > https://fedoraproject.org/wiki/EPEL > (Their Icecast is at 2.4.3, so don't use it with URL-auth enabled!) > Un updated package is on the way <https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2018-018b328024>. After a

I''ve just had a problem with fastcgi killing processes off while they were running (I have a long-running background process)... but it took me a while to track it down and pinpoint that fastcgi was asking the process to quit. So i was thinking if it would be a good idea to tweak the way ruby-fastcgi handles this. At the moment, in fcgi.rb (part of the fcgi gem) there is

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

Hello, I am getting the following error while trying to build a benchmark with a custom function pass: clang -Xclang -fopenmp=libomp -Xclang -load -Xclang my_lib.so file.c error: unknown argument: '-fopenmp=libomp' If I use this instead: clang -Xclang -fopenmp=libomp -Xclang -load -Xclang my_lib.so file.c I get the error: fatal error: 'omp.h' file not found I am not

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 versions of these libraries, but, if they were not found on the system, they'd use

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

I tried wineinstall but it does the same thing. So here is the error, and if anyone can help, thanks in advance. Btw I am running Bodhi Linux 1.4. Code: velja27 at velja27-desktop:~/wine-1.5.2$ sudo make make[1]: Entering directory `/home/velja27/wine-1.5.2/tools' make[1]: `makedep' is up to date. make[1]: Leaving directory `/home/velja27/wine-1.5.2/tools' make[1]: Entering directory