similar to: Upcoming repository for R 3.0 on wheezy

Announcing cran2deb: 1700+ Debian packages from almost all of CRAN ------------------------------------------------------------------ Last Friday's presentation at UseR! 2009 was the first really public mention of 'cran2deb'. It provides Debian packages of all of CRAN. It started as Charles' project from last year's Google Summer of Code, was further extended by us over the

Hi Ben, *massive* thanks for picking up klibc work. This might motivate me to pick up some of the TODOs for it that have piled on in my TODO (but only after the freeze, I?m sorry to say, I have more to do for other packages). >And I spotted another test program that has this property (setjmptest setjmp is a good topic? I found that building mksh and running its testsuite is a good test to

On Sun, 2019-01-20 at 14:18 +0000, Thorsten Glaser wrote: > Hi Ben, > > *massive* thanks for picking up klibc work. This might motivate > me to pick up some of the TODOs for it that have piled on in my > TODO (but only after the freeze, I?m sorry to say, I have more > to do for other packages). > > >And I spotted another test program that has this property >

Summary: I have tried the packaging-only repo and I really don't like it at all. I don't know how anyone copes with this - such hard work! IMO we should switch to git-debrebase. (As an alternative, if you don't trust git-debrebase because it's my own tool, gbp pq would be better, too, even though it's not as good as git-debrebase.) Particularly, now that we have more people

Hi, I am curious what will happen to cran2deb: deb http://debian.cran.r-project.org/cran2deb/debian-amd64 testing/ When Squeeze is released? I really hope this service will continue. It has been great being able to aptitude install R packages. Additionally are these packages signed and is there a key? Chris

On 1/7/19 2:13 PM, Hans van Kranenburg wrote: > On 1/7/19 12:48 PM, Colin Watson wrote: >> [...] > >> Would you mind trying out the temporary pvh branch of >> https://salsa.debian.org/grub-team/grub ? I'd like to know whether the >> resulting grub-xen-host binary package does the right thing, when built >> in the ordinary way (I've test-built this

On Mon, Jan 07, 2019 at 08:44:50AM +0000, Colin Watson wrote: > On Mon, Jan 07, 2019 at 01:58:19AM +0100, Hans van Kranenburg wrote: > > Ok great. Since I'm not using (and probably not going to use) the > > multi-stage multiboot things, this is harder for me to help with. > > With any luck I should be able to work that bit out myself, since I > think stable's Xen

[ Kevin sent this to me but agreed that it's better to have this discussed here. ] On 30 January 2010 at 12:18, Kevin Donnelly wrote: | Hi | | I'm beginning to learn R,a nd I've just discovered cran2deb - what a terrific | resource! Thanks for making it. | | I was wondering what happens if I want to use cran2deb versions instead of the | versions installed via R itself. I'm

Some packages are available in cran2deb and Debian. After adding cran2deb to my sources.list it seems the cran2deb ones are favored because X.Y-ZcranN is "more recent" than X.Y-Z. In the case of r-cran-rmpi the effect of this was to cause aptitude to want to uninstall all my mpi stuff. Apparently the automatically generated package doesn't have mpi as a dependency. I just put a

Dirk Eddelbuettel <edd@debian.org> writes: > Thanks for the bug report. I will pass it on to R Core. > > > In case this makes any difference, I am redirecting the stdout and > > stderr of pbuilder into a pipe, while leaving stdin unchanged. > > Don't know, it may. But that does not propagate to what happens inside > pbuilder, i.e. in the processes started by

What is the relation between the cran2deb repository, http://debian.cran.r-project.org/, and the debian repositories at CRAN, http://cran.r-project.org/bin/linux/debian/? I've studied the pages and this list, but am unsure I've got it right. My understanding is that cran2deb had almost all packages, targets testing, and currently is only supported for i386. It appears the debian repo at

Hi, I'm using Ubuntu 9.10 amd64 with cran2deb packages (I know it's meant for Debian, it's worked fine for me for many months). Recently apt-get update has to started to complain: ... Hit http://debian.cran.r-project.org testing/ Release Get:1 http://debian.cran.r-project.org testing/ Packages [515kB] Fetched 1B in 3s (0B/s) W: Failed to fetch

Dear Michael, I was looking up the status of the cran2deb effort and notice that you now have a PPA where new packages are landing and being built for Ubuntu. It looks like this is still a work in progress, but is already a fantastic resource for me and I hope it is something that you can continue to operate. I'm now installing many of these packages but some things I need are missing.

Dear all Recently I noticed that there are name clashes between the packages proposed in the Debian testing repos and cran2deb. For example, Synaptic proposes to upgrade from xtable 1.5-6-1cran1 (cran2deb, up-to-date CRAN version) to 1.5.5-1 (testing, older version). Is there anything that can be done about these clashes? Liviu -- Do you know how to read?

[ Kevin sent this to me but agreed that it's better to have this discussed here. ] On 30 January 2010 at 11:35, Kevin Donnelly wrote: | I am using Ubuntu 9.10. Installing r-cran-latticist asks for r-cran-vr to | be installed as well, but this gives the following message: | E: /var/cache/apt/archives/r-cran-vr_7.2.47-1_i386.deb: trying to overwrite |

Hi, I was wondering whether there was plans to support again cran2deb for the amd64 architecture soon. I got updates recently so I was wondering whether amd64 packages were uploaded or if I was only getting architecture independent packages... Thanks for your great work! cran2deb is awesome, looking forward to have it again fully operational again for amd64! Best, A.

Hi, I would also be in favor of a stronger stance on licenses. In industry, where we can really get in big trouble for violating a license, we often maintain internal repositories, or need to be careful about filtering what is used from CRAN. I think that is should really be a requirement the package authors commit to stating what the restrictions are on their packages. Nicholas On 10

The cran2deb archives target testing. I just pulled a package from them onto a stable system; the library loaded but said > library(akima) Warning message: package 'akima' was built under R version 2.10.0 Are this and other packages likely to work correctly with different R's (2.7 in the case of stable)? How well are they likely to work with a backported R? The R version would

Thanks for the bug report. I will pass it on to R Core. On Thu, Apr 03, 2003 at 11:01:23PM -0800, Daniel Schepler wrote: > Package: r-base > Version: 1.6.2.cvs.20030403-1 > Severity: serious > > Whenever I try to build r-base using pbuilder, it gets stuck at the > following point: > > ... > collecting examples for package 'tcltk' ... > make[6]: Entering

On Thu, Mar 17, 2016 at 6:58 PM, Martin Michlmayr <tbm at hpe.com> wrote: > Package: xen > Version: 4.6.0-1+nmu2 > Severity: serious > > This package fails to build in unstable: > >> sbuild (Debian sbuild) 0.68.0 (15 Jan 2016) on dl580gen9-02.hlinux > ... >> mkdir -p compat >> grep -v 'DEFINE_XEN_GUEST_HANDLE(long)' public/grant_table.h | \