Rpy2 release 2.0.8 release is a bug in the robjects interface where Python long integers could not be converted to R longs.

Rpy2 release 2.0.7 is fixing bugs reported under MS Windows and with rpy_classic. Details regarding what changed can be found in the file NEWS, as well as online in the documentation.

rpy2-2.1.0 is hoped to be somewhat compatible with Python 3, and a new branch was created on the bitbucket repository in order to work on it.

If using the 2.1.x-dev from the code repository, remember to specify that you are after the branch "version_2.1.x".

rpy2-2.0.x is available from a number of distribution-specific package repositories. Although debian users probably remain first served (thanks to Dirk Eddelbuettel), packaging for other distributions is picking up with Gentoo, Mandriva, openSUSE, RedHat/Fedora, Ubuntu.

Fink and Macports packages are also available for OS X users.

Microsoft Windows users can download binaries for 2.0.x from Sourceforge. Starting with 2.0.6, the binaries are .msi installers.

The release 2.0.6 does not have user-visible changes. Changes adressed issues when buildin under OS X with framework, and under win32. Win32 can again be downloaded from the Sourceforge page.

The title says it all.

The release 2.0.5 is mostly fixing two infrequent bugs causing a crash.

The release 2.0.4 is fixing a memory leak present when build R vectors from existing Python sequences, as well as few other minor issues. The complete list of changes is in the documentation.

The release 2.0.3 is fixing limitations in the low-level interface, and introduces a few minor additions.

The release 2.0.2 is fixing some of the few bugs found in 2.0.1

The primary repository for RPy2's source code is now at bitbucket. Propagation of the changes to SF's SVN will be organised soon.

Thanks to Dirk Eddelbuettel, rpy2 is now part of Debian.

Bug-fix Relase for rpy2-2.0. The source package then pre-built binaries for win32 are being uploaded.

The online documentation is here.

Relase ! rpy2-2.0.0 is out. The source package and pre-built binaries for win32 were made available few days ago.

The online documentation is here.

The release candidate for rpy2-2.0.0 is out. The source package is available on the sourceforge page. Pre-built binary for win32 should come shortly after.

The online documentation is here.

The beta release for rpy2 is out. The source package is available on the sourceforge page. Pre-built binary for win32 are also available.

The online documentation is here.

A new alpha release for rpy2 is out. The source package is available on the sourceforge page. Unfortunately there is no pre-built binary for win32 at moment, but it should compile (and you could contribute the binary).

The online documentation is here.

The third alpha release for rpy2 is out. The source package, and pre-built binaries for win32 are available on the sourceforge page.

The second alpha release for rpy2 is out. The source package, and pre-built binaries for win32 are available.

Thanks to hard work by John Reidel, the RPy manual has been converted into a Wiki. This should make it easer for everyone (especially end users) to contribute to the documentation.

Take a look at http://rpy.wiki.sourceforge.net/Manual+-+Top.

Hello RPy'ers:

I have just uploaded RPy version 1.0.2cd

New features:

• The 'Robj' type is now exported.
• Add simple neural net example.

Bug fixes:

• Stack checking code was incorrectly disabled on all platforms, corrected so that it is properly included for R 2.3.0 and later everywhere except Win32.
• Fixes for compatibility with Python 2.4 and later.
• Updates to debian install files (Dirk Eddelbuettel)
• Correct simple line plot example in the documentation
• Minor internal changes to code and tests
• Automatic build tool now uses 'tail -n 1' instead of 'tail -1' when calling 'R RHOME' to make recent versions of tail happy
• Add startup options to prevent initialization of console read/write/showfiles which causes problems with R when run without a controlling console.

Other changes:

• Deletion of R's temporary directory now uses R's own internal function for this task for R versions after 2.4.0.

Hello RPy'ers:

I have just uploaded RPy version 1.0.1.

CHANGES IN RPY 1.0.1 - 2007-11-29
Bug Fixes:

• Correct silent termination on load on MS-Windows (really this time!)
• Improve detection of installed R versions during build process on MS-Windows

Hello RPy'ers:

I have just uploaded RPy version 1.0.0

New Features:

