Package Details: molotov 4.5.1-2

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: https://www.molotov.tv/
Keywords: streaming TV video
Licenses: unknown
Submitter: milouse
Maintainer: milouse
Last Packager: milouse
Votes: 39
Popularity: 0.36
First Submitted: 2016-07-26 17:05 (UTC)
Last Updated: 2022-12-20 15:19 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

eoli3n commented on 2020-12-04 19:57 (UTC)

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 (UTC) (edited on 2020-01-05 17:01 (UTC) by gilbs)

@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 (UTC)

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 (UTC) (edited on 2020-01-01 18:45 (UTC) by gilbs)

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 (UTC)

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 (UTC) (edited on 2018-06-04 08:06 (UTC) by milouse)

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 (UTC) (edited on 2018-06-03 15:00 (UTC) by YamashitaRen)

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 (UTC)

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 (UTC)

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

nicoulaj commented on 2018-06-01 19:00 (UTC)

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

1 2 3 4 5 Next › Last »