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.004198
First Submitted: 2023-04-10 09:11 (UTC)
Last Updated: 2024-06-30 17:31 (UTC)

Dependencies (63)

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 .. 11 12 13 14 15 16 17 18 19 20 21 .. 31 Next › Last »

keepitsimpleengr commented on 2020-10-23 21:41 (UTC)

Some recent changes (July) in python bindings (dt.py) are causing errors.

for instance 'find-orphans.py' fails when deleting orphans

chuser commented on 2020-09-26 21:10 (UTC)

OK - thanks for the clarification. I don't own a HDHomeRun and was wondering if I could dispense with the lib, but if I can't then it's not a biggie by any means.

Taijian commented on 2020-09-26 16:38 (UTC)

@chuser @bigcajun826: Yeah, I agree that the current handling is confusing. For the next update I'll probably just leave libhdhomerun in 'depends' and remove the 'optdepend'. I put it into the latter back when I thought that I could just make it a make- and optdepend, but that turned out to be wrong. The I kinda forgot the take it out of optdepends again... Will fix!

bigcajun826 commented on 2020-09-25 12:47 (UTC)

@chuser libhdhomerun is only required if you want to use an HD Homerun device. Unfortunately, if you want to use one, you have to have it installed during compile and at runtime. An "optdepends" would mean you don't need it for compiling the package, but if you have it when running the software, the software would presumably support it. But for those with an HD Homerun, if they don't have libhdhomerun installed when building Myth, an HD Homerun device won't be supported, even if they install libhdhomerun after. They'd have to rebuild.

chuser commented on 2020-09-25 12:04 (UTC)

libhdhomerun is in both 'depends' and 'optdepends'. Is that necessary - or can it just be in optdepends?

bigcajun826 commented on 2020-09-23 18:53 (UTC)

Just a heads-up for anyone using an NVidia card and the NVidia drivers in Arch. I recently upgraded to the 455.23.04 drivers and started having an issue where I'd have to CTRL+ALT+F2 out to a tty to get my system to "wake up" when I paused video for a while. My MythTV box seemed to just have it's output go to sleep. This even happened if I would turn my TV off and back on again while not playing any content in Myth (with just the menu up).

Not sure what the deal is, but I downgraded back to the 450.66 drivers and the issue has gone away. Again, just an FYI.

Louis commented on 2020-09-21 20:39 (UTC)

It would really help if this package depended on specific versions of eg. x265 and x264. This would force mythtv to rebuild when new versions of these libraries are released and I would discover mythtv was bricked by surprise.

ck2katAUR commented on 2020-06-24 15:43 (UTC)

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

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

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; https://www.archlinux.org/news/perl-library-path-change/ . 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.

« First ‹ Previous 1 .. 11 12 13 14 15 16 17 18 19 20 21 .. 31 Next › Last »