Bug#807522: marked as done (RFS: propellor/2.15.0-1 [ITA] -- property-based host configuration management in haskell)

Your message dated Mon, 14 Dec 2015 04:35:13 + with message-id and subject line closing RFS: propellor/2.15.0-1 [ITA] -- property-based host configuration management in haskell has caused the Debian Bug report #807522, regarding RFS: propellor/2.15.0-1

Re: Bug#807743: RFS: filters/2.55-1 [ITA] - collection of filters, including B1FF and the Swedish Chef

* Andrew J. Buehler , 2015-12-12, 19:11: [scramble.c:180]: (error) Common realloc mistake: 'word' nulled but not freed upon failure [...] I'm not completely sure I see the problem with this one; cppcheck warns against code like this: p = realloc(p, s); If realloc()

Bug#807824: RFS: arrayfire/3.2.1+dfsg1-2

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "arrayfire" * Package name: arrayfire Version : 3.2.1+dfsg1-2 Upstream Author : ArrayFire Development Group * URL : http://arrayfire.com/ * License : BSD

Bug#807824: RFS: arrayfire/3.2.1+dfsg1-2

Control: owner -1 ! Control: tags -1 moreinfo Hi, the packaging looks good, however you seem to have moved files between packages, without creating a proper upgrade path. This is an RC issue, so I'm blocking the RFS with moreinfo tag. Please follow the wiki to fix the issue.

Bug#807845: RFS: 4ti2/1.6.7+ds-2 [unrep fix] [CI] -- mathematical tool suite for problems on linear spaces

Package: sponsorship-requests Severity: normal Dear Mentors: I am looking for a sponsor for the package 4ti2 [1] that I am maintaining on behalf of the Debian Science-Team. This version fixes a `build reproducible' issue and introduces Continuous Integration

Bug#807824: RFS: arrayfire/3.2.1+dfsg1-2

On 13/12/15 21:26, Gianfranco Costamagna wrote: Control: owner -1 ! Control: tags -1 moreinfo Hi, the packaging looks good, however you seem to have moved files between packages, without creating a proper upgrade path. What do you mean ? For instance installing libarrayfire-cpu-dev still

Cask & dependencies

Hello, I'm working on packaging the dependencies and build dependencies of projectile [1], and I'm trying to ensure that the test suites of all dependencies and build dependencies are run when the packages are built. Unfortunately there is a dependency circle within the dependencies and build