On Wed, 2010-09-01 at 09:40 -0400, Felipe Sateler wrote:
On 01/09/10 04:10, Reinhard Tartler wrote:
this package has been tried four times and every time we see a different
build error:
#1 (on lebrun):segfault in gcc
#2 (on schroeder): segfault in python (i.e. scons, the build
On 02/09/10 14:06, Adam D. Barratt wrote:
On Wed, 2010-09-01 at 09:40 -0400, Felipe Sateler wrote:
On 01/09/10 04:10, Reinhard Tartler wrote:
this package has been tried four times and every time we see a different
build error:
#1 (on lebrun):segfault in gcc
#2 (on schroeder): segfault
Hi,
On Thu Sep 02, 2010 at 19:06:42 +0100, Adam D. Barratt wrote:
#4 (on schroeder): sigill in gcc
can you please try to compile it with -O0 on schroeder?
--
Martin Zobel-Helas zo...@debian.org | Debian System Administrator
Debian GNU/Linux Developer | Debian
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
What dependency is that? Where can we look that up?
the newer package in unstable FTBFS on sparc.
this package has been tried four times and every time we see a different
build
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
What dependency is that?
libcsound64-5.2 depends on libjack0 (= 0.118.0).
Where can we look that up?
Predictably, in
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
What dependency is that?
libcsound64-5.2 depends on
On Wed, Sep 01, 2010 at 11:05:18AM +0200, Reinhard Tartler wrote:
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency
On Wed, Sep 01, 2010 at 11:47:36AM +0200, Jonas Smedegaard wrote:
I believe it is not possible to do binNMUs targeted testing (which
is what would circumvent the sparc problem here).
BinNMUs can be made against testing.
Kind regards,
Philipp Kern
signature.asc
Description: Digital signature
On Wed, September 1, 2010 10:05, Reinhard Tartler wrote:
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
On Wed, September 1, 2010 09:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
On 01/09/10 04:10, Reinhard Tartler wrote:
On Tue, Aug 31, 2010 at 21:14:05 (CEST), Adam D. Barratt wrote:
csound still has an outdated dependency on hppa;
What dependency is that? Where can we look that up?
the newer package in unstable FTBFS on sparc.
this package has been tried
On Wed, 2010-09-01 at 13:10 +0100, Adam D. Barratt wrote:
On Wed, September 1, 2010 10:05, Reinhard Tartler wrote:
On Wed, Sep 01, 2010 at 10:51:31 (CEST), Adam D. Barratt wrote:
libcsound64-5.2 depends on libjack0 (= 0.118.0).
Right, could you schedule a binNMU for csound on hppa? that
Coming back to the libjack binNMUs:
On Fri, Jul 30, 2010 at 18:25:15 +0100, Adam D. Barratt wrote:
Looking at unstable and ignoring packages which have built successfully
and are simply missing uploads, the remaining packages depending on just
libjack0 are:
- ardour: FTBFS on sparc
On Tue, 2010-08-31 at 20:59 +0200, Julien Cristau wrote:
Coming back to the libjack binNMUs:
On Fri, Jul 30, 2010 at 18:25:15 +0100, Adam D. Barratt wrote:
Looking at unstable and ignoring packages which have built successfully
and are simply missing uploads, the remaining packages
On 03/08/10 17:50, Julien Cristau wrote:
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote:
This doesn't seem to help (I called dpkg-buildpackage -B and doxygen was
called). How will dh_listpackages know if we called dpkg-buildpackage -B?
In 'build', it doesn't. If you want to
On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote:
On 03/08/10 17:50, Julien Cristau wrote:
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote:
This doesn't seem to help (I called dpkg-buildpackage -B and doxygen
was called). How will dh_listpackages know if we called
On 04/08/10 11:46, Jonas Smedegaard wrote:
On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote:
On 03/08/10 17:50, Julien Cristau wrote:
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote:
This doesn't seem to help (I called dpkg-buildpackage -B and doxygen
was called).
On Wed, Aug 04, 2010 at 12:36:49PM -0400, Felipe Sateler wrote:
On 04/08/10 11:46, Jonas Smedegaard wrote:
On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote:
On 03/08/10 17:50, Julien Cristau wrote:
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote:
This doesn't seem
On Mon, Aug 02, 2010 at 19:23:59 (EDT), Felipe Sateler wrote:
On 02/08/10 18:26, Adam D. Barratt wrote:
On Sun, August 1, 2010 12:33, Felipe Sateler wrote:
Copying this to the appropriate bug...
[...]
Indeed. How do you suggest working through this? Facts:
1. The build hangs unpredictably
On 03/08/10 16:09, Reinhard Tartler wrote:
On Mon, Aug 02, 2010 at 19:23:59 (EDT), Felipe Sateler wrote:
On 02/08/10 18:26, Adam D. Barratt wrote:
On Sun, August 1, 2010 12:33, Felipe Sateler wrote:
Copying this to the appropriate bug...
[...]
Indeed. How do you suggest working through
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote:
This doesn't seem to help (I called dpkg-buildpackage -B and doxygen was
called). How will dh_listpackages know if we called dpkg-buildpackage -B?
In 'build', it doesn't. If you want to do something only if arch-indep
packages are
On Sun, August 1, 2010 12:33, Felipe Sateler wrote:
Copying this to the appropriate bug...
[...]
Indeed. How do you suggest working through this? Facts:
1. The build hangs unpredictably on a doxygen call.
2. The doxygen call is in build-indep (so it is not strictly necessary
for binary only
On 02/08/10 18:26, Adam D. Barratt wrote:
On Sun, August 1, 2010 12:33, Felipe Sateler wrote:
Copying this to the appropriate bug...
[...]
Indeed. How do you suggest working through this? Facts:
1. The build hangs unpredictably on a doxygen call.
2. The doxygen call is in build-indep (so it
On Fri, July 30, 2010 19:02, Felipe Sateler wrote:
On 30/07/10 13:25, Adam D. Barratt wrote:
- ardour: FTBFS on sparc (#590863)
- csound: FTBFS on hppa (#590948)
- slv2: FTBFS on hppa (#590976)
All these three look like problems with the buildd host/toolchain.
CSound hangs in a doxygen call
Copying this to the appropriate bug...
On 01/08/10 11:38, Adam D. Barratt wrote:
On Fri, July 30, 2010 19:02, Felipe Sateler wrote:
On 30/07/10 13:25, Adam D. Barratt wrote:
- ardour: FTBFS on sparc (#590863)
- csound: FTBFS on hppa (#590948)
- slv2: FTBFS on hppa (#590976)
All these three
On Tue, 2010-07-20 at 22:30 +0200, Adrian Knoth wrote:
It works (on the library level), but the packages need to depend on the
newly introduced virtual package libjack-0.116 which is provided by
either libjack0 or libjack-jackd2-0.
(to be precise, they'll depend on (libjack-jackd2-0 |
On 30/07/10 13:25, Adam D. Barratt wrote:
On Tue, 2010-07-20 at 22:30 +0200, Adrian Knoth wrote:
It works (on the library level), but the packages need to depend on the
newly introduced virtual package libjack-0.116 which is provided by
either libjack0 or libjack-jackd2-0.
(to be precise,
reassign 589689 release.debian.org
stop
On Tue, Jul 20, 2010 at 01:23:27 (CEST), Pedro R wrote:
Package: jackd2
Severity: grave
Tags: sid
Justification: renders package unusable
Hi,
the recent transition to jackd2 causes a mess in my system.
Yes, that is sort-of expected.
I don't want
I don't want to downgrade to jackd2.
This doesn't make sense. I assume that you meant jackd1 here.
Yes, that's what I meant.
Yes, that's why we want to ship it as default jackd flavor in squeeze.
However, we discovered that squeeze is better off with both jackd1 and
jackd2 versions, and
On Tue, Jul 20, 2010 at 05:13:23PM +0100, Pedro Ribeiro wrote:
Yes, that's why we want to ship it as default jackd flavor in squeeze.
However, we discovered that squeeze is better off with both jackd1 and
jackd2 versions, and have applications compiled against libjack0 from
the jackd1
Package: jackd2
Severity: grave
Tags: sid
Justification: renders package unusable
Hi,
the recent transition to jackd2 causes a mess in my system.
I don't want to downgrade to jackd2. After being forced to use it for a couple
of months, I find it is
much more reliable.
If I try to install jackd2
30 matches
Mail list logo