• Complete support for NumPy
• Add new exception types to provide better information on the source of the error:
  • RPyException: Base exception class for all RPy Exceptions
  • RPyTypeConversionException: Error in conversion between R and Python
  • RPyRException Error raised within R (RException is set equal to RPyException for backwards compatibility)
  Bug Fixes:
  • All Numeric and NumPy data types are either properly handled, or an appropriate exception is generated.
  • Properly handle unicode strings.
  • Fix silent failure to start up on Win32
  Other:
  • Misc improvments to the test code.

Hello RPy'ers:

I have just uploaded RPy version 1.0 RC 3. Hopefully this will be the last release candidate before 1.0.

This release fixes several bugs, particular those related to new versions of R, including the infamous "C stack limit error" which occured on *nix systems in some contexts, such as resizing X11 windows. This release should work properly with R versions through 2.5.0.

RC3 also introduces support for NumPy.

Hello RPy'ers:

I have just uploaded RPy version 0.99.0 . This is intended to serve as a preliminary to a 1.0 release, which I hope to do in about a month's time.

This release fixes several bugs on windows, where the build process has been made dramatically easier, thanks to MinGW's (new?) ability to link directly against DLL's. Please see the file INSTALL.WINDOWS for details.

In addition, the windows builds now work for any released version of R from 2.0.0 through 2.2.1.

New features:

• Dramatically simplify the build process for Win32: The gcc and ld included in MinGW 5.0.2 can now linking directly against DLL's, removing the need for much of the previous complexity. See INSTALL.WINDOWS to see exactly how easy it now is!
• It is now possible to use setup.cfg to control various aspects of the build process. 'config.in' contains a template containing all available options and what they do.

Bug fixes

• RPy compiled with Numeric support will no longer crash when run with Numeric available.
• 1267731: Crash during import when R is missing from the registry
• 1247722: Problem using R Wavelets library with RPy
• 1428256: RPy does not build on OS X, easy fix
• 1432578: Plotting with RPy crashes Python

Other

• The rpy.py now communicates RHOME, RVER, RVERSION, RUSER from python to the _rpy module using environment variables. This avoids the need to have duplicate C code to obtain these values, and makes things both more maintainable and more robust.

The RPy source code has been migrated from CVS to Subversion. See the SF Project Subversion page for access information.

Bug fixes

• Some unit tests don't properly restore the default conversion mode, causing following tests to fail. Short term fix: reset the default mode in testall.py before running each test.
• Fix bug reported by Wei-Hao Lin: missing import and typo in rpy.py for Win32
• Fix bug reported by Nicolas Lebas: Segfault when accessing R objects via r.[varname]. The code was was only properly handling R function objects, and failed for other object types.
• setup.py was always overwriting the [filename][RVER].c files (used to allow binaries for mulitple R versions to be included in the same package). setup.py now create/overwrite the [foo][RVER].c files only if they don't exist or are out of date.

This should be the last release for some time. ;^)

New features

• Based on changes suggested by Bo Peng (Thanks Bo!), setup.py can now build and install a version of Rpy which will work with multiple versions of R. To use this, set the environment varaible 'RHOMES' to a list of R HOME directories. Look at the file description at the top of setup.py for details.
• Improved build instructions for Windows by Bo Peng. Rpy now checks for Numeric at runtime and avoids calling it when it is not present. This allows a single binary library to be used whether or not Numeric is available at runtime, significantly simplyfing creation and distribution of binary packages.

Bug fixes

• Fixed a install bug on Windows.

New features

• Rpy now checks for Numeric at runtime and avoids calling it when it is not present. This allows a single binary library to be used whether or not Numeric is available at runtime, significantly simplyfing creation and distribution of binary packages.
• Warning messages from R are now properly displayed at the completion of the offending call.

Bug fixes

• Compilation on Windows and for R versions below 2.1.0 has been fixed.

Unresolved bugs

• Reception of a SIGINT signal sometimes causes a segfault. Under Linux, I see about 1 segfault per 100 signals. On Solaris, I'm seeing appriximatley 3 out of 4. Help debuging this issue is most welcome.

New features

