On Tue, May 04, 2010 at 01:44:16 (CEST), Andres Mejia wrote:
> 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
On Tue, May 04, 2010 at 01:59:05 (CEST), Andres Mejia wrote:
> On Monday 05 April 2010 17:19:38 Bastian Blank wrote:
>> Package: mplayer
>> Version: 1.0~rc3+svn20090405-1+b1
>> Severity: grave
>>
>> mplayer tries to use OSS first. With gmplayer this even produces an
>> warning dialog box. Using O
I am having the same problem since the upgrade to 2:1.0~rc3+svn20100502
(see output[2] of mplayer). Output of `reportbug --template mplayer`
included[1].
--Adam
[1] $ reportbug --template mplayer
[...]
Package: mplayer
Version: 2:1.0~rc3+svn20100502-1
Severity: wishlist
-- System Information:
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
Accepted:
mplayer-dbg_1.0~rc3+svn20100502-2_amd64.deb
to main/m/mplayer/mplayer-dbg_1.0~rc3+svn20100502-2_amd64.deb
mplayer-doc_1.0~rc3+svn20100502-2_all.deb
to main/m/mplayer/mplayer-doc_1.0~rc3+svn20100502-2_all.deb
mplayer_1.0~rc3+svn20100502-2.diff.gz
to main/m/mplayer/mplayer_1.0~rc3+
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
mplayer-doc_1.0~rc3+svn20100502-
Package: mplayer
Version: 2:1.0~rc3+svn20100502-1
Severity: normal
With the latest update, the mplayer package now installes a manpage
for mencoder by symlinking it to the mplayer manpage. I think that's a
bit confusing, since the mencoder command itself is not provided by
the package, and it make
mplayer_1.0~rc3+svn20100502-2.dsc has incorrect size; deleting it
Greetings,
Your Debian queue daemon (running on host ries.debian.org)
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.
GnuPG signature check failed on mplayer_1.0~rc3+svn20100502-2_amd64.changes
gpg: Signature made Tue May 4 00:36:44 2010 UTC using RSA key ID 8C9C0B46
gpg: Can't check signature: public key not found
(Exit status 2)
/mplayer_1.0~rc3+svn20100502-2_amd64.changes has bad PGP/GnuPG signature!
Removing
On Monday 05 April 2010 17:19:38 Bastian Blank wrote:
> Package: mplayer
> Version: 1.0~rc3+svn20090405-1+b1
> Severity: grave
>
> 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 emulati
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.
> >
> > T
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'
> tha
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 th
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
sn
Accepted:
jack-audio-connection-kit_1.9.5~dfsg-6.debian.tar.gz
to
main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-6.debian.tar.gz
jack-audio-connection-kit_1.9.5~dfsg-6.dsc
to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-6.dsc
jackd-firewire_1.
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
Processing commands for cont...@bugs.debian.org:
> reopen 580089
Bug #580089 {Done: Adrian Knoth }
[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 use 'found' to remove fix
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 writ
jack-audio-connection-kit_1.9.5~dfsg-6_i386.changes uploaded successfully to
localhost
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
jackd-firewire_1.9.5~dfs
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
jackd-firewi
snd_11.5-1_i386.changes uploaded successfully to localhost
along with the files:
snd_11.5-1.dsc
snd_11.5.orig.tar.gz
snd_11.5-1.diff.gz
snd_11.5-1_all.deb
snd-doc_11.5-1_all.deb
snd-gtk-jack_11.5-1_i386.deb
snd-gtk-pulse_11.5-1_i386.deb
snd-nox_11.5-1_i386.deb
snd-nox-alsa_11.5-1_
> Any chance to check with other PA-enabled clients to verify our PA
> installation? (like vlc with the pulseaudio modules)
Just tried vlc with vlc-plugin-pulse:
---
pulse audio output: No. of Audio Channels: 2
pulse audio output debug: Pulse mainloop started
pulse audio output debug
Package: mediatomb
Version: 0.12.0~svn2018-6
Severity: grave
Tags: security
Justification: user security hole
This bug was reported to Ubuntu via Launchpad:
https://launchpad.net/bugs/569763
>From the upstream documentation:
at http://mediatomb.cc/pages/documentation#id2856362:
"The server has a
On Mon, May 03, 2010 at 07:03:42PM +0200, Alexander Hofbauer wrote:
> Package: mplayer
> Version: 2:1.0~rc3+svn20100502-1
> Severity: serious
>
> With the latest update to mplayer, audio output to pulse doesn't work
> any more.
I don't think that's true. At least not in all cases.
I also have
Package: mplayer
Version: 2:1.0~rc3+svn20100502-1
Severity: serious
With the latest update to mplayer, audio output to pulse doesn't work
any more.
Playing any file results in
”ERROR: Assertion 'channels > 0' failed at pulse/volume.c:76, function
pa_cvolume_set(). Aborting.“
I guess this proble
Your message dated Mon, 03 May 2010 17:35:29 +
with message-id
and subject line Bug#580089: fixed in jack-audio-connection-kit 1.9.5~dfsg-5
has caused the Debian Bug report #580089,
regarding jack-audio-connection-kit: FTBFS on ia64 and alpha
to be marked as done.
This means that you claim th
Your message dated Mon, 03 May 2010 17:35:29 +
with message-id
and subject line Bug#580088: fixed in jack-audio-connection-kit 1.9.5~dfsg-5
has caused the Debian Bug report #580088,
regarding jack-audio-connection-kit: FTBFS on armel ("cannot convert 'int' to
'va_list'")
to be marked as done.
Accepted:
jack-audio-connection-kit_1.9.5~dfsg-5.debian.tar.gz
to
main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-5.debian.tar.gz
jack-audio-connection-kit_1.9.5~dfsg-5.dsc
to main/j/jack-audio-connection-kit/jack-audio-connection-kit_1.9.5~dfsg-5.dsc
jackd-firewire_1.
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
jackd-firewire_1.9.5~dfs
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
jackd-firewi
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, ja
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
#
# 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)
# *
http://sourceforge.net/tracker/?func=det
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, dependi
On Mon, 2010-05-03 at 18:13 +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_sta
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:
jack_client_open_aux
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~dfs
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:
http://trac.jackaudio.org/attachment/ticket/171/jackd2-poin
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
'src:jack-audio-conn
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 ../common/JackGraphManager.h:2
Package: jack-audio-connection-kit
Version: 1.9.5~dfsg-4
Severity: serious
Hi,
j-a-c-k FTBFS on armel. From the build log:
../linux/JackAtomic_os.h:73:2: warning: #warning using builtin gcc (version >
4.1) atomic
../common/JackAPI.cpp: In function 'jack_client_t* jack_client_new(const
char*)'
On Sat, May 01, 2010 at 02:01:00PM -0400, Felipe Sateler wrote:
> On Sat, May 1, 2010 at 13:50, Reinhard Tartler 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 replying t
Adrian Knoth (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.
k...@kbsd:~/porting/jack-audio-connection-kit-1.9.5~dfsg$ waf -vvv c
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 re
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 t
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 d
On Mon, May 03, 2010 at 04:27:19AM +0200, Cyril Brulebois wrote:
Hi!
> >* 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 fo
47 matches
Mail list logo
