Package Details: mythtv-git 34.0.r23.g9b54f1a672-1

Git Clone URL: https://aur.archlinux.org/mythtv-git.git (read-only, click to copy)
Package Base: mythtv-git
Description: A Homebrew PVR project (Stable '-fixes' branch)
Upstream URL: https://www.mythtv.org/
Licenses: GPL
Conflicts: mythtv
Provides: mythtv
Submitter: JohnLBergqvist
Maintainer: JohnLBergqvist
Last Packager: JohnLBergqvist
Votes: 36
Popularity: 0.001288
First Submitted: 2023-04-10 09:11 (UTC)
Last Updated: 2024-06-30 17:31 (UTC)

Sources (6)

Pinned Comments

JohnLBergqvist commented on 2023-04-10 15:56 (UTC) (edited on 2023-04-10 15:57 (UTC) by JohnLBergqvist)

This package replaces the previous 'mythtv' AUR package. It has been renamed to comply with Arch's VCS package guidelines.

I hope to update the various mythplugins AUR packages soon

Latest Comments

« First ‹ Previous 1 .. 22 23 24 25 26 27 28 29 30 31 Next › Last »

Taijian commented on 2018-05-23 09:45 (UTC)

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

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

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

p-we commented on 2018-05-03 06:53 (UTC) (edited on 2018-05-03 07:07 (UTC) by p-we)

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

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

There appears to be a validity error:

mythtv-29.1.tar.gz ... FAILED

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

keepitsimpleengr commented on 2018-03-12 22:48 (UTC)

@Taijian... Thanks, good to know Anyway of detecting the linkage problem before launching mythfrontend? (other than test launching after every update)

Taijian commented on 2018-03-12 07:17 (UTC)

As @mark.clegg already pointed out: Unfortunately, based on the way linked library versions work, whenever one of the packages that this one is build against gets updated, you'll also have to rebuild mythtv.

In this case, x265 got updated to a new version over the weekend. The maintainer of ffmpeg in extra was notified of this and put out a rebuild version of ffmpeg alongside it. For the AUR, it does not work like this. Here, you are your own maintainer and have the rebuild your packages yourself, whenever their dependencies get updated and the linked libraries break as a consequence.

keepitsimpleengr commented on 2018-03-11 20:08 (UTC) (edited on 2018-03-11 20:12 (UTC) by keepitsimpleengr)

@mark.clegg

I use the git clone method (https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages)

Rebuilding on one client failed, however on a second client it was successful.

Go figure

BTW I have a third client running on Manjaro 64bit, which did not fail in this manner.

glenb77 commented on 2018-03-11 18:40 (UTC)

i had same issue over weekend. i build on a different machine then where backend runs. so first i update machine i am building on to all current on arch. then i delete directory of prior builds and create new from snapshot file. then i do makepkg. and i reinstall on all machines with myth after upgrading those. and everything works again. i also have to do same with plugins as i ran into same issue.