Package Details: molotov 4.4.0-1

Git Clone URL: https://aur.archlinux.org/molotov.git (read-only, click to copy)
Package Base: molotov
Description: Streaming access to French (only) TV channels.
Upstream URL: http://www.molotov.tv/
Keywords: streaming TV video
Licenses: unknown
Submitter: milouse
Maintainer: milouse
Last Packager: milouse
Votes: 31
Popularity: 0.001138
First Submitted: 2016-07-26 17:05
Last Updated: 2020-12-03 15:15

Latest Comments

1 2 3 4 5 Next › Last »

eoli3n commented on 2020-12-04 19:57

when using molotov with xwayland, i face that problem in fullscreen only : https://gitlab.freedesktop.org/xorg/xserver/-/issues/966

any idea ?

gilbs commented on 2020-01-05 17:01

@milouse, don't apologize, thanks for your time :) . Hope that will work. I found this (https://github.com/electron/electron/pull/19498) and this (https://bugs.chromium.org/p/chromium/issues/detail?id=768027) which might explain why this dependency had to be set before.

milouse commented on 2020-01-05 16:48

Sorry, I was off last week.

I must admit I don't remember very well why I set this dependency. I think it's because I see it in another appimage package.

I'll push a new package revision without it, and we'll see if it's ok or not.

gilbs commented on 2020-01-01 15:51

Is there any legitimate reason for this package to depend on gconf (which is obsolete and depends on python2 which makes it even more obsolete)? I did "pacman -Rdd gconf" and couldn't notice any issue with the AppImage.

humhumhum commented on 2019-02-21 10:53

WARNING: Don't update to the last version 3.1.0-1 if you have the following GPU Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) and CPU: Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz.

milouse commented on 2018-06-04 08:06

As I cannot support all aur helper of the world, without help from them I'll let the PKGBUILD as this.

As far as I understand, yay seems to run makepkg --noprepare --nobuild -c before calling another makepkg, which seems redondant and useless for me. On the other hand, the AppImage extraction is done automatically by makepkg and I see no case where it'd be a good idea to stop makepkg from extracting it, and doing it myself in build or prepare.

YamashitaRen commented on 2018-06-03 14:58

Moving the chmod line to the prepare function fix the issue when using makepkg --nobuild -c but doesn't fix it when using yay.

https://github.com/Jguer/yay/issues/458

milouse commented on 2018-06-03 10:56

Weird. I already put the chmod instruction in the build function. I didn't know someone may run makepkg --nobuild… Can you explain me when it may be usefull?

However, I fix this by moving the chmod line to the prepare function. Hope it won't break anything else.

Morganamilo commented on 2018-06-01 19:28

Reproducible with makepkg, although only specific flags. Using makepkg --nobuild -c will reproduce it.

nicoulaj commented on 2018-06-01 19:00

It looks like the AppImage contains directories with wrong chmod (/usr/share/icons is missing u+w), this causes my AUR helper (yay) to fail when trying to cleanup the sources directory.

Maybe it should be handled in the PKGBUILD: chmod 775 $srcdir/usr/share/icons