On Mon, May 03, 2010 at 12:02:03 (CEST), Adrian Knoth wrote:
* Fix FTBFS on kFreeBSD (conditionally enable ALSA) (Closes: bug#579465)
Nope, not sufficient:
| waf configure --prefix=/usr --classic --dbus
| Checking for header samplerate.h : not found
| Checking for dbus-1 =
On Sun, May 02, 2010 at 03:03:44AM +0200, Adrian Knoth wrote:
On Sat, May 01, 2010 at 04:10:25PM -0400, Daniel Kahn Gillmor wrote:
Hi!
Unfortunately, no one has stepped up to act as a coordinator for this
track yet. There will still be arts and media presentations at debconf,
but they'll
On Sunday 02 May 2010 22:17:40 Adrian Knoth wrote:
On Sun, May 02, 2010 at 06:01:09PM +0300, David Baron wrote:
I need to connect vlc###-system in the qjackctl connection pane to
hear music. At each track playing an audio-CD, for example, it
disconnects and I need to reconnect to hear
Adrian Knoth a...@drcomp.erfurt.thur.de (03/05/2010):
Any chance to get more information what's going on there? Everything
is fine on sparc, mips, powerpc, amd64, i386 and s390, so I wonder
what could cause compilation on kfreeBSD to die that early.
On Sat, May 01, 2010 at 02:01:00PM -0400, Felipe Sateler wrote:
On Sat, May 1, 2010 at 13:50, Reinhard Tartler siret...@tauware.de wrote:
On Fri, Apr 30, 2010 at 23:14:38 (CEST), Reinhard Tartler wrote:
Anyway, the deadline seems to be tomorrow night. Please review and amend
my draft by
Package: jack-audio-connection-kit
Version: 1.9.5~dfsg-4
Severity: serious
Hi,
j-a-c-k FTBFS on (so far) alpha and ia64; from the build log:
In file included from ../common/JackAtomic.h:24,
from ../common/JackAtomicState.h:23,
from
Processing commands for cont...@bugs.debian.org:
reassign 580088 src:jack-audio-connection-kit
Bug #580088 [jack-audio-connection-kit] jack-audio-connection-kit: FTBFS on
armel (cannot convert 'int' to 'va_list')
Bug reassigned from package 'jack-audio-connection-kit' to
On Mon, May 03, 2010 at 04:03:10PM +0100, Adam D. Barratt wrote:
Hi,
Hi!
This may have the same root cause as the armel failure, in which case
please merge them.
I don't think so. For the alpha and ia64, I have written a fix:
Processing commands for cont...@bugs.debian.org:
found 580088 1.9.5~dfsg-4
Bug #580088 [src:jack-audio-connection-kit] jack-audio-connection-kit: FTBFS on
armel (cannot convert 'int' to 'va_list')
Bug Marked as found in versions jack-audio-connection-kit/1.9.5~dfsg-4.
found 580089 1.9.5~dfsg-4
On Mon, May 03, 2010 at 04:00:14PM +0100, Adam D. Barratt wrote:
../common/JackAPI.cpp:303: error: cannot convert 'int' to 'va_list'
for argument '4' to 'jack_client_t* jack_client_open_aux(const char*,
jack_options_t, jack_status_t*, va_list)'
The code in question:
On Mon, 03 May 2010 at 18:13:00 +0200, Adrian Knoth wrote:
Obviously, arg4 is NULL, so the message means the compiler cannot
convert 0 to a va_list, which should be (more or less) a pointer.
Or a struct, or a platform-specific-object that exists nowhere else in C, or a
piece of cheese,
#
# bts-link upstream status pull for source package amsynth
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
# remote status report for #564852 (http://bugs.debian.org/564852)
# *
On Mon, May 03, 2010 at 05:50:39PM +0100, Simon McVittie wrote:
The code in question:
jack_client_open_aux(client_name, (jack_options_t)options, NULL, NULL);
Instead of trying to fake up an empty va_list, why not call the varargs
version, with only the argument terminator in its
On Mon, May 3, 2010 at 18:13:00 +0200, Adrian Knoth wrote:
On Mon, May 03, 2010 at 04:00:14PM +0100, Adam D. Barratt wrote:
../common/JackAPI.cpp:303: error: cannot convert 'int' to 'va_list'
for argument '4' to 'jack_client_t* jack_client_open_aux(const char*,
jack_options_t,
jack-audio-connection-kit_1.9.5~dfsg-5_i386.changes uploaded successfully to
ftp-master.debian.org
along with the files:
jack-audio-connection-kit_1.9.5~dfsg-5.dsc
jack-audio-connection-kit_1.9.5~dfsg-5.debian.tar.gz
jackd_1.9.5~dfsg-5_i386.deb
libjack0_1.9.5~dfsg-5_i386.deb
jack-audio-connection-kit_1.9.5~dfsg-5_i386.changes uploaded successfully to
localhost
along with the files:
jack-audio-connection-kit_1.9.5~dfsg-5.dsc
jack-audio-connection-kit_1.9.5~dfsg-5.debian.tar.gz
jackd_1.9.5~dfsg-5_i386.deb
libjack0_1.9.5~dfsg-5_i386.deb
jack-audio-connection-kit_1.9.5~dfsg-6_i386.changes uploaded successfully to
ftp-master.debian.org
along with the files:
jack-audio-connection-kit_1.9.5~dfsg-6.dsc
jack-audio-connection-kit_1.9.5~dfsg-6.debian.tar.gz
jackd_1.9.5~dfsg-6_i386.deb
libjack0_1.9.5~dfsg-6_i386.deb
reopen 580089
thanks
On Mon, 2010-05-03 at 17:18 +0200, Adrian Knoth wrote:
On Mon, May 03, 2010 at 04:03:10PM +0100, Adam D. Barratt wrote:
This may have the same root cause as the armel failure, in which case
please merge them.
I don't think so. For the alpha and ia64, I have written a
Processing commands for cont...@bugs.debian.org:
reopen 580089
Bug #580089 {Done: Adrian Knoth a...@drcomp.erfurt.thur.de}
[src:jack-audio-connection-kit] jack-audio-connection-kit: FTBFS on ia64 and
alpha
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to
On Mon, May 03, 2010 at 10:07:44PM +0100, Adam D. Barratt wrote:
Next upload will hopefully build on these architectures.
Nope :-/ They now fail for different reasons.
That's good news. I've already checked the build logs for the -5 upload.
Alpha was easy to fix, and I did this with -6, so
Accepted:
snd-doc_11.5-1_all.deb
to main/s/snd/snd-doc_11.5-1_all.deb
snd-gtk-jack_11.5-1_i386.deb
to main/s/snd/snd-gtk-jack_11.5-1_i386.deb
snd-gtk-pulse_11.5-1_i386.deb
to main/s/snd/snd-gtk-pulse_11.5-1_i386.deb
snd-nox-alsa_11.5-1_all.deb
to main/s/snd/snd-nox-alsa_11.5-1_all.deb
tags 580113 unreproducible
severity 580113 important
thanks
I too am not able to reproduce this problem. I have no issue using pulse as
the
audio output driver with latest mplayer.
Setting this bug to important as well since more than one user was not
able to reproduce the bug, and also since
Processing commands for cont...@bugs.debian.org:
tags 580113 unreproducible
Bug #580113 [mplayer] [mplayer] No audio output to pulse
Added tag(s) unreproducible.
severity 580113 important
Bug #580113 [mplayer] [mplayer] No audio output to pulse
Severity set to 'important' from 'serious'
On Tuesday 06 April 2010 01:17:32 Reinhard Tartler wrote:
On Tue, Apr 06, 2010 at 00:50:17 (CEST), Bastian Blank wrote:
On Tue, Apr 06, 2010 at 12:08:46AM +0200, Reinhard Tartler wrote:
why do you consider this grave? It only affects gmplayer, which is
deprecated upstream.
The package
mplayer_1.0~rc3+svn20100502-2_amd64.changes uploaded successfully to localhost
along with the files:
mplayer_1.0~rc3+svn20100502-2.dsc
mplayer_1.0~rc3+svn20100502-2.diff.gz
mplayer_1.0~rc3+svn20100502-2_amd64.deb
mplayer-dbg_1.0~rc3+svn20100502-2_amd64.deb
On Mon, May 03, 2010 at 07:59:05PM -0400, Andres Mejia wrote:
On Monday 05 April 2010 17:19:38 Bastian Blank wrote:
mplayer tries to use OSS first. With gmplayer this even produces an
warning dialog box. Using OSS is bad because the default implementation
(the kernel OSS emulation for ALSA)
26 matches
Mail list logo