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

RuneArch commented on 2019-05-22 08:41 (UTC)

Reverting to exiv2 0.26-2 worked for me, until that Myth commit makes it's way into the AUR package.

boomshalek commented on 2019-05-21 20:21 (UTC)

Compilation has failed me today with an up to date system. Possible culprit could be this commit (maybe it should be reversed): https://github.com/MythTV/mythtv/commit/fc79822ce4c8775361053d1bdd8d9dce2dc44ec1

imagemetadata.cpp: In constructor ‘PictureMetaData::PictureMetaData(const QString&)’: imagemetadata.cpp:315:19: error: ‘Error’ in namespace ‘Exiv2’ does not name a type catch (Exiv2::Error &e) ^~~~~ In file included from /usr/include/qt/QtCore/qcoreapplication.h:43, from /usr/include/qt/QtCore/QCoreApplication:1, from imagemetadata.h:12, from imagemetadata.cpp:1: imagemetadata.cpp:317:74: error: ‘e’ was not declared in this scope LOG(VB_GENERAL, LOG_ERR, LOC + QString("Exiv2 exception %1").arg(e.what())); ^ imagemetadata.cpp:317:9: note: in expansion of macro ‘LOG’ LOG(VB_GENERAL, LOG_ERR, LOC + QString("Exiv2 exception %1").arg(e.what())); ^~~ make[2]: [Makefile:1781: obj/imagemetadata.o] Error 1 make[2]: Leaving directory '/tmp/trizen-chris/mythtv/src/mythtv-30.0/mythtv/libs/libmythmetadata' make[1]: [Makefile:301: sub-libmythmetadata-make_first] Error 2 make[1]: Leaving directory '/tmp/trizen-chris/mythtv/src/mythtv-30.0/mythtv/libs' make: *** [Makefile:68: libs] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

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)

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