Arch Linux User Repository

This package replaces the previous 'mythtv' AUR package. It has been renamed to comply with Arch's VCS package guidelines.

Should libmariadbclient be a runtime dependency? I get a database driver error when it is not installed.

Getting these errors trying to build:

/usr/bin/ld: warning: libavformat.so.61, needed by /usr/lib/libQt5WebEngineCore.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libavcodec.so.61, needed by /usr/lib/libQt5WebEngineCore.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libavutil.so.59, needed by /usr/lib/libQt5WebEngineCore.so, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libvpx.so.9, needed by /usr/lib/libQt5WebEngineCore.so, not found (try using -rpath or -rpath-link)

UPDATE: Got it working by updating qt5-webengine using pre-built package from this comment.

@sultanoswing That's very odd, I didn't get these failures and I don't have icu76 installed but I do have the icu package installed, which provides the .78 version of those dependencies. qt5-webengine already requires the icu package as a dependency. Judging by this issue, it's qt5-webengine you need to rebuild instead of adding icu76: https://dev.to/hopsayer/arch-linux-aur-dependency-hell-debugging-the-icu-76-78-migration-4c7a

I can't get this to compile, with the error showing missing libicui18n.so.76, required by libQt5WebEngine:

/usr/bin/ld: warning: libicui18n.so.76, needed by /usr/lib/libQt5WebEngineCore.so.5, not found (try using -rpath or -rpath-link)
/usr/bin/ld: warning: libicuuc.so.76, needed by /usr/lib/libQt5WebEngineCore.so.5, not found (try using -rpath or -rpath-link)
/usr/bin/ld: /usr/lib/libQt5WebEngineCore.so.5: undefined reference to `icu_76::Formattable::Formattable(icu_76::Formattable const&)'

The icu package for Arch is now at version 78.2-1,so it looks as though the older 76 library is no longer available.

EDIT: Just installed icu76 from AUR, so we'll see if that works...

EDIT 2: Yep - installing icu76 allows successful compilation

@JohnLBergqvist, makes sense. Thanks.

@mark.clegg I'll bear that in mind, but I'd like this package to reflect what the "default" is, which is still qt5 I believe. However for the upcoming v36 release which should be early 2026, I will consider switching then, along with migrating to their new build process with cmake

As it's probably likely that we'll see more of the qt5 packages dropped from extra and moved to AUR over the coming months. Is it worth considering incorporating @hedgepigdaniel's changes and switching the mythtv-git build over to qt6 anyway?

@hedgepigdaniel Actually, looking at this thread: https://lists.mythtv.org/pipermail/mythtv-users/2025-February/415098.html, qt5-webengine is only needed for mythbrowser which is a separate package on AUR (if qt5-webengine is not present or you are building with qt6, mythbrowser isn't built - but it wouldn't be built anyway here). As a result I'll simply just remove python-py5-qtwebengine and that will resolve the issue. I'll recommend that qt5-webengine is made a dependency of mythplugins-mythbrowser instead (I don't maintain that package and have no desire to start maintaining it)

@JohnLBergqvist

I'm not sure if it's related (I suspect not), but when building without disabling AMF I got the following error:

D libavcodec/libmythavcodec.so.61
/usr/bin/ld: libavcodec/amfenc_av1.o: in function `GetDefaultChannelLayout':
/usr/include/AMF/core/AudioBuffer.h:89: multiple definition of `GetDefaultChannelLayout'; libavcodec/amfenc.o:/usr/include/AMF/core/AudioBuffer.h:89: first defined here
/usr/bin/ld: libavcodec/amfenc_h264.o: in function `GetDefaultChannelLayout':
/usr/include/AMF/core/AudioBuffer.h:89: multiple definition of `GetDefaultChannelLayout'; libavcodec/amfenc.o:/usr/include/AMF/core/AudioBuffer.h:89: first defined here
/usr/bin/ld: libavcodec/amfenc_hevc.o: in function `GetDefaultChannelLayout':
/usr/include/AMF/core/AudioBuffer.h:89: multiple definition of `GetDefaultChannelLayout'; libavcodec/amfenc.o:/usr/include/AMF/core/AudioBuffer.h:89: first defined here

The referenced files are owned by amf-headers-git - not sure what is at fault.