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

ChrisDennis commented on 2019-05-03 20:31 (UTC)

Thanks for your reply, bigcajun826.

Yes, I know about updating AUR packages, these were build-time, not run-time, errors, and I had updated everything else and rebooted.

What has worked for me is git-cloning the mythtv repo from AUR again and running makepkg --cleanbuild --install as you suggested.

bigcajun826 commented on 2019-05-03 18:48 (UTC) (edited on 2019-05-03 18:51 (UTC) by bigcajun826)

@ChrisDennis the errors you show seem more like issues trying to run MythTV after an update. See Taijian's pinned comment.

If you have updated the rest of the system (i.e. pacman -Syu), I suggest you reboot, then try to rebuild and install MythTV again (makepkg --cleanbuild --install).

That should get your going again.

P.S. You shouldn't be symlinking library files. If you find yourself going down that route, with this package at least, you probably need to rebuild (again, see Taijian's pinned comment).

ChrisDennis commented on 2019-05-03 17:06 (UTC)

I can't compile MythTV today, after updating the rest of the system.

It gave these errors:

/usr/bin/ld: warning: libx264.so.155, needed by /usr/lib/libmythbase-30.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libvpx.so.5, needed by /usr/lib/libmythavcodec.so, not found (try using -rpath or -rpath-link)

so I made symbolic links from the current versions (libx264.so.157 and libvpx.so.6), and now I get

/usr/bin/ld: /usr/lib/libmythavcodec.so: undefined reference to `x264_encoder_open_155'

which looks like a hard-coded reference to something that's only in libx264.so.155.

I also see

WARNING: Failure to find: ../../../mythtv/libs/libmythbase/version.h

which may or may not be relevant.

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.