Package Details: mythtv 1:29.1-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: 16
Popularity: 3.072305
First Submitted: 2018-01-07 17:35
Last Updated: 2018-04-20 15:15

Dependencies (42)

Sources (4)

Latest Comments

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!

keepitsimpleengr commented on 2018-03-12 22:48

@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

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

@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

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.

mark.clegg commented on 2018-03-11 18:15

@keepitsimpleengr: It didn't for me first time. I had to delete the previous source files, - i.e. force a clean build. I guess because no source files have changed, the rebuild finds nothing to do, unless you "clean" first.

keepitsimpleengr commented on 2018-03-11 17:42

@mark.cleg

Rebuilding mythtv did not work for me.

keepitsimpleengr commented on 2018-03-11 17:38

workaround to mythfrontend: error while loading shared libraries: libx265.so.146: cannot open shared object file: No such file or directory

$ sudo pacman -U x265-2.6-1-x86_64.pkg.tar.xz ffmpeg-1:3.4.2-1-x86_64.pk

loading packages...

warning: downgrading package x265 (2.7-1 => 2.6-1)

warning: downgrading package ffmpeg (1:3.4.2-2 => 1:3.4.2-1)

mark.clegg commented on 2018-03-11 17:37

Same here @keepitsimpleengr. Rebuilding and reinstalling myth fixes it.

All comments