similar to: Building R-3.2.0 from source.

I am cross-posting this to r-sig-fedora (I hope that's not an egregious sin) in the hope that doing so might provide some source of insight. I tried sudo yum install zlib and was told > Package zlib-1.2.5-7.fc17.x86_64 already installed and latest version Likewise for "zlib-devel". I also tried sudo yum install bzlib and was told > No package bzlib

On 11/05/15 12:06, M. Edward (Ed) Borasky wrote: > 1. R 3.2.0 is packaged for Fedora now; it's in Rawhide and Fedora 22. > I'm running Fedora 22 (late beta) and haven't had any problems with R. > RStudio Desktop Preview (0.99.435) from the RStudio Fedora RPM is also > running fine. You might save yourself some hassles by upgrading to > Fedora 22. I'm sure I would,

I just landed in Paris, and haven't read backwards in this thread, but I've done 3.2.0 builds for all current Fedora releases, they're all in updates-testing (I think the Fedora 22 builds are in updates stable now). The thing that changed is that R doesn't bundle a number of libraries like it used to. This doesn't affect the official Fedora R package, since we never used the

1. R 3.2.0 is packaged for Fedora now; it's in Rawhide and Fedora 22. I'm running Fedora 22 (late beta) and haven't had any problems with R. RStudio Desktop Preview (0.99.435) from the RStudio Fedora RPM is also running fine. You might save yourself some hassles by upgrading to Fedora 22. 2. I have a bash script to build R from source that works on Fedora 22. It probably also works on

On 11/05/15 16:19, Tom Callaway wrote: > I just landed in Paris, and haven't read backwards in this thread, > but I've done 3.2.0 builds for all current Fedora releases, they're > all in updates-testing (I think the Fedora 22 builds are in updates > stable now). > > The thing that changed is that R doesn't bundle a number of libraries > like it used to. This

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

I am trying to compile R-2.4.1 in 64-bit on Solaris 10 running on AMD hardware. I am trying to do this with Sun Studio 11. My config.site looks like this: #! /bin/sh AR="/usr/ccs/bin/ar" TEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/tex" LATEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/latex" PDFTEX="/usr/local/teTeX/bin/i386-pc-solaris2.10/pdftex"

Hi. I'm using llvm DataFlowSanitizer. I add such code in library libtiff. dfsan_label lt_label = dfsan_create_label("buf_offset", 0); dfsan_set_label(lt_label, (unsigned char *)buf, size); But when i compile libtiff with "-fsanitize=dataflow" option, then there is an error as follows: ../libtiff/libtiff.so.5.2.5: undefined reference to `dfs$jbg_enc_init'

When CONFIG_KLIBC_ZLIB is not set, related functions shall not be called otherwise build failure is encountered: KLIBCLD usr/kinit/static/kinit usr/kinit/ramdisk_load.o: In function `load_ramdisk_compressed': /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:68: undefined reference to `inflateInit2_' /root/ldb_base/ofl/packages/klibc/usr/kinit/ramdisk_load.c:116: undefined

I am building in source4. Where are these symbols defined? Is any library that is not getting linked? samba/source4 # make WAF_MAKE=1 ../buildtools/bin/waf build Waf: Entering directory `/usr/src/bamba/samba/source4/bin' [1816/1961] Linking default/source4/lib/ldb/libldb-samba4.so [1908/1961] Linking default/source4/lib/ldb/ldbadd default/source4/lib/ldb/libldb-samba4.so: undefined

I added ZSTD support to OpenSSH roughly three years ago and I've been playing with it ever since. The nice part is that ZSTD achieves reasonable compression (like zlib) but consumes little CPU so it is unlikely that compression becomes the bottle neck of a transfer. The compression overhead (CPU) is negligible even when uncompressed data is tunneled over the SSH connection (SOCKS proxy, port

From: Sebastian Andrzej Siewior <sebastian at breakpoint.cc> The "zstd at breakpoint.cc" compression algorithm enables ZSTD based compression as defined in RFC8478. The compression is delayed until the server sends the SSH_MSG_USERAUTH_SUCCESS which is the same time as with the "zlib at openssh.com" method. Signed-off-by: Sebastian Andrzej Siewior <sebastian at

This patch (apologies for the size) updates zlib/* to the files that ship with zlib 1.1.3. Index: zlib/ChangeLog =================================================================== RCS file: /cvsroot/rsync/zlib/ChangeLog,v retrieving revision 1.1 diff -u -r1.1 ChangeLog --- zlib/ChangeLog 7 May 1998 06:19:41 -0000 1.1 +++ zlib/ChangeLog 30 Jan 2002 01:12:41 -0000 @@ -1,6 +1,54 @@ ChangeLog

I'm also having trouble installing R 1.3.1 on Solaris and getting png and jpeg support. It looks like perhaps the png and jpeg libraries I installed weren't built with all the support R needs. If that's the case I'd appreciate confirmation. Or perhaps there's something else I can do? (with all the details I've included this message is rather long) Thanks -Don I did

Hi All, I am compiling R-devel on Linux (Ubuntu 16.04.2) and that works just fine, but I am missing some of the expected features, as shown here: https://cran.r-project.org/doc/manuals/r-devel/R-admin.html#Linux In particular, after configure (using all defaults), I see: R is now configured for x86_64-pc-linux-gnu [...] Interfaces supported: X11 External libraries:

Hi all, I'm using R0.99a on WinNT4. I downloaded a bunch of packages and tried using Rinst.exe to install them. For whatever reason, Rinst.exe does not find all the packages I downloaded. I put all files in the same temp directory, but Rinst only finds some of them. I have no problem installing the rest with WinZip, but if Rinst works it would be much easier (don't have to run WinZip

On 2015-10-15 15:02, Prof Brian Ripley wrote: > On 15/10/2015 13:32, Michael Felt wrote: >> Hi. >> >> Just wanted to let you know I am getting close to packaging R for AIX in >> 64.bit mode. > > Which version? (You mentioned 3.1.3 and 3.2.2 far below.) There is > little value in reporting on frozen branches, and most value in > reporting on R-devel where

I hacked zstd support into OpenSSH a while ago and just started to clean it up in the recent days. The cleanup includes configuration support among other things that I did not have. During testing I noticed the following differences compared to zlib: - highly interactive shell output (as in refreshed at a _very_ high rate) may result in higher bandwidth compared to zlib. Since zstd is quicker

A command R CMD build <pkg> that fails, e.g., because of C code compilation errors, leaves a directory %TMPDIR%/Rinst.xxx containing the file R.css. Although R CMD INSTALL --build cleans up after itself, build does not. A fix is below. Also, build.in references Rcmd.exe, which I thought was no longer necessary? Index: build.in

On 2017-05-08 16:23, Reuben Farrelly wrote: > > > On 8/05/2017 9:13 PM, Aki Tuomi wrote: >> >> >> On 2017-05-08 13:52, Reuben Farrelly wrote: >>> Hi, >>> >>> Following up on this as there has been no response and the problem >>> is still present. As this is the master-2.2 branch I would have >>> thought it would compile