On Wed, Jun 17, 2015 at 10:16 PM, Brandon Bradley
wrote:
> Hello Sandro! And thanks for your reply.
>
> Your questions are annotated below.
>
> On Wed, Jun 17, 2015 at 2:56 PM, Sandro Tosi wrote:
>>
>> Hi everyone,
>> I'm looking at Brandon's package for kafka, and here are some comments:
>>
>> *
I've checked some deeper and found that at least schema/csl.rng is needed by
the build in scheme validator in citeproc/frontend.py.
In the SVN repo there are some waste experiments towards a +dfsg package - I'll
complete
everything when the new licenses are declared.
DS
--
http://qa.debian.org
2015-06-17 13:44 GMT+01:00 PICCA Frederic-Emmanuel <
frederic-emmanuel.pi...@synchrotron-soleil.fr>:
> > I checked it out and both clBLAS and clFFT actually suffer from the same
> problem. It seems upstream is rolling its own
> > "multiarch" detection / selection mechanism. The detection is based
Your message dated Wed, 17 Jun 2015 22:33:45 +0500
with message-id <20150617173345.gd2...@belkar.wrar.name>
and subject line Re: Bug#788036: RFS: circus/0.12.0-1 [ITP]
has caused the Debian Bug report #788036,
regarding RFS: circus/0.12.0-1 [ITP]
to be marked as done.
This means that you claim tha
Thanks, I've uploaded this. Please fix two minor issues in the next
upload:
I: circus: capitalization-error-in-description python Python
dpkg-gencontrol: warning: Depends field of package circus: unknown substitution
variable ${shlibs:Depends}
--
WBR, wRAR
signature.asc
Description: Digital
Your message dated Wed, 17 Jun 2015 21:40:29 +0500
with message-id <20150617164029.gc2...@belkar.wrar.name>
and subject line Re: Bug#788037: RFS: chaussette/1.3.0-1 [ITP]
has caused the Debian Bug report #788037,
regarding RFS: chaussette/1.3.0-1 -- WSGI (meta)server you can use to run your
Python
Uploaded, thanks.
--
WBR, wRAR
signature.asc
Description: Digital signature
On 17/06/15 04:56, Vincent Cheng wrote:
On Tue, Jun 16, 2015 at 9:30 AM, Tony Houghton wrote:
What I found was that if roxterm-gtk3 is installed, but not roxterm (the old
virtual package), dist-upgrade doesn't install the new roxterm package. I
was expecting the 'Replaces: roxterm-gtk3' in the
On 17/06/15 04:56, Vincent Cheng wrote:
On Tue, Jun 16, 2015 at 9:30 AM, Tony Houghton wrote:
>
What I found was that if roxterm-gtk3 is installed, but not roxterm (the old
virtual package), dist-upgrade doesn't install the new roxterm package. I
was expecting the 'Replaces: roxterm-gtk3' in t
> I checked it out and both clBLAS and clFFT actually suffer from the same
> problem. It seems upstream is rolling its own
> "multiarch" detection / selection mechanism. The detection is based on the
> result of CMAKE_SIZEOF_VOID_P, and the
> selection can be overriden via a cmake option.
obviou
2015-06-17 10:41 GMT+01:00 PICCA Frederic-Emmanuel <
frederic-emmanuel.pi...@synchrotron-soleil.fr>:
>
>
> 2015-06-17 10:25 GMT+01:00 PICCA Frederic-Emmanuel <
> frederic-emmanuel.pi...@synchrotron-soleil.fr frederic-emmanuel.pi...@synchrotron-soleil.fr>>:
> Hello Ghislain,
>
> It seems to me thah
2015-06-17 10:25 GMT+01:00 PICCA Frederic-Emmanuel
mailto:frederic-emmanuel.pi...@synchrotron-soleil.fr>>:
Hello Ghislain,
It seems to me thaht I already saw this problem with Jerome... I built my
package on a 32bit system.
> cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library && /usr/bin/c++
> -
2015-06-17 10:25 GMT+01:00 PICCA Frederic-Emmanuel <
frederic-emmanuel.pi...@synchrotron-soleil.fr>:
> Hello Ghislain,
>
> It seems to me thaht I already saw this problem with Jerome... I built my
> package on a 32bit system.
>
> > cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library && /usr/bin/c++
> -D
Hello Ghislain,
It seems to me thaht I already saw this problem with Jerome... I built my
package on a 32bit system.
> cd /«PKGBUILDDIR»/obj-i586-linux-gnu/library && /usr/bin/c++
> -DCLFFT_EXPORTS -DclFFT_EXPORTS -m64 -pthread -g -O2 -fstack-protector-strong
> -Wformat -Werror=format-securi
Hi Fred,
Since both clFFT and clBLAS share a similar setup, I am surprised that one
succeeds and the other
fails to build on your machine. Some more comments below:
2015-06-17 8:27 GMT+01:00 PICCA Frederic-Emmanuel <
frederic-emmanuel.pi...@synchrotron-soleil.fr>:
> Hello Ghislain, I am trying t
> Hi Fred,
> Thanks for checking my package out.
Sorry for the noise I realize thaht I ran lintian on my wheezy machine
This is why I have theses messages.
> I'll send a patch upstream, but I don't think it is worth adding a patch to
> the packaging for
> such a harmless issue.
quality ;)
Hi Fred,
Thanks for checking my package out.
My comments are below:
2015-06-17 8:46 GMT+01:00 PICCA Frederic-Emmanuel <
frederic-emmanuel.pi...@synchrotron-soleil.fr>:
> Hello,
>
> I go thtese lintian errors
>
> lintian
> ───
>
> E: clblas source: missing-build-dependency dpkg-dev (>= 1.16.
Le Tue, Jun 16, 2015 at 01:52:52PM +0200, Dominique Dumont a écrit :
>
> from the logs, tabix package is not installed.
>
> Neither samtools or samtools-test depends on tabix.
>
> Looks like ci does not install build dependencies...
Thanks Dominique, but I would have expected tabix to be instal
Hello,
I go thtese lintian errors
lintian
───
E: clblas source: missing-build-dependency dpkg-dev (>= 1.16.1~)
N:
N:The package doesn't specify a build dependency on a package that is used
N:in debian/rules.
N:
N:lintian intentionally does not take into account transitive
N:
Hello Ghislain, I am trying to build your package with sbuild and I got htis
error message.
make[3]: Entering directory '/«PKGBUILDDIR»/obj-i586-linux-gnu'
/usr/bin/cmake -E cmake_progress_report
/«PKGBUILDDIR»/obj-i586-linux-gnu/CMakeFiles 4
[ 8%] Building CXX object library/CMakeFiles/clFFT.d
20 matches
Mail list logo
