Package Details: mythtv 1:30.0-6

Git Clone URL: https://aur.archlinux.org/mythtv.git (read-only)
Package Base: mythtv
Description: A Homebrew PVR project
Upstream URL: https://www.mythtv.org/
Keywords: mythtv
Licenses: GPL
Conflicts: mythplugins-mythvideo, myththemes
Replaces: mythplugins-mythvideo, myththemes
Submitter: Barthalion
Maintainer: Taijian
Last Packager: Taijian
Votes: 27
Popularity: 0.002447
First Submitted: 2018-01-07 17:35
Last Updated: 2019-05-25 12:53

Dependencies (47)

Sources (8)

Pinned Comments

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

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 Next › Last »

bigcajun826 commented on 2018-08-16 17:44

After the x264 upgrade, I tried to recompile and got issues with:

src/mythtv-29.1/mythtv/external/FFmpeg/libavcodec/libx264.c

I don't have the specific error handy, but it was similar to this report:

https://trac.ffmpeg.org/ticket/6932

That report has a link to a patch for libx264.c that shows that x264_bit_depth was replaced by X264_BIT_DEPTH, along with some other stuff in there.

I'm not sure what all is needed, but after doing a replace of x264_bit_depth with X264_BIT_DEPTH in the file above, I was able to rebuild the package. Since I'm not great with patch files, I don't have one to provide, and thus I had to build it with makepkg --e after manually editing the source file.

Hope that helps some....

produnis commented on 2018-08-16 10:36

The arch update to extra/x264 breaks compatibility with mythtv. I get now:

mythbackend: error while loading shared libraries: libx264.so.152: cannot open shared object file: No such file or directory

Taijian commented on 2018-07-24 21:08

Thank you for the heads-up! I have updated the PKGBUILD accordingly and ended up just moving in to depends(), because it was already a make-depend, so it seemed silly to not do that, even though it is not technically true. But I'm just going to hope that no one will complain too loudly to the AUR police :)

martyg commented on 2018-07-24 17:48

Hello. Another PKGBUILD tweak for you, after a cleanup of my server.

Metadata lookup will not work unless mysql-python is installed at runtime.

Recommend this package be added to optdepends=() list.

Thanks again for keeping this thing together for everyone.

Taijian commented on 2018-05-23 09:45

Apparently, there has been another silent update to mythtv-29.1, breaking the checksum check - update will be up momentarily. Thanks to @cspack77 for reporting the issue!

Taijian commented on 2018-05-03 13:49

OK, the package should now again be buildable. I have added a patch to work around the incompatibility introduced by the upgrade to freetype2 v2.9.1 and submitted that patch upstream.

Taijian commented on 2018-05-03 07:42

OK, thanks for the heads-up, will investigate!

p-we commented on 2018-05-03 06:53

Heads up... As of May 2 new freetype2 breaks this package with: ERROR! You must have FreeType installed to compile MythTV.

Reverting back to freetype2-2.9-2-x86_64.pkg.tar.xz fixes it

Taijian commented on 2018-04-20 15:16

Yeah, turns out I still had the old 29.1 package in my local dir instead of the updated one... Works again, now.

MickeyRat commented on 2018-04-20 14:25

There appears to be a validity error:

mythtv-29.1.tar.gz ... FAILED

==> ERROR: One or more files did not pass the validity check!