Arch Linux User Repository

https://pastebin.com/uGND3JNm

from: https://wiki.archlinux.org/title/Tvheadend

The tvheadendAUR package does not have HDHomeRun support enabled. To enable you will need to edit the PKGBUILD and append libhdhomerun (libhdhomerunAUR) to the depends list. Finally, append --enable-hdhomerun_client in the configure array.

from: commented on 2022-01-30 22:30 (UTC) @aphirst If you don't need HDHomeRun support, simply edit the PKGBUILD as follows

something out of sync.

@aphirst If you don't need HDHomeRun support, simply edit the PKGBUILD as follows:

Add this to the ./configure section:

        --disable-hdhomerun_static \
        --disable-hdhomerun_client \

and this to the build() section one line above the make command:

CFLAGS="$CFLAGS -Wno-error=format-truncation -Wno-error=implicit-function-declaration"

Tvheadend will build fine after these changes.

@willemw tvheadend-git includes those changes. If you want the stable build, you can include the improvements yourself. :)

I don't know if @LukyLX wants to bump this, TVH doesn't seem to provide any newer stable builds atm.

provides=('tvheadend') is redundant. conflicts=('tvheadend-git') does not need to be specified (as stated in the Wiki). tar is already installed (part of base).

Maybe use install instead of chmod and maybe switch to using systemd's sysusers.d and tmpfiles.d folders.

Build now unfortunately fails.

http://download.silicondust.com/hdhomerun/libhdhomerun_20171221.tgz: 2021-10-22 10:18:40 ERROR 404: Not Found. make[1]: *** [Makefile.hdhomerun:79: /home/adam/.cache/aurutils/sync/tvheadend/src/tvheadend-4.2.8/build.linux/hdhomerun/libhdhomerun_20171221/.tvh_download] Error 8

I had to recompile it after last day’s system updates. Now I get into the web interface again but cannot start any stream. Edit: Just had to reconnect the DVB-T2 usb cable.

@RoKoInfo

Thx for your help. I use the armv7l architecture. If I use the two flags mentioned, the error message also appears, see @pokabjoern. Seems to me like it has to do with architecture.

pelle

When trying to compile for armv7h, I needed both flags, -Wno-error=format-truncation and -Wno-error=stringop-truncation. Compiling was successful, however, I do not know right now, if tvheadend works fine with it.

RoKoInfo

@Neil

Thx for the patch. Even when I use the patch, I get the same error message as described by @pokabjoern.

Meanwhile I'm at a loss.

Pelle

@pelle

Here's my git diff:

