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
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) fix
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 : GP
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 th
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 tr
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 T
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
___
pkg-multimedia-maintai
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
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 th
Am 18.05.2010 10:58, schrieb Stefano Rivera:
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... ffmpeg_avcodec.c:3:28:
error: ffmpeg/avcodec.h: No such file or directory
ff
* Fabian Greffrath , 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 earlier, because dash didn
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 autore
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 you
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 directo
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... ffmpeg_avcod
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
>
> c
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: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,
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,
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 standar
20 matches
Mail list logo
