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.001486
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 .. 18 19 20 21 22 23 24 25 26 27 28 .. 31 Next › Last »

Taijian commented on 2019-03-09 11:53 (UTC)

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.

Taijian commented on 2019-03-08 15:13 (UTC)

@sultanoswing: I should probably sticky this, but here goes again: If a package, that an AUR package depends upon receives a major (i.e. ABI/API breaking) update, you need to rebuild the AUR package afterwards. This is what package maintainers do, and for your AUR packages, that's you. So I'd advise against symlinking anything, and to instead do the right thing: Rebuild!

sultanoswing commented on 2019-03-08 08:52 (UTC) (edited on 2019-03-08 08:53 (UTC) by sultanoswing)

Another heads up - wouldn't start after latest libvpx update with the error: "mythfrontend: error while loading shared libraries: libvpx.so.5: cannot open shared object file: No such file or directory".

Workaround: ln -s /usr/lib/libvpx.so.6 /usr/lib/libvpx.so.5

Taijian commented on 2019-02-06 08:28 (UTC)

Just a heads-up: x265 updated to a new version, so you'll probably want to rebuild...

hamelg commented on 2019-02-04 20:04 (UTC)

@Taijian If you put libhdhomerun in make dependencies, you must not tag it optional. libhdhomerun will be linked with the binary /usr/bin/mythtvfrontend and mythbackend : $ ldd /usr/bin/mythfrontend |grep home libhdhomerun.so => /usr/lib/libhdhomerun.so (0x00007f7110611000)

keepitsimpleengr commented on 2019-01-20 18:47 (UTC)

Turns out that the unstable, hanging clients were due to a crashed server. The crash most likely occurred during one client (archlinux and libxnvctrl) attempting to change the clients's theme. Rebooting the server resolved the problem, the server is remote thus the delay. I apologize for any confusion. It would seem that the jump from 0.29 to 0.30 might have been a little premature. I see that I am no longer able to go 'Watch Recording'→'Recordings(all)' then ← 'Recordings (title)' on most recordings where a graphic is displayed instead of the list of 'Recording Titles'. This is in theme 'Mythbuntu 28.21'.

Taijian commented on 2019-01-20 17:19 (UTC)

@keepitsimpleengr: So, I'm a little confused as to which of your clients is the stable one? Maybe there's hint to the source of the problem there? Also, without some sort of detail, I can't really tell what the problem might be.

keepitsimpleengr commented on 2019-01-18 23:45 (UTC)

After the 2019-01-17 update, three of my four mythfrontend clients are unstable and tend to hang. One uses manjaro and libxnvctrl-390xx; another drives a TV using HDMI, uses archlinux and libxnvctrl-390xx; and the third uses archlinux and libxnvctrl. The fourth is backend/frontend (myth)buntu using development 0.30 from repository http://ppa.launchpad.net/mythbuntu/30/ubuntu on Ubuntu 16.04.5 LTS. I jumped to the Dev repository to keep database compatibility with AURs 1:30.0-3, mythbuntu repository still at 0.29. The mythbuntu server dates back to 10... LTS. No logs on these frontends.

simona commented on 2019-01-17 23:05 (UTC)

thx :-)))

keepitsimpleengr commented on 2019-01-17 15:37 (UTC) (edited on 2019-01-18 23:46 (UTC) by keepitsimpleengr)

From two remote clients $ mythfrontend mythfrontend: error while loading shared libraries: libXNVCtrl.so.0: cannot open shared object file: No such file or directory Fixed by installing libxnvctrl-390xx.

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 .. 31 Next › Last »