Control: forwarded -1 https://sourceforge.net/p/smplayer/bugs/747/
Control: tags -1 + fixed-upstream patch
On 2016-05-25 18:34 +0200, Sven Joachim wrote:
> Package: smplayer
> Version: 16.4.0~ds0-1
>
> Opening a directory (Open -> Directory... -> Choose) to play all files
&g
Package: smplayer
Version: 16.4.0~ds0-1
Opening a directory (Open -> Directory... -> Choose) to play all files
in it takes a very long time (depending on the number and the size of
the files of files in it, but a CD rip just took several minutes),
during which smplayer is unresponsive and appears
Package: smplayer
Version: 0.8.6-1
Severity: normal
There was an error message from install-docs when installing your
package:
,
| Setting up smplayer (0.8.6-1) ...
| Processing triggers for menu ...
| Processing triggers for doc-base ...
| Processing 1 changed doc-base file...
| Error in `/u
Package: libavcodec53
Version: 6:0.8.1-5
Severity: grave
Your package is not installable, because it depends on both
libavutil51 (>= 6:0.8.1-5) and libavutil51 (<< 5:0.8.1-99) which cannot
possibly be both fulfilled.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT
Package: libfluidsynth-dev
Version: 1.1.5-2
Severity: normal
User: ncur...@packages.debian.org
Usertags: libncurses5-dependency
The libfluidsynth-dev package should not depend on libncurses5-dev,
since I could bot find any references to ncurses whatsoever in it.
According to the Debian changelog,
Am 13.01.2012 um 15:43 schrieb Reinhard Tartler:
> On Fr, Jan 13, 2012 at 08:33:27 (CET), Sven Joachim wrote:
>
>> Package: libav-tools
>> Version: 4:0.8~beta2-1
>>
>> Renaming the programs from ff* to av* is breaking reverse
>> dependencies of ffmpeg that
Package: libav-tools
Version: 4:0.8~beta2-1
Renaming the programs from ff* to av* is breaking reverse
dependencies of ffmpeg that are using these binaries. At least
"youtube-dl --extract-audio" is affected by this because it looks for
ffprobe and fails. :-(
Please check ffmpeg's reverse dependen
Am 08.09.2011 um 18:28 schrieb Reinhard Tartler:
> On Do, Sep 08, 2011 at 01:36:23 (PDT), Sven Joachim wrote:
>
>> Opening any file results in the UI becoming unresponsive and smplayer
>> using 100% CPU until I kill it.
>>
>> Maybe this problem is related to the
On 2011-09-08 10:36 +0200, Sven Joachim wrote:
> Package: smplayer
> Version: 0.6.9-4
> Severity: important
>
> Opening any file results in the UI becoming unresponsive and smplayer
> using 100% CPU until I kill it.
>
> Maybe this problem is related to the libav 0.7 t
Package: smplayer
Version: 0.6.9-4
Severity: important
Opening any file results in the UI becoming unresponsive and smplayer
using 100% CPU until I kill it.
Maybe this problem is related to the libav 0.7 transition, since it only
showed up recently.
-- System Information:
Debian Release: wheezy
Am 29.07.2011 um 11:27 schrieb Reinhard Tartler:
> On Thu, Jul 28, 2011 at 12:03:54 (CEST), Sven Joachim wrote:
>
>> Am 28.07.2011 um 11:56 schrieb Reinhard Tartler:
>>
>>> On Thu, Jul 28, 2011 at 12:31:05 (CEST), Ivan Krasilnikov wrote:
>>>
>>>>
Am 28.07.2011 um 11:56 schrieb Reinhard Tartler:
> On Thu, Jul 28, 2011 at 12:31:05 (CEST), Ivan Krasilnikov wrote:
>
>> http://www.jhepple.com/SampleMovies/niceday.wmv
>
> Sorry, I fail to reproduce this issue with package version 4:0.6.2-1ubuntu1
Maybe because that version is not built with gcc
Package: libavcodec52
Version: 4:0.6.2-4
Severity: important
Tags: patch
Yesterday mplayer crashed trying to play a WMV file:
,
| Program received signal SIGSEGV, Segmentation fault.
| ff_imdct_calc_sse (s=0xf535d4b0, output=0xf53594b0, input=0xf53554b0) at
/build/buildd-libav_0.6.2-4-i386-T
On 2010-06-05 07:32 +0200, Juhapekka Tolvanen wrote:
> Package: mplayer
> Version: 2:1.0~rc3+svn20100502-3
> Severity: critical
>
>
> This is what happens, when I try to install that latest version of mplayer:
>
> mplayer version 2:1.0~rc3+svn20100502-3 depends on libdirectfb-1.2-9.
> Then that pa
Am 02.05.2010 um 19:43 schrieb Reinhard Tartler:
> On Sun, May 02, 2010 at 13:13:15 (CEST), Sven Joachim wrote:
>
>> Shouldn't such an important change as dropping the gui be at least
>> announced in NEWS.Debian to give the chance to bail out from the
>> upgr
Package: mplayer
Version: 2:1.0~rc3+svn20100502-1
Severity: important
Shouldn't such an important change as dropping the gui be at least
announced in NEWS.Debian to give the chance to bail out from the
upgrade? This was not a pleasant experience for me. :-(
-- System Information:
Debian Release
Just a heads-up that this bug is becoming more important. Today I
stumbled upon it when a routine "aptitude safe-upgrade" wanted to
install a whole bunch of new packages, including the jackd sound server,
a package which I definitely do _not_ want on my system.
It turns out that this happened bec
17 matches
Mail list logo