# git diff
diff --git a/PKGBUILD b/PKGBUILD
index 5a45b9f..5795410 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -30,6 +30,8 @@ sha256sums=    ('1aef889373d5fad2a7bd2f139156d4d5e34a64b6d38b87b868a2df415f01f7ad'
 prepare() {
     cd "${srcdir}/${pkgname}-${pkgver}"

+    CFLAGS="${CFLAGS} -Wno-error=format-truncation"
+
     # Patch tvheadend.service for Arch Linux
     patch -p1 -i "${srcdir}/tvheadend-service.patch"

As you can see I just added the line above to the prepare() function in PKGBUILD.

Hope this helps,

Neil.

@Neil

I've tried it too and fail.

I've tried the following:

...

uselibav=""
if [ -f /usr/include/libavresample/avresample.h ]; then
    echo "libavresample found, enabling use of libav!"
    CFLAGS="$CFLAGS -Wno-error=format-truncation"
else

...

I get the error message, see @pokabjoern.

What am I doing wrong?

thanks in advance

Thanks @pokabjoern - now I can build tvheadend also :-)

I had to add

CFLAGS="$CFLAGS -Wno-error=format-truncation"

CC              src/epggrab/module/xmltv.o
src/epggrab/module/xmltv.c: In Funktion »_xmltv_parse«:
src/epggrab/module/xmltv.c:197:47: Fehler: Ausgabe der »%s«-Direktive könnte abgeschnitten sein, beim Schreiben von 2 bis 2147483645 Bytes in eine Region der Größe 115 [-Werror=format-truncation=]
  197 |   snprintf(buf, sizeof(buf)-1, "ddprogid://%s/%s", mod->id, s);
      |                                               ^~
src/epggrab/module/xmltv.c:197:3: Anmerkung: »snprintf« hat 15 oder mehr Bytes (angenommen 2147483658) in das Ziel der Größe 127 ausgegeben
  197 |   snprintf(buf, sizeof(buf)-1, "ddprogid://%s/%s", mod->id, s);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: Alle Warnungen werden als Fehler behandelt
make: *** [Makefile:643: /home/sascha/tvheadend/src/tvheadend-4.2.8/build.linux/src/epggrab/module/xmltv.o] Fehler 1
==> FEHLER: Ein Fehler geschah in build().
    Breche ab...

libavresample.so is shows as an optional dependency. Is it worth flagging that it needs to be installed when tvheadend is built if you want transcoding support?

Hello, thank you for this package. I wanted to say that the compilation via yay doesn't work. I had to go to ~/.cache/yay/tvheadend and execute makepkg to successfully compile the program.

The error via yay is :

In function ‘transcoder_init_video’,
    inlined from ‘transcoder_start’ at src/plumbing/transcoding.c:2006:12,
    inlined from ‘transcoder_input’ at src/plumbing/transcoding.c:2061:10:
src/plumbing/transcoding.c:1807:3: error: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Werror=stringop-truncation]
 1807 |   strncpy(codec_list, tp->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC              src/descrambler/emm_reass.o
CC              src/descrambler/capmt.o
CC              src/descrambler/constcw.o
CC              src/descrambler/ffdecsa/ffdecsa_interface.o
src/plumbing/transcoding.c: In function ‘transcoder_set_properties’:
src/plumbing/transcoding.c:2133:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
 2133 |   strncpy(tp->tp_vcodec, props->tp_vcodec, sizeof(tp->tp_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2134:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
 2134 |   strncpy(tp->tp_vcodec_preset, props->tp_vcodec_preset, sizeof(tp->tp_vcodec_preset)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2135:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
 2135 |   strncpy(tp->tp_acodec, props->tp_acodec, sizeof(tp->tp_acodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2136:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
 2136 |   strncpy(tp->tp_scodec, props->tp_scodec, sizeof(tp->tp_scodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2144:3: error: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Werror=stringop-truncation]
 2144 |   strncpy(tp->tp_src_vcodec, props->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC              src/descrambler/ffdecsa/ffdecsa_int.o
cc1: all warnings being treated as errors
make: *** [Makefile:643: /home/cthulhu/.cache/yay/tvheadend/src/tvheadend-4.2.8/build.linux/src/plumbing/transcoding.o] Error 1
make: *** Waiting for unfinished jobs....
==> ERROR: A failure occurred in build().
    Aborting...
Error making: tvheadend

Using makepkg directly, errors become warnings:

In function ‘transcoder_init_video’,
    inlined from ‘transcoder_start’ at src/plumbing/transcoding.c:2006:12,
    inlined from ‘transcoder_input’ at src/plumbing/transcoding.c:2061:10:
src/plumbing/transcoding.c:1807:3: warning: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Wstringop-truncation]
 1807 |   strncpy(codec_list, tp->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC              src/descrambler/capmt.o
CC              src/descrambler/constcw.o
CC              src/descrambler/ffdecsa/ffdecsa_interface.o
CC              src/descrambler/ffdecsa/ffdecsa_sse2.o
src/plumbing/transcoding.c: In function ‘transcoder_set_properties’:
src/plumbing/transcoding.c:2133:3: warning: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Wstringop-truncation]
 2133 |   strncpy(tp->tp_vcodec, props->tp_vcodec, sizeof(tp->tp_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2134:3: warning: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Wstringop-truncation]
 2134 |   strncpy(tp->tp_vcodec_preset, props->tp_vcodec_preset, sizeof(tp->tp_vcodec_preset)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2135:3: warning: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Wstringop-truncation]
 2135 |   strncpy(tp->tp_acodec, props->tp_acodec, sizeof(tp->tp_acodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2136:3: warning: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Wstringop-truncation]
 2136 |   strncpy(tp->tp_scodec, props->tp_scodec, sizeof(tp->tp_scodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2144:3: warning: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Wstringop-truncation]
 2144 |   strncpy(tp->tp_src_vcodec, props->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
      |   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
CC              src/descrambler/libaesdec/libaesdec.o
CC              src/dbus.o

Hello, Now installation without issues . THANKS !!!!

@LuckLX : After the patch it builds just fine. Many thanks for the response, time and work you spent.

@LuckLX: There is an upstream bug: https://tvheadend.org/issues/5862. I'm sure they would appreciate your patch.

I took the lazy route with the tvheadend-git package and just built with the "-fcommon" flag turned on.

Apparently, GCC 10 activated -fno-common by default which caused some issues building up until 4.2.8-3.

I added a patch in 4.2.8-4 so it should be able to build again. Please let me know if you encounter issues.

Hi, It will not build. The following is returned in makepkg -si

collect2: error: ld returned 1 exit status make: *** [Makefile:638: /home/user/Downloads/aur-packages/tvheadend/src/tvheadend-4.2.8/build.linux/tvheadend] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

Thanks in advance for looking into it. Cheers

Hello, Not possible to install tvheadend with pamac : first defined here collect2: error: ld returned 1 exit status make: *** [Makefile:638: /var/tmp/pamac-build-hp/tvheadend/src/tvheadend-4.2.8/build.linux/tvheadend] Error 1 ==> ERROR: A failure occurred in build(). Aborting... Please fix that . Thanks !

@LukyLX Sorry for that, didn't pay attention to it in the PKGBUILD. For some reason my CFLAGS did not take it into account. I updated yesterday to GCC 9.2.0 but it was the same. Then I successfully compiled it against libavresample with [env CFLAGS="${CFLAGS} -Wno-error=stringop-truncation"] as it should have been done automatically. Cheers.

@Issenniel You're right but that's why I specifically added -Wno-error=stringop-truncation to the CFLAGS. So those issues are actually handled as warnings instead of errors.

Does not compile with GCC v9.1.0 against libavresample due to this bug apparently : https://stackoverflow.com/questions/56253996/why-does-gcc-9-1-0-sometimes-complain-about-this-use-of-strncpy https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88780

The error on my computer: src/plumbing/transcoding.c:1807:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 127 octets depuis une chaîne de longueur 127 [-Werror=stringop-truncation] 1807 | strncpy(codec_list, tp->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ CC src/descrambler/ffdecsa/ffdecsa_interface.o src/plumbing/transcoding.c: Dans la fonction « transcoder_set_properties »: src/plumbing/transcoding.c:2133:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 31 octets depuis une chaîne de longueur 31 [-Werror=stringop-truncation] 2133 | strncpy(tp->tp_vcodec, props->tp_vcodec, sizeof(tp->tp_vcodec)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/plumbing/transcoding.c:2134:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 31 octets depuis une chaîne de longueur 31 [-Werror=stringop-truncation] 2134 | strncpy(tp->tp_vcodec_preset, props->tp_vcodec_preset, sizeof(tp->tp_vcodec_preset)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/plumbing/transcoding.c:2135:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 31 octets depuis une chaîne de longueur 31 [-Werror=stringop-truncation] 2135 | strncpy(tp->tp_acodec, props->tp_acodec, sizeof(tp->tp_acodec)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/plumbing/transcoding.c:2136:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 31 octets depuis une chaîne de longueur 31 [-Werror=stringop-truncation] 2136 | strncpy(tp->tp_scodec, props->tp_scodec, sizeof(tp->tp_scodec)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ src/plumbing/transcoding.c:2144:3: erreur: la sortie de « strncpy » peut être tronquée en copiant 127 octets depuis une chaîne de longueur 127 [-Werror=stringop-truncation] 2144 | strncpy(tp->tp_src_vcodec, props->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Uninstalling libavresample, tvheadend does compile well. Can you confirm ?

Could you add -6 to the systemd service so ipv6 is also enabled (it really should be nowadays)

Markdown: docs/wizard/muxes.md Markdown: docs/wizard/network.md Markdown: docs/wizard/status.md CC src/docs.o CC build.o CC timestamp.o CC tvheadend /usr/bin/ld: cannot open output file /tmp/makepkg/tvheadend: Is a directory collect2: error: ld returned 1 exit status make: *** [Makefile:638: /tmp/makepkg/tvheadend] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build tvheadend. ==> Restart building tvheadend ? [y/N]

Makefile's BUILDDIR variable conflicts with Arch makepkg.conf's BUILDDIR variable.

I add BUILDDIR="${srcdir}/${pkgname}-${pkgver}" line before "configure" and "make" calls and add BUILDDIR="/tmp/makepkg" line after its in PKGBUILD file, then build and install successfully completed.

I tried Matroska built in and MP4

Ill try posting logs later

@LukyLX

@thechitowncubs

I got same mistakes but the compiling was continued. And I have some doubts would it works nice?

Thanks, guys.

@thechitowncubs, I think there's no structural problem with libav; libvorbis audio codec with libx264 video codec in a Matroska (mkv)/built-in container does work for me. Which container do you use?

@lupoalberto, this looks like an issue with building with yay. Did you try makepkg -sr to build your package?

@LukyLX - No Audio in my Transcodes, I tried libvorbis, AAC, and MP2

@lupoalberto

build the package with makepkg -s

But I am not getting any sound in my transcodes. Is this a problem with libav?

I beg pardon for offtop, but could somebody give me advice how I can use on this site Markdown or an alike markup language?

I've installed libavresample and now when I'm trying to make tvheadend I receive this error messages:

CC              src/libav.o
CC              src/muxer/muxer_libav.o
CC              src/plumbing/transcoding.o
In function ‘transcoder_init_video’,
    inlined from ‘transcoder_start’ at src/plumbing/transcoding.c:2006:12,
    inlined from ‘transcoder_input.part.7’ at src/plumbing/transcoding.c:2061:10,
    inlined from ‘transcoder_input’ at src/plumbing/transcoding.c:2047:1:
src/plumbing/transcoding.c:1807:3: error: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Werror=stringop-truncation]
   strncpy(codec_list, tp->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c: In function ‘transcoder_set_properties’:
src/plumbing/transcoding.c:2133:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
   strncpy(tp->tp_vcodec, props->tp_vcodec, sizeof(tp->tp_vcodec)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2134:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
   strncpy(tp->tp_vcodec_preset, props->tp_vcodec_preset, sizeof(tp->tp_vcodec_preset)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2135:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
   strncpy(tp->tp_acodec, props->tp_acodec, sizeof(tp->tp_acodec)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2136:3: error: ‘strncpy’ output may be truncated copying 31 bytes from a string of length 31 [-Werror=stringop-truncation]
   strncpy(tp->tp_scodec, props->tp_scodec, sizeof(tp->tp_scodec)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/plumbing/transcoding.c:2144:3: error: ‘strncpy’ output may be truncated copying 127 bytes from a string of length 127 [-Werror=stringop-truncation]
   strncpy(tp->tp_src_vcodec, props->tp_src_vcodec, sizeof(tp->tp_src_vcodec)-1);
   ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
cc1: all warnings being treated as errors
make: *** [Makefile:643: /home/dmitry/.cache/yay/tvheadend/src/tvheadend-4.2.8/build.linux/src/plumbing/transcoding.o] Error 1
==> ERROR: A failure occurred in build().
    Aborting...
Error making: tvheadend

4.2.8-3 adds detection of an already installed libavresample so libavresample.so is an optional dependency now.

If you want libav features like transcoding, please install libavresample. If not, you don't have to anymore.

'The aur package libavresample has been created to provide just that without spending much time on building it so check it out. Please let me know if this does or doesn't work for you. Happy transcoding!'

@LukyLX thanks a ton for doing this, i did miss not being able to transcode live tv, so nice to be able to view live tv through a web browser again (confirmed working).

@LukyLX, could you leave libavresample.so as optional dependency?

@LukyLX I was actually using yay to build the update of the package. Using makepkg it builds just fine. Very weird but I don't have the time to chase this further right now.

@ReekyMarko it looks like building src/docs_inc.c or src/docs_inc.h didn't succeed. What do those files look like after calling makepkg -sr and what's the python version you use?

Build is failing for me with seemingly no error, during building the markdown docs:

...
Markdown: docs/wizard/login.md
Markdown: docs/wizard/mapping.md
Markdown: docs/wizard/muxes.md
Markdown: docs/wizard/network.md
Markdown: docs/wizard/status.md
==> ERROR: A failure occurred in build().
    Aborting...
Error making: tvheadend

@danieltetraquark, for IPv6, you could create a drop-in .conf file. Please see https://www.freedesktop.org/software/systemd/man/systemd.unit.html

@danieltetraquark, please install 'libavresample' (from aur also) or any other package providing libavresample.so (see my last comment)

@LukyLX yay fails with

libavresample.so (Wanted by: tvheadend)

for me.

Just released 4.2.8-2 which adds transcoding again by depending on a package providing the deprecated libavresample.so. The aur package libavresample has been created to provide just that without spending much time on building it so check it out. Please let me know if this does or doesn't work for you. Happy transcoding!

To support IPv6, add -6 to ExecStart in systemd file.

So what is the easiest way to get some transcoding options? Old version of ffmpeg aor ffmpeg-full ( which is like 3gb)?

And removing the disable options in the makepkg?

This package should use systemd-sysusers instead of manually creating an user in the .install file.

I did some testing with tvheadend and I came up with a service file which actually allows tvheadend to set the system time from DVB EPG time without needing root privileges.

Maybe you want to pull this change so the "official" AUR PKGBUILD also has this ability: https://github.com/VDR4Arch/vdr4arch/blob/kodi18/tvheadend/tvheadend.service

It's best to just ship this file and stop patching. This makes it more flexible to do own additions or improvements to the service file.

@TheDarkula. I don't see any changes in checksums. Any other users seeing that?

Shasum changed again. I'm getting 8383990895be767a1b8f6d3a9356c2d5b2ea5d686d2293fbdb1552ffc6ea0640

@JohnRobson, I don't see any issues on my side. Did you do an upgrade (pacman -Syu) prior to running makepkg? Any other users having issues building?

CC src/descrambler/libaesdec/libaesdec.o CC src/dbus.o CC build.o CC timestamp.o CC tvheadend /usr/bin/ld: cannot open output file /tmp/makepkg/tvheadend: Is a directory collect2: error: ld returned 1 exit status make: *** [Makefile:638: /tmp/makepkg/tvheadend] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build tvheadend.

sha256sum is fixed in 4.2.7-2

Looks like the sha256sum of the v4.2.7.tar.gz changed on Github

I get this file now: sha256sum .cache/yay/tvheadend/v4.2.7.tar.gz e333e2b3756ce20d32cbff5dc4e126e2d9efe8adac7a942ba73cacb0cd131a79 .cache/yay/tvheadend/v4.2.7.tar.gz

@LukyLX, thanks for the detailed reply, that makes sense, i will take a look at a custom build of ffmpeg i think before i go down the road of installing ffmpeg-full.

@binhex, transcoding has sadly been disabled since ffmpeg doesn't include libavresample anymore. You could try to use an aur package like ffmpeg-full instead of ffmpeg for that. (and remove --disable-libav in the PKGBUILD of tvheadend)

i have noticed on package 4.2.7-1 the option to transcode is now missing when attempting to use the "Watch TV" option through the web ui, any way to re-enable this?.

"mpegts: too much queued table input data (over 2MB), discarding new" again on this version.

@ZS-Man, if tvh_locale_inc.c is empty, I guess your python setup isn't correct. I think you could check where it goes wrong by manually building that file by executing make tvh_locale_inc.c.

@LukyLX, complete the same error. tvh_locale_inc.c is empty (0b). My system is Ryzen 2400g, base sytem with only kodi-standalone, libvirt and linux-mainline-vfio kernel. With yaourt I tested compilation on both linux-mainline-vfio and standart archlinux kernel, but same error.

@ZS-Man, I'm not sure how this can happen. tvh_locale_inc.c is generated by support/poc.py and included in tvh_locale.c. After building, tvh_locale_inc.c should contain a static struct tvh_locale tvh_locales[] at the end, containing all locales. Could you check that it does by building manually (makepkg -sr) instead of using yaourt?

Compile error:

Building src/tvh_locale_inc.c CC src/tvh_locale.o src/tvh_locale.c: In function 'lng_init': src/tvh_locale.c:120:20: error: 'tvh_locales' undeclared (first use in this function); did you mean 'tvh_locale'? for (i = 0, tl = tvh_locales; i < ARRAY_SIZE(tvh_locales); i++, tl++) ^~~~~~~~~~~ tvh_locale src/tvh_locale.c:120:20: note: each undeclared identifier is reported only once for each function it appears in make: *** [Makefile:638: /tmp/yaourt-tmp-zsman/aur-tvheadend/src/tvh_locale.o] Error 1

@LukyLX: thanks for quick response. Works fine again.

libavresample.so has indeed been removed from ffmpeg recently. Please rebuild and -install tvheadend. The configure script will detect the absence of that lib and disable its features for now.

Expierencing problems starting tvheadend since a few days. Maybe this is related to ffmpeg upgrade (1:4.0.2-2 -> 1:4.0.2-3)? Errormessage: "/usr/bin/tvheadend: error while loading shared libraries: libavresample.so.4: cannot open shared object file: No such file or directory"

systemctl enable tvheadend

Thanks, it works. How to add tvheadend to autorun?

Starting /usr/bin/tvheadend directly (not the service) will probably show what's wrong.

I did so: sudo systemctl start tvheadend.service Job for tvheadend.service failed because the control process exited with error code. See "systemctl status tvheadend.service" and "journalctl -xe" for details.

No clues there. Have you tried running tvheadend directly? sudo /usr/bin/tvheadend -f -p /var/run/tvheadend.pid -C -u hts -g video

@elf842009, did you already rebuild and -install tvheadend? What does journalctl -eu tvheadend say?

Will not start tvheadend.help me please. $ sudo systemctl status tvheadend.service ● tvheadend.service - Tvheadend - a TV streaming server and DVR Loaded: loaded (/usr/lib/systemd/system/tvheadend.service; enabled; vendor preset: disabled) Active: activating (auto-restart) (Result: exit-code) since Sun 2018-09-23 14:00:04 UTC; 19s ago Process: 10307 ExecStart=/usr/bin/tvheadend -f -p /var/run/tvheadend.pid -C -u hts -g video (code=exited, status=1/FAILURE)

The dependency to package linuxtv-dvb-apps is missing (you'll get this without: " error while loading shared libraries: libdvben50221.so"). https://aur.archlinux.org/packages/linuxtv-dvb-apps/

Because libavresample is dropped now from ffmpeg, I had to downgrade to ffmpeg-1:4.0.2-2. But I also compiled ffmpeg-headless-1:4.0.2-1 (by removing aom depedency and with --disable-libaom in the PKGBUILD) and it works on my headless tvheadend server.

@LukyLX: Looks like it treats missing libavresample as completely missing ffmpeg, so it completely disables the feature. You can remove '--disable-ffmpeg_static' to use the old ffmpeg it downloads instead, but that seems to have other problems building with our newer gcc.

You might be able to use this same patch I threw together for the -git package: https://aur.archlinux.org/cgit/aur.git/commit/?h=tvheadend-git&id=c9dd687b558f

Life can be so easy. Thanks @LukyLX!

libavresample.so has indeed been dropped from ffmpeg 4.0.2-3.

To solve this, please re-build (and install) tvheadend. This (the configure script) should detect that libavresample.so isn't present on your system and use libswresample.so instead.

Please let me know if this works for you.

tvheadend.service does not start because "/usr/bin/tvheadend: error while loading shared libraries: libavresample.so.4: cannot open shared object file: No such file or directory". libavresample has droped in ffmpeg 4.0.2-3, which was moved from testing to extra today. Is there a workaround?

@LukyLX Thanks for the info. :)

@farncoism90, the override file has been replaced by tvheadend-service.patch to minimize complexity. So instead of copying a redhat flavored service file and adding an override file which applies an Arch Linux workaround, we now just patch the service file to directly fit our needs.

Hmm, why has this been removed?

Install service override

• install -Dm644 "$srcdir/tvheadend.override" "$pkgdir/usr/lib/systemd/system/tvheadend.service.d/override.conf"

Thank you LukyLX for your very good work: build 4.2.6-5 works for me again!

4.2.6-5 reverts back to using the tar.gz release file to solve problems with using yaourt and adds patches for the service file and to support ffmpeg 4.0.

Same error as PaulchenPlump.

I have the exact same error as "PaulchenPlump". "/usr/bin/ld: cannot open output file /var/tmp/aur-tvheadend/tvheadend: Is a directory" I am installing on a kirkwood arm machine with limited ram. The last one I installed was TVHEADEND 4.09 on Arch ARM 4.4.31 in 2016. This time I started with a fresh new install of latest Arch ARM. Update: git clone https://aur.archlinux.org/tvheadend.git; cd tvheadend; makepkg si; ---- worked!

I have tried several times without success (also cleanup, sysupgrade, restart). Everything worked fine in the last versions but not in the current build.

Thanks @OnkelUlla, but as with all packages, starting and enabling systemd services is up to the user and described in the wiki.

Good package - thanks for your work!

What about adding "systemctl enable tvheadend; systemctl start tvheadend" at the end of the post_install() function and "systemctl stop tvheadend; systemctl disable tvheadend" at the beginning of the post_remove() function?

@PalchemPlump, I just checked and building runs fine with yaourt on my side. Could you try to clear your /tmp/yaourt-tmp-username folder and try again?

@Niklas, thanks for your remarks. My intention was to stay as close to the upstream code as possible, which is a good thing I think. At my side, the increased building time because of setting up the repo is roughly a couple of seconds but the used space is roughly twice as much (230 MiB instead of 120MiB). I took this idea from one of the PKGBUILDs of official packages but I guess for AUR packages which are built by end users, build time and space are of more importance so I will use the .tar.gz file again in a future build. I also agree with your thoughts about the service file so I'll use sed the next time to fix distribution specific issues in the service file.

Why are you using git + cherrypicking instead of a patch? Takes much more time and space to build because of the unnecessary repository. Also, I don't get why you put in an override file instead of using either a custom service file or sed to fix the issue with the original service file.

(my attempt: https://github.com/ngdio/reposource/blob/master/main/tvheadend/)

I get the following error when build: CC tvheadend<br> /usr/bin/ld: cannot open output file /tmp/yaourt-tmp-username/aur-tvheadend/tvheadend: Is a directory<br> collect2: error: ld returned 1 exit status<br> make: *** [Makefile:633: /tmp/yaourt-tmp-username/aur-tvheadend/tvheadend] Error 1

Is it because of: - cd "${srcdir}/${pkgname}-${pkgver}"<br> + cd "${srcdir}/${pkgname}"?

4.2.6-4 adds support for ffmpeg version 4.0 (Thanks @hless). This is done by cherry picking commit 3cb4f580565b307457f6e645f34bf113c2be54a4 on git tag v4.2.6. Please note that the version number in the about tab shows 4.2.6-dirty because of this.

with ffmpeg version 4.0 this patch is required https://raw.githubusercontent.com/rpmfusion/tvheadend/master/tvheadend-4.2.5-ffmpeg_3.5.patch

4.2.6-3 contains a temporary fix to succeed compilation with GCC 8+. For now, we temporarily don't treat compilation warnings as errors until this has been solved upstream.

Sorry, my comment was meant for the -git package - I was on the wrong package page! Also undone out-of-ddate flag.

Please add libdvbcsa as a dependency!

-S, --nosyslog Disable syslog (all msgs)

Maybe this should be added to service cmd? Logging seem to be aggressive.

Thanks LukyLX. I did realise that much later. I should have looked at your answer before. Thanks for the help. Cheers.

@ozooha, to be able to see the 'EPG Grabber Modules' tab, your user interface level (Configuration->General->Base, Server section) should be set to advanced at the least.

How come with this built I don't see the "EPG Grabber Modules" after the "EPG Grabber" tab? I have to fake this file /home/hts/.hts/tvheadend/epggrab/config to make my external tv_grab_file work (but those EPG Grabber Modules" don't pop up). Doesn't this file and others get populated after compiling? Does anyone have this issue of not getting this file: /home/hts/.hts/tvheadend/epggrab/config ?

The answer is in this thread I had opened on tvheadend website: https://tvheadend.org/boards/4/topics/30868

Removed linuxtv-dvb-apps from the dependency list in v4.2.5-2. Thanks @Taijian!

Given that linuxtv-dvb-apps has been removed from the official repos - and doesn't currently build on kernel 4.14.y - I've gone ahead and tried to build tvheadend without it. Lo and behold - it builds and works perfectly fine!

Investigating, it turns out that linuxtv-dvb-apps is the deprecated predecessor of v4l-utils, which is in extra and a dependency of ffmpeg, with is a dependency of tvheadend... so this is already covered :)

tl;dr - I think you can just remove linuxtv-dvb-apps from the dependency list.