Re: What GPU can be assumed for autopkgtests

2017-01-15 Thread Nicholas Breen
On Mon, Jan 16, 2017 at 10:21:57AM +0800, Paul Wise wrote: > On Mon, Jan 16, 2017 at 12:12 AM, Andreas Tille wrote: > > > I remember these messages in connection with some (other?) package on > > autobuilders but I can't make up my mind which one and I'm obviously > > doing the wrong web search

Re: What GPU can be assumed for autopkgtests

2017-01-15 Thread Paul Wise
On Mon, Jan 16, 2017 at 12:12 AM, Andreas Tille wrote: > I remember these messages in connection with some (other?) package on > autobuilders but I can't make up my mind which one and I'm obviously > doing the wrong web search queries. I don't know enough about OpenMPI and the logs you posted

Re: Giving up on two autopkgtests: r-cran-backports and r-cran-adegraphics

2017-01-15 Thread Andreas Tille
Hi again, as well as on dplyr in SVN[3] which I tried to prepare but the final test failed despite the fixed test depends with a strange encoding issue: ... Registering testing src: sqlite OK 1. Error: group_by handles encodings (#1507) (@test-group-by.r#245) :1:1: unexpected '<' 1:

Giving up on two autopkgtests: r-cran-backports and r-cran-adegraphics

2017-01-15 Thread Andreas Tille
Hi Gordon, I've fixed a fair amount of autopkgtests at Debian Med team sprint but I'm now stumbling upon r-cran-backports[1] and r-cran-adegraphics[2] and have no idea how to fix these. Any help would be welcome Andreas. [1]

Second Conference of Research Software Engineers: Sep 07-08, 2017

2017-01-15 Thread Michael Crusoe
Hello all, As you all probably know, there is a huge need for sustainable community maintenance of research software; and I think Debian is the logical foundation for such efforts due to its distributed nature and extensive technical & social infrastructure** To help make this a reality I urge

Re: What GPU can be assumed for autopkgtests

2017-01-15 Thread Andreas Tille
Hi Paul, On Sun, Jan 15, 2017 at 09:17:27PM +0800, Paul Wise wrote: > > It is unlikely any buildd, puiparts host or debci host has a GPU. > Often they are virtual machines with only serial console for input if > any. So the safe bet for OpenCL is the CPU-based ICD, pocl-opencl-icd. OK, seems

Re: What GPU can be assumed for autopkgtests

2017-01-15 Thread Paul Wise
On Sun, Jan 15, 2017 at 9:07 PM, Andreas Tille wrote: > Is there any hint how this test can be run on the autopkgtest > hardware? It is unlikely any buildd, puiparts host or debci host has a GPU. Often they are virtual machines with only serial console for input if any. So the safe bet for

What GPU can be assumed for autopkgtests

2017-01-15 Thread Andreas Tille
Hi, the log from phyml autopkgtest[1] says: ... beignet-opencl-icd: no supported GPU found, this is probably the wrong opencl-icd package for this hardware (If you have multiple ICDs installed and OpenCL works, you can ignore this message) OpenCL error: CL_DEVICE_NOT_FOUND from file , line

Test suite issues that might be connected by missing depends by dh-r

2017-01-15 Thread Andreas Tille
Hi, I have not fully understood the failure of the autopkgtest if r-bioc-biovizbase[1] but fixed it by simply adding r-cran-foreign, r-cran-nnet to the test dependencies (the second one was missing as well). When stumbling about the similar issue for r-bioc-cummerbund[2] I'm simply

Re: Please categorise your packages for the Debian Science metapackages

2017-01-15 Thread Sébastien Villemot
Le mardi 10 janvier 2017 à 12:05 +0100, Andreas Tille a écrit : > > On Tue, Jan 10, 2017 at 11:29:14AM +0100, Sébastien Villemot wrote: > > If it is the former, it makes senses to remove r-base (+ octave and > > julia). But if it is the latter (and it is what I was implicitly > > assuming), then