Control: tag -1 fixed-upstream
On 29.07.2014 23:55, Benjamin Drung wrote:
Okay, I can forward the patch. I tried to apply the patch for upstream's
master branch from git://git.videolan.org/vlc.git, but it fails. Can you
refresh for the master branch? A "git am"-able patch would be nice to
have.
Processing control commands:
> tag -1 fixed-upstream
Bug #756329 [vlc] vlc: Fix usage of AVFrame to avoid crashes
Added tag(s) fixed-upstream.
--
756329: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756329
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
__
Good day, am miss Laura wintour please write me back in my email address, i
have something important to tell you(laurawintoua...@hotmail.com)
thanks
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-mai
Am Dienstag, den 29.07.2014, 23:17 +0200 schrieb Andreas Cadhalpun:
> Control: tag -1 upstream
>
> Hi Benjamin,
>
> On 29.07.2014 21:58, Benjamin Drung wrote:
> > Am Montag, den 28.07.2014, 22:49 +0200 schrieb Andreas Cadhalpun:
> >> The attached patch fixes this problem.
> >
> > Thanks for the p
Your message dated Tue, 29 Jul 2014 21:50:36 +
with message-id
and subject line Bug#742183: fixed in vlc 2.1.5-1
has caused the Debian Bug report #742183,
regarding vlc: FTBFS on Hurd
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Mon, 19 May 2014 13:56:41 +0200
Source: vlc
Binary: libvlc-dev libvlc5 libvlccore-dev libvlccore7 vlc vlc-data vlc-dbg
vlc-nox vlc-plugin-fluidsynth vlc-plugin-jack vlc-plugin-notify
vlc-plugin-pulse vlc-plugin-sdl vl
vlc_2.1.5-1_amd64.changes uploaded successfully to localhost
along with the files:
libvlc-dev_2.1.5-1_amd64.deb
libvlc5_2.1.5-1_amd64.deb
libvlccore-dev_2.1.5-1_amd64.deb
libvlccore7_2.1.5-1_amd64.deb
vlc_2.1.5-1_amd64.deb
vlc-data_2.1.5-1_all.deb
vlc-dbg_2.1.5-1_amd64.deb
vlc-nox_2
Your message dated Tue, 29 Jul 2014 21:22:40 +
with message-id
and subject line Bug#754369: fixed in npapi-vlc 2.0.6-4
has caused the Debian Bug report #754369,
regarding npapi-vlc: please consider npapi-sdk-dev B-D
to be marked as done.
This means that you claim that the problem has been dea
vlc-plugin-pulse_2.1.5-1_amd64.deb: trying to install to unstable, but could
not find source
===
Please feel free to respond to this email if you don't understand why
your files were rejected, or if you upload new files which address our
concerns.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 29 Jul 2014 21:41:46 +0200
Source: npapi-vlc
Binary: browser-plugin-vlc
Architecture: source amd64
Version: 2.0.6-4
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers
Changed-By: Ben
Processing control commands:
> tag -1 upstream
Bug #756329 [vlc] vlc: Fix usage of AVFrame to avoid crashes
Added tag(s) upstream.
--
756329: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756329
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
__
Control: tag -1 upstream
Hi Benjamin,
On 29.07.2014 21:58, Benjamin Drung wrote:
Am Montag, den 28.07.2014, 22:49 +0200 schrieb Andreas Cadhalpun:
The attached patch fixes this problem.
Thanks for the patch. This is clearly an upstream issue. Can you forward
your patch to upstream to get it
On 29.07.2014 21:59, Raphael Geissert wrote:
On Tuesday 29 July 2014 18:43:17 Andreas Cadhalpun wrote:
On 29.07.2014 09:47, Raphael Geissert wrote:
Andreas Cadhalpun wrote:
According to the changelog[1], there have been 8 security updates for
ffmpeg in squeeze.
There would have been more
Y
vlc_2.1.5-1_amd64.changes uploaded successfully to localhost
along with the files:
libvlc-dev_2.1.5-1_amd64.deb
libvlc5_2.1.5-1_amd64.deb
libvlccore-dev_2.1.5-1_amd64.deb
libvlccore7_2.1.5-1_amd64.deb
vlc_2.1.5-1_amd64.deb
vlc-data_2.1.5-1_all.deb
vlc-dbg_2.1.5-1_amd64.deb
vlc-nox_2
Am Montag, den 28.07.2014, 22:49 +0200 schrieb Andreas Cadhalpun:
> Package: vlc
> Version: 2.1.4-1
> Severity: important
> Tags: patch
>
> Dear Maintainer,
>
> in modules/codec/avcodec/audio.c one finds:
> AVFrame frame;
> memset( &frame, 0, sizeof( frame ) );
>
> According to the doc
On Tuesday 29 July 2014 18:43:17 Andreas Cadhalpun wrote:
> On 29.07.2014 09:47, Raphael Geissert wrote:
> > Andreas Cadhalpun wrote:
> >> According to the changelog[1], there have been 8 security updates for
> >> ffmpeg in squeeze.
> >
> > There would have been more
>
> You're right, my calculat
npapi-vlc_2.0.6-4_amd64.changes uploaded successfully to localhost
along with the files:
browser-plugin-vlc_2.0.6-4_amd64.deb
npapi-vlc_2.0.6-4.dsc
npapi-vlc_2.0.6-4.debian.tar.xz
Greetings,
Your Debian queue daemon (running on host franck.debian.org)
__
On Tue, Jul 29, 2014 at 6:10 PM, Andreas Cadhalpun <
andreas.cadhal...@googlemail.com> wrote:
> I don't have an opinion about ffmpeg vs libav, apart from how hard the
>> soname transitions are, especially in ubuntu where we somehow ended up
>> with ex-multimedia packages around that either never
Hi Raphael,
On 29.07.2014 09:47, Raphael Geissert wrote:
Andreas Cadhalpun wrote:
According to the changelog[1], there have been 8 security updates for
ffmpeg in squeeze.
There would have been more
You're right, my calculation is slightly flawed.
but the code has evolved too much for it t
Hi Dimitri,
On 29.07.2014 03:12, Dimitri John Ledkov wrote:
I don't have an opinion about ffmpeg vs libav, apart from how hard the
soname transitions are, especially in ubuntu where we somehow ended up
with ex-multimedia packages around that either never were in debian,
or have been long removed
Your message dated Tue, 29 Jul 2014 15:00:26 +0200
with message-id <20140729145933.ga1...@debian.org>
and subject line Closing: Bug#688785: xbmc: Fatal: can't open /dev/urandom: Bad
address
has caused the Debian Bug report #688785,
regarding xbmc: Fatal: can't open /dev/urandom: Bad address
to be
Andreas Cadhalpun wrote:
> According to the changelog[1], there have been 8 security updates for
> ffmpeg in squeeze.
There would have been more but the code has evolved too much for it to be
feasible to backport the patches. Not to mention that some bugs that are being
fixed are, for example,
Your message dated Tue, 29 Jul 2014 07:48:36 +
with message-id
and subject line Bug#755820: fixed in dirac 1.0.2-7
has caused the Debian Bug report #755820,
regarding dirac: run dh-autoreconf to update config.{sub, guess} and {libtool,
aclocal}.m4
to be marked as done.
This means that you cl
Your message dated Tue, 29 Jul 2014 07:48:36 +
with message-id
and subject line Bug#700276: fixed in dirac 1.0.2-7
has caused the Debian Bug report #700276,
regarding dirac: FTBFS on x32 and arm64 Needs autotools update
to be marked as done.
This means that you claim that the problem has been
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Format: 1.8
Date: Tue, 29 Jul 2014 08:14:38 +0100
Source: dirac
Binary: dirac libdirac-decoder0 libdirac-encoder0 libdirac-dev libdirac-doc
Architecture: source amd64 all
Version: 1.0.2-7
Distribution: unstable
Urgency: medium
Maintainer
dirac_1.0.2-7_amd64.changes uploaded successfully to localhost
along with the files:
dirac_1.0.2-7_amd64.deb
libdirac-decoder0_1.0.2-7_amd64.deb
libdirac-encoder0_1.0.2-7_amd64.deb
libdirac-dev_1.0.2-7_amd64.deb
libdirac-doc_1.0.2-7_all.deb
dirac_1.0.2-7.dsc
dirac_1.0.2-7.debian.tar.g
Processing commands for cont...@bugs.debian.org:
> tags 755820 + pending
Bug #755820 [src:dirac] dirac: run dh-autoreconf to update config.{sub, guess}
and {libtool, aclocal}.m4
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
755820: http://
Processing commands for cont...@bugs.debian.org:
> tags 700276 + pending
Bug #700276 [src:dirac] dirac: FTBFS on x32 and arm64 Needs autotools update
Added tag(s) pending.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
700276: http://bugs.debian.org/cgi-bin/bugre
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 2014-07-29 03:20, Marco d'Itri wrote:
>> if they are not drop in replacements, and it would also be a
>> pain if
>>> higher up packages link-in both ffmpeg & libav and some
>>> clashing symbols are present...
> This is why the new ffmpeg will use
29 matches
Mail list logo
