On 10/17/2013 8:09 PM, 美彦 馬場 wrote: > Alan, > > Thanks for your feedback. > > Hanspeter, > > Thanks for the commit. > > One thing to consider is that rpy2 is currently for R 2.15. > > Given that you can install multiple versions of R, is it better to > 1. to have rpy2 packages for different R versions (I'm not sure if it is > possible) > 2. to have rpy2 packages for different R versions, but can not be installed > at the same time > or > 3. to have a single rpy2 package for the latest R version
Looking at the file lists for rpy2, it doesn't seem like it would be possible to have multiple r-based flavors of rpy2 coexist. (2) would be possible with Conflicts/Replaces, but you would need to come up with a reasonable naming scheme (rpy2-r215-py27? ugh) to pick which R you want. (3) would be the easiest, and in fact might already be happening since rpy2 already BuildDepends on r-base, which normally belongs to the latest R version. If anything, that would need to be clarified to make sure rpy2 is being consistent. Hanspeter ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60135991&iu=/4140/ostg.clktrk _______________________________________________ Fink-users mailing list [email protected] List archive: http://news.gmane.org/gmane.os.macosx.fink.user Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-users
