Processing commands for cont...@bugs.debian.org:
> tags 699722 + moreinfo
Bug #699722 [src:libav] src:libav: x264 decoding crashes
Added tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
699722: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=69972
tags -1 moreinfo
stop
On Mon, Feb 4, 2013 at 3:12 AM, Dmitry Smirnov wrote:
> Package: src:libav
> Version: 6:9.1-3
> Severity: normal
>
> I still don't have a whole picture but starting with one of the latest libav
> experimental releases "xpra" package started to crash on x264 decoding:
There
Hi,
It seems this bug report was unnecessary?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640100
--
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the
oppressing." --- Malcolm X
__
Package: src:libav
Version: 6:9.1-3
Severity: normal
I still don't have a whole picture but starting with one of the latest libav
experimental releases "xpra" package started to crash on x264 decoding:
=== Backtrace: =
On 2013-02-03 21:43:10, Sebastian Ramacher wrote:
> So let me ask you some questions: does this also happen with mplayer2?
> Is there anything special about your windows manager and/or desktop
> environment?
And while we're at it: could you also check if you're affacted by [1]?
Regards
[1] https
On Sun, 3 Feb 2013 21:09:26 +0100 Sebastian Ramacher wrote:
[...]
> Just to let you know: this issue has already been reported upstream
> almost two years ago. There is no progress so far.
Mmmmh, it does not look like the same feature request.
That upstream issue seems to request a specific comm
Control: tags -1 + moreinfo
Hi again,
On 2013-01-30 23:30:49, Francesco Poli (wintermute) wrote:
> Package: gnome-mplayer
> Version: 1.0.7-4
> Severity: normal
>
> Hello,
> I noticed that gnome-mplayer often starts playing a video with
> an awkward zero-height canvas (== the area where the video
Processing control commands:
> tags -1 + moreinfo
Bug #699393 [gnome-mplayer] gnome-mplayer: starts with zero height canvas
instead of normal (1:1) size
Added tag(s) moreinfo.
--
699393: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699393
Debian Bug Tracking System
Contact ow...@bugs.debian
On 2013-02-03 18:38:17, Francesco Poli wrote:
> I tried to test all the available options for the video output in
> gnome-mplayer (with mplayer) and found the following awkward results.
>
>
> Leaving the setting blank seems to automatically select xv, according
> to the verbose output:
> GMLIB-M
Processing control commands:
> forwarded -1 https://code.google.com/p/gnome-mplayer/issues/detail?id=496
Bug #699695 [gnome-mplayer] gnome-mplayer: should read and use any mplayer
configuration file
Set Bug forwarded-to-address to
'https://code.google.com/p/gnome-mplayer/issues/detail?id=496'.
Control: forwarded -1
https://code.google.com/p/gnome-mplayer/issues/detail?id=496
Just to let you know: this issue has already been reported upstream
almost two years ago. There is no progress so far.
Regards
--
Sebastian Ramacher
signature.asc
Description: Digital signature
On Sun, 3 Feb 2013 19:19:22 +0100 Sebastian Ramacher wrote:
[...]
> On 2013-02-03 18:48:48, Francesco Poli (wintermute) wrote:
[...]
> > I would like to suggest that gnome-mplayer should read and use
> > (or let mplayer read and use) the settings found in ~/.mplayer/config ,
> > so that my prefere
Control: tags -1 upstream
On 2013-02-03 18:48:48, Francesco Poli (wintermute) wrote:
> as clarified in http://bugs.debian.org/699394#39 , gnome-mplayer
> ignores any user-defined setting found in ~/.mplayer/config .
>
> I don't think this is a good idea: I would like to avoid configuring
> the s
Processing control commands:
> tags -1 upstream
Bug #699695 [gnome-mplayer] gnome-mplayer: should read and use any mplayer
configuration file
Added tag(s) upstream.
--
699695: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699695
Debian Bug Tracking System
Contact ow...@bugs.debian.org with p
On Sun, 3 Feb 2013 14:37:58 +0100 Sebastian Ramacher wrote:
[...]
> The code to take the screenshots is in gtmk, hence I'm reassigning it to
> gmtk.
OK, thanks!
> The patch to display an error message if mplayer failed to take a
> screenshot is attached. This patch has been applied upstream.
Ve
Package: gnome-mplayer
Version: 1.0.7-4
Severity: wishlist
Hello,
as clarified in http://bugs.debian.org/699394#39 , gnome-mplayer
ignores any user-defined setting found in ~/.mplayer/config .
I don't think this is a good idea: I would like to avoid configuring
the same program (mplayer) over an
Your message dated Sun, 03 Feb 2013 17:18:34 +0100
with message-id <510e8dda.10...@debian.org>
and subject line Re: Bug#699688: handbrake: please add the limitations of
Debian's version of handbrake in long description
has caused the Debian Bug report #699688,
regarding handbrake: please add the l
Am 03.02.2013 16:17, schrieb Paul Gevers:
As requested by Reinhard on Launchpad [1], I file a bug to describe the
situation
of handbrake in the long description of the package.
I.e. note
* No faac support (faac is non-free).
* No ability to generate MP4 files, only MKV, as mp4v2 can't be mixed
Fabian Greffrath wrote:
>Am 03.02.2013 15:46, schrieb Reinhard Tartler:
>> What exact version of mplayer do you use, and what is the exact
>output?
>> The bug is currently marked as affecting a version that does not
>exist.
>
>And even if...
>
>I fail to see how this is a bug at all. The library
On Sun, Feb 3, 2013 at 4:20 PM, Fabian Greffrath wrote:
> Am 03.02.2013 15:46, schrieb Reinhard Tartler:
>
>> What exact version of mplayer do you use, and what is the exact output?
>> The bug is currently marked as affecting a version that does not exist.
>
>
> And even if...
>
> I fail to see ho
Am 03.02.2013 15:46, schrieb Reinhard Tartler:
What exact version of mplayer do you use, and what is the exact output?
The bug is currently marked as affecting a version that does not exist.
And even if...
I fail to see how this is a bug at all. The library ABI is stable as
long as the major
Package: handbrake
Version: 0.9.8+dfsg1-2
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
As requested by Reinhard on Launchpad [1], I file a bug to describe the
situation
of handbrake in the long description of the package.
I.e. note
* No faac support (faac is non-free).
* N
On Sun, Feb 3, 2013 at 3:44 PM, Reinhard Tartler wrote:
> On Sun, Feb 3, 2013 at 3:39 PM, Dominik George wrote:
>> Control: tags -1 - unreproducible
>>
>> Plesse read follow-ups in BTS.
>>
>
> Oh i see, it is rather hidden on
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699648.
>
> Does thi
On Sun, Feb 3, 2013 at 3:39 PM, Dominik George wrote:
> Control: tags -1 - unreproducible
>
> Plesse read follow-ups in BTS.
>
Oh i see, it is rather hidden on
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699648.
Does this problem also happen with the mplayer version found in experimental?
Control: tags -1 - unreproducible
Plesse read follow-ups in BTS.
Reinhard Tartler schrieb:
>tags 699648 unreproducible
>stop
>
>On Sat, Feb 2, 2013 at 11:38 PM, Dominik George wrote:
>> Package: ffmpeg
>> Version: 6:0.8.5-1
>> Severity: normal
>>
>> ffmpeg is built against another libavcodec h
Processing control commands:
> tags -1 - unreproducible
Bug #699648 [mplayer] mplayer: Please rebuild against correct libavcodec version
Removed tag(s) unreproducible.
--
699648: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699648
Debian Bug Tracking System
Contact ow...@bugs.debian.org with
Processing commands for cont...@bugs.debian.org:
> tags 699648 unreproducible
Bug #699648 [mplayer] mplayer: Please rebuild against correct libavcodec version
Added tag(s) unreproducible.
> stop
Stopping processing here.
Please contact me if you need assistance.
--
699648: http://bugs.debian.org
tags 699648 unreproducible
stop
On Sat, Feb 2, 2013 at 11:38 PM, Dominik George wrote:
> Package: ffmpeg
> Version: 6:0.8.5-1
> Severity: normal
>
> ffmpeg is built against another libavcodec header version than is
> installed through the dependency:
>
> libavcodec version 53.35.0 (external)
> Mi
On Sun, Feb 3, 2013 at 10:15 AM, Paul Gevers wrote:
> On 03-02-13 09:51, Rogério Theodoro de Brito wrote:
>> Hi, Paul.
>>
>> (I'm CC'ing pkg-multimedia-maintainers, as there are many people there
>> interested in handbrake---and they have done a lot to help me getting
>> handbrake in shape in Debi
Processing control commands:
> reassign -1 libgmtk1 1.0.7-1
Bug #699394 [gnome-mplayer] gnome-mplayer: fails to take screenshots with
mplayer
Bug reassigned from package 'gnome-mplayer' to 'libgmtk1'.
No longer marked as found in versions gnome-mplayer/1.0.7-4.
Ignoring request to alter fixed ver
Control: reassign -1 libgmtk1 1.0.7-1
Control: retitle -1 gmtk: silently fails to take screenshots
Control: tags -1 + upstream fixed-upstream patch
The code to take the screenshots is in gtmk, hence I'm reassigning it to
gmtk. The patch to display an error message if mplayer failed to take a
scree
On 03-02-13 09:51, Rogério Theodoro de Brito wrote:
> Hi, Paul.
>
> (I'm CC'ing pkg-multimedia-maintainers, as there are many people there
> interested in handbrake---and they have done a lot to help me getting
> handbrake in shape in Debian).
[I think you forgot to actually add the CC, doing it
Hi, Paul.
(I'm CC'ing pkg-multimedia-maintainers, as there are many people there
interested in handbrake---and they have done a lot to help me getting
handbrake in shape in Debian).
On Feb 03 2013, Paul Gevers wrote:
> On 02-02-13 12:31, Rogério Theodoro de Brito wrote:
> > The only reason why it
33 matches
Mail list logo
