Package Details: mythtv 1:31.0-3

Git Clone URL: (read-only, click to copy)
Package Base: mythtv
Description: A Homebrew PVR project
Upstream URL:
Keywords: mythtv
Licenses: GPL
Conflicts: mythplugins-mythvideo, myththemes
Replaces: mythplugins-mythvideo, myththemes
Submitter: Barthalion
Maintainer: Taijian
Last Packager: Taijian
Votes: 27
Popularity: 0.000031
First Submitted: 2018-01-07 17:35
Last Updated: 2020-06-10 22:19

Dependencies (36)

Sources (5)

Pinned Comments

Taijian commented on 2020-03-23 17:24

MythTV 31 is out!

Initial update is out. There were quite a number of changes and the wiki has not yet been fully updated, so there might still be some bugs with this build. Please report so that I can try to fix.

Taijian commented on 2019-03-09 11:53

Important Note on AUR packages in general:

For AUR packages, you - as the user installing the package - assume the role that a package maintainer has for regular repo packages.

That means that the responsibility to recompile the package whenever a package B that your package depends on changes. For repo packages, maintainers do this for you and re-release the package with an updated build number (e.g. -1 to -2). AUR mainainers will not do this, because there is no change to the PKGBUILD. You need to recompile locally, whenever this happens.

Latest Comments

1 2 3 4 5 6 ... Next › Last »

ck2katAUR commented on 2020-06-24 15:43

@bigcajun826. Thank you for your quick reply. As my last attempt did not actually rebuild anything, I have followed a suggestion by @matth, in response to my similar post regarding the perl-net-upnp (AUR) package. I have re-built mythtv with a; -f flag appended to makepkg and that appears to have completed OK - with no more old perl module warnings.

bigcajun826 commented on 2020-06-24 13:52

@ck2katAUR I don't think this package (or any of the AUR packages mythtv depends on) need to do anything other than re-build, as you have done.

ck2katAUR commented on 2020-06-24 13:41

Newbie question. Background: Today, a 'pacman -Syu' invokation updated perl from; 5.30.3-1 to; 5.32.0-1. As expected, I got the warning in the pacman log from the; 'detect-old-perl-modules.hook'. Invoking; pacman -Qo 'usr/lib/perl5/5.30/' , listed this package. I have read; . I am not (yet) experienced enough to understand/carry-out the suggestion regarding adding the; perl -V:vendorarch clause to PKGBUILD. So, without that mod, I attempted a package re-build with a; 'git pull' followed by a; 'makepkg -cisL' which returned a; 'nothing to do' response. Question: Is there more to do, or is this package OK to carry-on working with, as it is? I look forward to your help. Thanks.

bigcajun826 commented on 2020-06-11 13:51

@ImNtReal The patch I gave @Taijian has been pushed and should fix the QPainterPath compile issue. If you pull down the latest and recompile, everything should be working again.

bigcajun826 commented on 2020-06-10 21:32

@Taijian, I sent you a patch fix. Let me know if you have trouble with it.

bigcajun826 commented on 2020-06-10 21:06

@Taijian, I just did a full update and tried to rebuild and confirm the issue. It seems that mythpainter.cpp needs to add #include <QPainterPath> and that will fix the issue. I can put together a small patch file and PKGBUILD change for you if you like.

Taijian commented on 2020-06-10 20:54

@ImNtReal: Have you tried rebuilding after the Qt update and if so, does this error persist even after the rebuild?

ImNtReal commented on 2020-06-10 20:41

I think a recent Qt update resulted in this: mythpainter.cpp:262:18: error: aggregate ‘QPainterPath path’ has incomplete type and cannot be defined 262 | QPainterPath path;

Taijian commented on 2020-04-07 18:47

@keepitsimpleengr: The issue is with xmltv upstream. If you build from git, you end up with a working build, trying to build from the last release version (0.6.1) will fail, because there was a change in the way perl parses xml in the meantime. So either wait for upstream xmltv to make a new release, or just build your version from git.

keepitsimpleengr commented on 2020-04-07 16:45

In 0.31 Schedule Direct as of April 7 requires XMLTV to get listings. This requires { Using ABS to compile and install this fails. This results in no listing using mythfilldatabase, thus no rule based recordings.