• R Logical objects (TRUE/FALSE) are now mapped into python Boolean objects.
• New conversion mode 'VECTOR_CONVERSION' In R there is no such thing as a straight scalar. All values are vectors, and scalars are simple vectors of length one. In Python, however, there is a representational and conceptual difference between scalars and lists, plus Python's immutable lists (a.k.a. tuples). Thus, An R vector of length one can thus be translated into any of three Python forms :

  	r("as.integer(1)")	-->	 int(1)
                                  -->	 [int(1),]
  				-->	 (int(1),)
  

  It is impossible to tell from the R object itself, which of these is correct. Given that [] and () are almost equivalent, we don't worry about (). But we still must decide between int(1) and [int(1)]. As documented in the Rpy manual, BASIC_CONVERSION, simply assumes that a vector of length one should be translated as scalar, and that vectors with other lengths (including 0) should be translated into Python [] lists. The new 'VECTOR_CONVERSION' mode always returns a python list, regardless of the length of the R vector. EG,

  	with_mode( BASIC_CONVERSION,	r.c)(1) --> int(1)
  	with_mode( VECTOR_CONVERSION, r.c)(1) --> [int(1),]
  

• R source headers no longer needed, and are no longer included in the source package (yea!)
• Previous versions of rpy have permitted multiple copies of the R interpreter wrapper to be instantiated (via "newR = rpy.R()" ). However R's design imposes a limit of one interpreter per python process. To avoid confusion on this point, attempts to instantiate more than one R interpreter object will now generate RuntimeError exceptions.
• On Windows, RPy now always looks at the registry to see where to find the R DLL. This should avoid the nasty popup error message when the DLL isn't on the path. Patch by Peter (maubp@users.sourceforge.net)
• The R integer 'NA' value is now accessible as the 'NA' attribute of the Python 'r' object.
• The R floating point 'NA' value is now accessible as the 'NAN' attribute of the Python 'r' object.
• The build process now creates version-specific shared libraries, and rpy will load the appropriate version specific library. This should help avoid problems arising from version conflicts, it will also make packaging 'universal' binary packages easier.

Bug fixes

• Fix build error for R 2.0.0+ on Mac OSX ('darwin')
• The R interpreter is now properly shutdown when python exits. This ensures that all temporary directories and files are removed, resolving a long-standing issue.
• r.help() now works as expected by users. (Some time ago help() started returning an object that had to be explicitly printed to complete the processing. RPy now special-cases calls to r.help to ensure that this happens properly.)
• All unit tests now pass.
• Fix compilation error on Win32 due to a change in field names in R-2.1.1 [ 1238226 ] rpymodule.c needs updating for R 2.1.1 or later. Bo Peng identified both the bug and the fix.
• Fix error (potential segfault!) when handling conversion of factor objects containing missing values
• Fix bug in R.__call__ that could cause problems when the 'r' object is not present.
  Behind the scenes
  • Some work has been done "under the hood" to allow an R interpreter to be shut down and then started up again. This is *not* currently working.

New features:

• Add headers to enable building for R 2.1.0.

Bug fixes:

• Fix build error under gcc 4.X

Source bundles and for RPy 0.4.2 are now available from the Downloads page. Windows binaries will follow.

New features:

• More fixes for R 2.0.0
• R header files for R 1.8.0 through R 2.0.0 are now included with rpy. This should make it easier to build.

Source bundles and a Windows binary installer for RPy 0.4.0 are now available from the Downloads page.

A binary for RPy 0.3.6 built against R 2.0.0 is now available on the Downloads page.

A binary for RPy 0.3.5 built against R 1.9.1 is now available on the Downloads page.

RPy 0.3.5 Windows binaries

Feb 27, 2004

RPy 0.3.5 binaries for Windows have been provided by Matjaz Kukar and are available for download. He has also made some additional changes to make rpy more stable under windows.

Get it from the Downloads page.

RPy 0.3.5 contains changes to allow building Mac OS X as well as some bug fixes for Windows. Get RPy 0.3.5 from the Downloads page.

Windows binaries for Rpy 0.3.4 have been provided by Matjaz Kukar and are available for download. Get them from the Downloads page.

IMPORTANT: You will need to manually set the PATH environment variable to include the directory where Rlib.dll lives. See the Release Notes for details on how to do this.

RPy 0.3.3 contains changes that allow it to run properly with R versions 1.8.0 and later. Further, the Windows and Unix source codes have been merged. This should make it easier to fix bugs and add features.

Get RPy 0.3.3 from the Downloads page.

Gregory R. Warnes has joined the RPy project as a project manager.

His first project is to get RPy working with R 1.8.X. Next he will focus on combining the Unix and Windows source trees.