Hi Reinhard (2010.05.18_07:36:52_+0200)
Severity: important
that would be severity serious.
Reportbug dropped it when I wasan't looking. I raised it manually,
afterwards.
can you please clarify what is different on your system? perhaps a
*full* buildlog would be helpful?
Pretty standard
Seems to be a race condition in the check for the legacy avcodec
include file location. Please try the patch attached (which also fixes
a bashism BTW).
--
Dipl.-Phys. Fabian Greffrath
Ruhr-Universität Bochum
Lehrstuhl für Energieanlagen und Energieprozesstechnik (LEAT)
Universitätsstr. 150,
On Tue, May 18, 2010 at 10:28:49 (CEST), Fabian Greffrath wrote:
Seems to be a race condition in the check for the legacy avcodec include
file location. Please try the patch attached (which also fixes a bashism
BTW).
--- idjc-0.8.2.orig/configure.in
+++ idjc-0.8.2/configure.in
@@ -48,8 +48,7
Am 18.05.2010 10:35, schrieb Reinhard Tartler:
I don't understand the race here. What is running in paralell to the
configure script here?
In the build log, the result of the check is already (faulty) positive
checking for avcodec.h in legacy ffmpeg directory... yes
*before* the code
On Tue, May 18, 2010 at 10:54:44 (CEST), Fabian Greffrath wrote:
Am 18.05.2010 10:35, schrieb Reinhard Tartler:
I don't understand the race here. What is running in paralell to the
configure script here?
In the build log, the result of the check is already (faulty) positive
checking
Hi Fabian (2010.05.18_10:54:44_+0200)
In the build log, the result of the check is already (faulty) positive
I still get the faulty positive and build failure with the patch.
checking for avcodec.h in legacy ffmpeg directory... yes
checking for avcodec_decode_audio3 in -lavcodec...
On Tue, May 18, 2010 at 10:58:54 (CEST), Stefano Rivera wrote:
Hi Fabian (2010.05.18_10:54:44_+0200)
In the build log, the result of the check is already (faulty) positive
I still get the faulty positive and build failure with the patch.
checking for avcodec.h in legacy ffmpeg directory...
Am 18.05.2010 10:59, schrieb Reinhard Tartler:
Okay, I agree that your patch look OK to me, although I don't understand
(yet) why it fixes the race. If it fixes it, let's integrate it.
It checks some return value before the compiler even finished
compiling (and failing on) the code.
did
Hi Reinhard (2010.05.18_11:01:08_+0200)
did you really regenerate the configure script? It gets generated from
configure.in, so you either have to apply it to both files, or make sure
configure gets regenerated.
I trusted the build script to regenerate it for me, I didn't see that
the
* Fabian Greffrath greffr...@leat.rub.de, 2010-05-18, 10:28:
Seems to be a race condition in the check for the legacy avcodec
include file location. Please try the patch attached (which also
fixes a bashism BTW).
I believe that bashisms are the only problems here. The bug didn't
trigger
Your message dated Tue, 18 May 2010 23:13:14 +0200
with message-id 20100518211314.gf24...@chewa.net
and subject line Re: Bug#575823: vlc: There is no more video output!!!
has caused the Debian Bug report #575823,
regarding vlc: There is no more video output!!!
to be marked as done.
This means
Le Sat 20 Mar 10 à 18:32 +0100, Grzesiek a écrit :
Any kind of subtitles when I try to watch a movie from file, not from
DVD. On DVD everything is correct, but during watching, for example a
divx with subtitles from text file there is no changes in font style.
Please provide vlc full logs
tag 537980 upstream
thanks
I'm not sure there is a lot to do from the Debian point of view.
We could check that the same video output module are used on both etch
and lenny. Next probable culprit is libavcodec.
--
Xtophe
___
Processing commands for cont...@bugs.debian.org:
tag 537980 upstream
Bug #537980 [vlc] vlc: performance regression
Added tag(s) upstream.
thanks
Stopping processing here.
Please contact me if you need assistance.
--
537980: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537980
Debian Bug
Processing commands for cont...@bugs.debian.org:
severity 578917 wishlist
Bug #578917 [vlc] Please include Catalan translation for the VLC desktop file
Severity set to 'wishlist' from 'normal'
#Will be fixed in VLC 1.1.0
tags 578917 fixed-upstream
Bug #578917 [vlc] Please include Catalan
Your message dated Tue, 18 May 2010 23:29:26 +0200
with message-id 20100518212926.gi24...@chewa.net
and subject line Re: vlc: tools | preferences usually don't work
has caused the Debian Bug report #522825,
regarding vlc: tools | preferences usually don't work
to be marked as done.
This means
On Tuesday 18 May 2010 13:06:32 Matthias Klumpp wrote:
Dear mentors,
I am looking for a sponsor for my package projectm.
* Package name: projectm
Version : 2.0.1-1
Upstream Author : projectM Team
* URL : http://projectm.sf.net
* License : GPLv2 and
Processing commands for cont...@bugs.debian.org:
# Will be fixed with VLC 1.1.0. For VLC 1.0.6, from reading the commit logs
it doesn t seem like the udev module is completly equivalent
tags 580407 + fixed-upstream
Bug #580407 [vlc] Please use udev instead of hal (on Linux)
Added tag(s)
Le Sat 10 Apr 10 à 14:09 -0700, Kevin Vesga a écrit :
Package: vlc
Version: 1.0.5-2
The .desktop file for VLC has the command Exec=vlc %U. This causes
problems when loading files with spaces in their names.
I suggest it be changed to Exec=vlc %F.
That would results in VLC not being
19 matches
Mail list logo
