Re: plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Ghislain Vaillant
On Tue, 2016-12-06 at 14:38 +0100, Andreas Tille wrote: > Hi again, > > On Tue, Dec 06, 2016 at 11:05:02AM +, Ghislain Vaillant wrote: > > > Hmmm, this message droped in my inbox after uploading. I'm not sure how > > > important this might be - in any case the package has built nicely. > >

Re: plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Andreas Tille
On Tue, Dec 06, 2016 at 01:56:03PM +, Ghislain Vaillant wrote: > > > Both libblas-dev and libblas-dev | libblas.so would lead to successful > > > builds on autobuilders. The latter always pick libblas-dev in case an > > > alternative implementation is not already installed. > > > > OK, so

Re: Bug#832391: consensuscore2: Any news?

2016-12-06 Thread Andreas Tille
Hi, On Tue, Dec 06, 2016 at 11:23:36AM +, Ghislain Vaillant wrote: > > > > I should have posted an update. Upstream has moved consensuscore2 into a > > new source package, unanimity [1]. The packaging issues I was having are > > due to building the mixed-language code base. I have not found

Re: Bug#832391: consensuscore2: Any news?

2016-12-06 Thread Afif Elghraoui
Whoa, wait a minute. Consensuscore2 hasn't been deprecated yet--it's just been bundled with other things in the unanimity suite. The reason I don't support removal of this source package is that we might find the best solution to be extracting consensuscore2 from unanimity and using that for

plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Ghislain Vaillant
On Tue, 2016-12-06 at 08:11 +0100, Andreas Tille wrote: > Hi Gregory, > > On Mon, Dec 05, 2016 at 06:52:07PM -0500, Gregory Sharp wrote: > > > > > I admit if there was an explicit reason I simply forgot it (but its also > > > for amd64, right). > > > > The architectures are amd64 and i386

hilive ready for upload

2016-12-06 Thread Gert Wollny
Hi, I've looked into hilive and made the package build properly:  - the new upstream version closes #833392 (checked on i386)  - it builds only with seqan2 (so this question is resolved)  - I've also added a patch to remove some forced CXX flags Since my DD status is still pending (but AM

Re: hilive ready for upload

2016-12-06 Thread Andreas Tille
Done - thanks a lot for your contribution (fingers crossed for your DD status before Christmas ;-)) Andreas. On Tue, Dec 06, 2016 at 09:14:21AM +0100, Gert Wollny wrote: > Hi, > > I've looked into hilive and made the package build properly:  > > - the new upstream version closes #833392

Sprint will be Jan 12th-16th in Bucharest

2016-12-06 Thread Michael Crusoe
Thank you all for your responses to the many polls, and for your patience. I will start collecting quotes from hotels and meetings spaces. Feel free to book transportation now.

Re: plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Andreas Tille
Hi Ghislain, On Tue, Dec 06, 2016 at 08:00:50AM +, Ghislain Vaillant wrote: > > > > The more elegant way is to simply specify "any". Autobuilders will > > notice themselves whether a Build-Dependency exists or not and simply do > > nothing if a Build-Dependency is missing. > > I second

Re: plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Ghislain Vaillant
On Tue, 2016-12-06 at 11:01 +0100, Andreas Tille wrote: > Hi Ghislain, > > Other comments: > > > > - "Add libblas-dev dependency (sub-dependency of libdlib-dev) to > > plastimatch" > > > > If libdlib-dev is missing a dependency (BLAS), it should be fixed > > there. Transitive dependencies should

Re: consensuscore2: Any news?

2016-12-06 Thread Ghislain Vaillant
On Fri, 11 Nov 2016 14:17:13 -0800 Afif Elghraoui wrote: > Hi, Andreas, > > على الأربعاء 9 تشرين الثاني 2016 ‫03:11، كتب > Andreas Tille: > > > > do you have any news with this issue? > > > > I should have posted an update. Upstream has moved

Re: plastimatch/1.6.5+dfsg1-1 prep

2016-12-06 Thread Andreas Tille
Hi again, On Tue, Dec 06, 2016 at 11:05:02AM +, Ghislain Vaillant wrote: > > Hmmm, this message droped in my inbox after uploading. I'm not sure how > > important this might be - in any case the package has built nicely. > > Both libblas-dev and libblas-dev | libblas.so would lead to