Continuous Integration with rpy2

Issue #168 resolved
Former user created an issue


It would be great having the test suite automatically run for each commit and PR in a clean environment both with Python 2.7 and Python 3.3. I'm not familiar with CI servers that integrate with Bitbucket, but seems to do the job.

Is there any interest in creating a setup for rpy2? If yes, I can help with that.



Comments (8)

  1. Pablo Oliveira

    Sorry, I created the issue as Anonymous by mistake. Usually I work through github so I need some time to get used to Bitbucket :)

  2. Laurent Gautier

    I can't speak for other, but I would be very interested in having a continuous integration server for rpy2. I thought about it few times but never found the time to look at what are the options. Do not hesitate to let me know (here or by email) if you need any help.

  3. Pablo Oliveira

    Ok, I have a working CI server at Right now it tests my fork or rpy2.

    It tests both Python 2.7 and Python 3.3. Python 2.7 passes all tests, but Python 3.3 still fails a test.

    Laurent, if you want to replicate the configuration to setup an official CI server for rpy2, the steps are simple. Create an account at (free for open source projects), setup a build for rpy2, and clone the following configuration

    The script is a bit long because it has to setup the virtualenv so it can test different versions of Python. Also to make the tests run in a reasonable time, we use pip wheel packages (binary installations) because compiling numpy from source is very long. In this test script I'm using the astropy wheel mirrors.

    But, it may be better to commit the script inside rpy2/ci/, and configure to juste call ci/ (This is how pandas project is doing it) The advantage is that if a contributor wants to improve the script, she can submit a PR against the ci/ instead of bothering you to change the config in

    What do you think, should we go with the ci/ approach ? In that case I can submit a PR with the script. Do you have any additional critics or suggested improvements?



  4. Laurent Gautier

    Awesome !

    I am fine with adding a script to facilitate continuous integration. If it is specific to drone, wouldn't make it sense to call the script ?

    A comment/question about the settings (I am not familiar at all with, so this might well be a silly question): why apt-get install python-numpy to pip install numpy later ?

  5. Pablo Oliveira

    I am fine with adding a script to facilitate continuous integration. If it is specific to drone, wouldn't make it sense to call the script ?

    Excellent, PR 20 adds the script scripts/

    why apt-get install python-numpy [...] ?

    You are completely right, python-numpy is unnecessary. I removed it in PR 20.

    Now the infamous ImportError: Start directory is not importable: 'ipython' remains to be fixed...

    This seems to be failing on the PR because a missing dependency to ggplot2. I added ggplot2 install in PR 20.

    Could you please try it out ?

    Thanks !


  6. Pablo Oliveira

    I believe this issue is now resolved and can be closed. Laurent could you please close it ? (since I created it as anonymous I cannot change its status)

  7. Log in to comment