I'm already using mongoose 6.11 in the svn of SMPlayer. So far it
seems to work fine for me.
https://app.assembla.com/spaces/smplayer/subversion/commits/9030
2018-06-07 15:08 GMT+02:00 Reinhard Tartler :
> On Thu, Jun 7, 2018 at 6:20 AM Mateusz Ĺukasik wrote:
>
>> This is not fixed for me. I
u think and what do you intend to do upstream to
> resolve this issue.
>
> Thanks,
> Reinhard
> On Sun, Jun 3, 2018 at 2:58 PM Ricardo Villalba
> wrote:
>>
>> Hello.
>>
>> I wasn't aware of those vulnerabilities in mongoose.
>> It's possible to
2013/5/19 Domenico Cufalo cuf...@gmail.com:
Excuse me, but why close this bug report?
It must be admitted that, with this bug, an important part of the program is
unusable and that the version 0.8.0 is that of Debian Stable!!!
In this situation, why not think at least to a backport, since the
Youtube makes changes in their pages from time to time and
applications that get the video url from there, fail. That's why
smplayer 0.8.0 can't play Youtube videos anymore.
You need at least smplayer 0.8.3.
--
RVM
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
I attach another patch to try to fix this issue.
This patch adds the possibility to compile smplayer to not use the
-fontconfig and -nofontconfig options. This way it will never fail
with mplayer2.
Edit smplayer.pro and delete or comment the line DEFINES +=
USE_FONTCONFIG_OPTIONS
It seems the
2013/3/27 Reinhard Tartler siret...@gmail.com:
Would it be possible to have smplayer detect the version of the
mplayer binary in some other way, such as by looking at some
environment variable or looking at some file in the system? I would
guess that the environment variable approach might be
I'm the developer of smplayer. I've just found this post:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699864#14
Are you seriously considering to replace smplayer by smplayer2? Is
this for real?
smplayer2 is based on an old version of smplayer (0.8.0) while the
current version of smplayer is
7 matches
Mail list logo