On Wed, May 12, 2010 at 00:25:52 (CEST), Michael Gilbert wrote:
> an integer underflow was fixed in a recent DSA, but is still vulnerable
> in the latest mplayer in unstable. see:
> http://lists.debian.org/debian-security-announce/2010/msg00085.html
can you please attach or mail me in private the
On Tue, 11 May 2010, Reinhard Tartler wrote:
mplayer's configure script autodetects installed libraries and enables
respective support. Upstream has asked me to drastically reduce the
configure line, as they have noticed other users using the debian
configuration to build their own copies of mpl
Your message dated Tue, 11 May 2010 18:31:36 -0400
with message-id <20100511183136.7f6b22d4.michael.s.gilb...@gmail.com>
and subject line fixed
has caused the Debian Bug report #407010,
regarding mplayer: multiple segmentation faults
to be marked as done.
This means that you claim that the problem
package: mplayer
severity: serious
version: 2:1.0~rc3+svn20100502-2
tags: security
an integer underflow was fixed in a recent DSA, but is still vulnerable
in the latest mplayer in unstable. see:
http://lists.debian.org/debian-security-announce/2010/msg00085.html
___
Processing commands for cont...@bugs.debian.org:
> clone 581225 -1
Bug#581225: mplayer: extra dependency on arts
Bug 581225 cloned as bug 581231.
> reassign -1 libsdl1.2-dev
Bug #581231 [mplayer] mplayer: extra dependency on arts
Bug reassigned from package 'mplayer' to 'libsdl1.2-dev'.
Bug No lo
clone 581225 -1
reassign -1 libsdl1.2-dev
block 581225 by -1
stop
On Tue, May 11, 2010 at 20:54:26 (CEST), Marc Glisse wrote:
> --disable-arts disappeared from debian/rules, so mplayer
> 2:1.0~rc3+svn20100502-2 picked up an unwanted dependency on libartsc0. I
> know it is unwanted because there i
Package: mplayer
Version: 1.0~rc3+svn20090405-1+b1
Severity: normal
Hello,
--disable-arts disappeared from debian/rules, so mplayer
2:1.0~rc3+svn20100502-2 picked up an unwanted dependency on libartsc0. I
know it is unwanted because there is no corresponding build-depends.
-- System Information
On Tue, May 11, 2010 at 8:27 PM, Harry Rickards wrote:
> Turns out that pgrep wasn't actually required at build, but was a
> false ./configure check. I've added a patch in Git to fix this and
> Alessio says he will upload ASAP.
>
Done.
BTW, we may save a patch by adding a build-dependency on pro
Accepted:
libweed-dev_1.3.3-2_i386.deb
to main/l/lives/libweed-dev_1.3.3-2_i386.deb
libweed0_1.3.3-2_i386.deb
to main/l/lives/libweed0_1.3.3-2_i386.deb
lives-data_1.3.3-2_all.deb
to main/l/lives/lives-data_1.3.3-2_all.deb
lives_1.3.3-2.diff.gz
to main/l/lives/lives_1.3.3-2.diff.gz
lives_
lives_1.3.3-2_i386.changes uploaded successfully to localhost
along with the files:
lives_1.3.3-2.dsc
lives_1.3.3-2.diff.gz
lives_1.3.3-2_i386.deb
libweed0_1.3.3-2_i386.deb
libweed-dev_1.3.3-2_i386.deb
lives-data_1.3.3-2_all.deb
Greetings,
Your Debian queue daemon (running on
On 11 May 2010 19:16, Reinhard Tartler wrote:
> On Tue, May 11, 2010 at 17:51:26 (CEST), Harry Rickards wrote:
>
>> Does this mean we should just add procps as a build dependency? Surely
>> it should be in buildd anyway as it has a standard priority?
>
> I think so, yes.
>
Turns out that pgrep w
On Tue, May 11, 2010 at 17:51:26 (CEST), Harry Rickards wrote:
> Does this mean we should just add procps as a build dependency? Surely
> it should be in buildd anyway as it has a standard priority?
I think so, yes.
--
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4
___
On Tue, May 11, 2010 at 7:15 PM, Harry Rickards wrote:
> Hi,
>
> If possible, can you upload this?
>
I'll do it ASAP.
--
Alessio Treglia
Ubuntu MOTU Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
_
Hi,
If possible, can you upload this?
Thanks
-- Forwarded message --
From:
Date: 11 May 2010 18:08
Subject: [SCM] lives packaging annotated tag, debian/1.3.3-2, created.
debian/1.3.3-2
To: pkg-multimedia-comm...@lists.alioth.debian.org
The annotated tag, debian/1.3.3-2 has b
FYI: The status of the jack-audio-connection-kit source package
in Debian's testing distribution has changed.
Previous version: 0.118+svn3796-2
Current version: 1.9.5~dfsg-13
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multi
FYI: The status of the mplayer source package
in Debian's testing distribution has changed.
Previous version: 1.0~rc3+svn20090405-1
Current version: 2:1.0~rc3+svn20100502-2
--
This email is automatically generated once a day. As the installation of
new packages into testing happens multipl
On Tue, May 11, 2010 18:02, Harry Rickards wrote:
> On 11 May 2010 17:00, wrote:
>> On Tue, May 11, 2010 17:27, Harry Rickards wrote:
>>> On 11 May 2010 16:22, Harry Rickards wrote:
Hi,
From https://buildd.debian.org/status/package.php?p=lives I can see
that armel, hppa and b
On 11 May 2010 17:00, wrote:
> On Tue, May 11, 2010 17:27, Harry Rickards wrote:
>> On 11 May 2010 16:22, Harry Rickards wrote:
>>> Hi,
>>>
>>> From https://buildd.debian.org/status/package.php?p=lives I can see
>>> that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
>>> alpha, hu
On Tue, May 11, 2010 17:58, Harry Rickards wrote:
> On 11 May 2010 16:53, wrote:
>> On Tue, May 11, 2010 17:27, Harry Rickards wrote:
>>> On 11 May 2010 16:22, Harry Rickards wrote:
Hi,
From https://buildd.debian.org/status/package.php?p=lives I can see
that armel, hppa and b
On Tue, May 11, 2010 17:27, Harry Rickards wrote:
> On 11 May 2010 16:22, Harry Rickards wrote:
>> Hi,
>>
>> From https://buildd.debian.org/status/package.php?p=lives I can see
>> that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
>> alpha, hurd-i386, i386, ia64, mips, powerpc, s39
On 11 May 2010 16:53, wrote:
> On Tue, May 11, 2010 17:27, Harry Rickards wrote:
>> On 11 May 2010 16:22, Harry Rickards wrote:
>>> Hi,
>>>
>>> From https://buildd.debian.org/status/package.php?p=lives I can see
>>> that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
>>> alpha, hu
On Tue, May 11, 2010 17:27, Harry Rickards wrote:
> On 11 May 2010 16:22, Harry Rickards wrote:
>> Hi,
>>
>> From https://buildd.debian.org/status/package.php?p=lives I can see
>> that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
>> alpha, hurd-i386, i386, ia64, mips, powerpc, s39
Does this mean we should just add procps as a build dependency? Surely
it should be in buildd anyway as it has a standard priority?
-- Forwarded message --
From:
Date: 11 May 2010 16:48
Subject: Re: LiVES 1.3.3 failing to build
To: Harry Rickards
On Tue, May 11, 2010 17:22, Ha
On 11 May 2010 16:22, Harry Rickards wrote:
> Hi,
>
> From https://buildd.debian.org/status/package.php?p=lives I can see
> that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
> alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build
> failed. On my local machine (i386
Hi,
>From https://buildd.debian.org/status/package.php?p=lives I can see
that armel, hppa and both kfreebsds built 1.3.3-1 fine, whereas on
alpha, hurd-i386, i386, ia64, mips, powerpc, s390 and sparc the build
failed. On my local machine (i386), the Ubuntu Launchpad PPA builders
(i386, amd64 and l
Package: ardour
Version: 1:2.8.6-1+b1
Severity: normal
Tags: sid
Hi
Since I upgraded to jack-1.9.5, Ardour fails in time synchronisation with jack.
If I have recorded a track and I want to play it again then it is not possible.
Even if I do a 'rewind' with jack, Ardour always starts playing at t
vlc_0.8.6.h-4+lenny2.3_amd64.changes uploaded successfully to localhost
along with the files:
vlc_0.8.6.h-4+lenny2.3.dsc
vlc_0.8.6.h-4+lenny2.3.diff.gz
vlc_0.8.6.h-4+lenny2.3_amd64.deb
vlc-nox_0.8.6.h-4+lenny2.3_amd64.deb
libvlc0_0.8.6.h-4+lenny2.3_amd64.deb
libvlc0-dev_0.8.6.h-4+lenny2
27 matches
Mail list logo
