Package Details: tvheadend 4.2.8-4

Git Clone URL: https://aur.archlinux.org/tvheadend.git (read-only, click to copy)
Package Base: tvheadend
Description: TV streaming server for Linux
Upstream URL: https://tvheadend.org/projects/tvheadend
Keywords: tvheadend
Licenses: GPL3
Conflicts: tvheadend-git
Provides: tvheadend
Submitter: BELzEBUB
Maintainer: LukyLX
Last Packager: LukyLX
Votes: 113
Popularity: 0.011170
First Submitted: 2012-10-25 08:49 (UTC)
Last Updated: 2020-05-29 17:06 (UTC)

Latest Comments

OrrellElectrics commented on 2022-05-19 11:08 (UTC)

https://pastebin.com/uGND3JNm

halfagascan commented on 2022-03-09 15:25 (UTC)

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.

pokabjoern commented on 2022-01-30 22:30 (UTC)

@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.

francoism90 commented on 2021-10-23 18:40 (UTC) (edited on 2021-10-23 18:41 (UTC) by francoism90)

@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.

willemw commented on 2021-10-22 10:08 (UTC)

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.

aphirst commented on 2021-10-22 09:19 (UTC)

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

holunder commented on 2021-03-24 12:28 (UTC) (edited on 2021-03-24 17:43 (UTC) by holunder)

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.

pelle commented on 2020-11-02 08:08 (UTC)

@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

RoKoInfo commented on 2020-11-01 12:12 (UTC) (edited on 2020-11-01 12:13 (UTC) by RoKoInfo)

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

pelle commented on 2020-10-20 12:40 (UTC)

@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

Neil commented on 2020-10-03 19:27 (UTC)

@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.

pelle commented on 2020-10-01 09:04 (UTC) (edited on 2020-10-01 09:05 (UTC) by pelle)

@Neil

I've tried it too and fail.

I've tried the following:

...

detect libavresample and prepare for using it
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

Neil commented on 2020-09-23 22:08 (UTC)

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

pokabjoern commented on 2020-08-15 06:52 (UTC)

I had to add

CFLAGS="$CFLAGS -Wno-error=format-truncation"
to PKGBUILD's build section, otherwise makepkg fails:

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...

elParaguayo commented on 2020-06-29 09:00 (UTC)

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?

berturion commented on 2020-06-18 11:23 (UTC)

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

rndl commented on 2020-05-30 11:26 (UTC)

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

m31aur commented on 2020-05-30 05:36 (UTC)

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

zman0900 commented on 2020-05-29 17:52 (UTC)

@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.

LukyLX commented on 2020-05-29 17:06 (UTC)

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.

m31aur commented on 2020-05-28 08:43 (UTC)

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

rndl commented on 2020-05-27 11:07 (UTC)

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 !

Issenniel commented on 2019-10-08 04:46 (UTC)

@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.

LukyLX commented on 2019-10-07 18:39 (UTC)

@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.

Issenniel commented on 2019-10-06 09:42 (UTC)

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 ?

danieltetraquark commented on 2019-09-13 15:50 (UTC)

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

AlxQ commented on 2019-04-18 15:12 (UTC) (edited on 2019-04-18 16:46 (UTC) by AlxQ)

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.

thechitowncubs commented on 2019-03-17 16:22 (UTC)

I tried Matroska built in and MP4

Ill try posting logs later

lupoalberto commented on 2019-03-17 15:32 (UTC) (edited on 2019-03-17 15:43 (UTC) by lupoalberto)

@LukyLX

@thechitowncubs

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

Thanks, guys.

LukyLX commented on 2019-03-17 14:49 (UTC)

@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?

thechitowncubs commented on 2019-03-17 13:20 (UTC)

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

thechitowncubs commented on 2019-03-17 13:06 (UTC)

@lupoalberto

build the package with makepkg -s

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

lupoalberto commented on 2019-03-16 05:51 (UTC) (edited on 2019-03-16 05:58 (UTC) by lupoalberto)

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

LukyLX commented on 2019-03-15 19:49 (UTC)

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.

binhex commented on 2019-03-15 15:37 (UTC)

'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).

fedux commented on 2019-03-15 11:53 (UTC)

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

FunctionalHacker commented on 2019-03-15 06:33 (UTC) (edited on 2019-03-15 06:34 (UTC) by FunctionalHacker)

@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.

LukyLX commented on 2019-03-14 19:59 (UTC)

@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?

FunctionalHacker commented on 2019-03-14 19:19 (UTC)

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

LukyLX commented on 2019-03-14 10:07 (UTC)

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

LukyLX commented on 2019-03-13 21:08 (UTC)

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

danieltetraquark commented on 2019-03-13 18:57 (UTC)

@LukyLX yay fails with

libavresample.so (Wanted by: tvheadend)

for me.

LukyLX commented on 2019-03-12 21:04 (UTC)

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!

danieltetraquark commented on 2019-02-18 15:51 (UTC)

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

thechitowncubs commented on 2019-02-17 21:50 (UTC)

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?

abouvier commented on 2019-01-22 22:49 (UTC)

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

M-Reimer commented on 2018-12-24 11:00 (UTC)

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.

LukyLX commented on 2018-12-15 10:03 (UTC)

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

TheDarkula commented on 2018-12-15 01:11 (UTC)

Shasum changed again. I'm getting 8383990895be767a1b8f6d3a9356c2d5b2ea5d686d2293fbdb1552ffc6ea0640

LukyLX commented on 2018-12-10 12:19 (UTC)

@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?

JohnRobson commented on 2018-12-10 11:52 (UTC)

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.

LukyLX commented on 2018-11-06 20:03 (UTC)

sha256sum is fixed in 4.2.7-2

Elfe commented on 2018-10-28 09:36 (UTC)

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

binhex commented on 2018-10-18 10:53 (UTC)

@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.

LukyLX commented on 2018-10-17 15:17 (UTC) (edited on 2018-10-17 15:19 (UTC) by LukyLX)

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

binhex commented on 2018-10-17 12:32 (UTC)

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?.

kikoloche commented on 2018-10-11 21:43 (UTC)

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

LukyLX commented on 2018-10-07 07:12 (UTC)

@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.

ZS-Man commented on 2018-10-06 14:51 (UTC)

@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.

LukyLX commented on 2018-10-06 08:40 (UTC)

@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?

ZS-Man commented on 2018-10-04 21:32 (UTC)

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

schmodd commented on 2018-09-27 04:39 (UTC)

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

LukyLX commented on 2018-09-26 08:31 (UTC)

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.

schmodd commented on 2018-09-26 07:44 (UTC)

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"

LukyLX commented on 2018-09-23 13:43 (UTC)

systemctl enable tvheadend

elf842009 commented on 2018-09-23 13:36 (UTC)

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

LukyLX commented on 2018-09-23 12:51 (UTC)

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

elf842009 commented on 2018-09-23 12:47 (UTC)

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.

LukyLX commented on 2018-09-23 12:38 (UTC)

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

LukyLX commented on 2018-09-23 11:51 (UTC)

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

elf842009 commented on 2018-09-23 11:06 (UTC)

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)

pejobo commented on 2018-09-23 10:15 (UTC) (edited on 2018-09-23 10:17 (UTC) by pejobo)

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/

sagittarius commented on 2018-09-23 09:10 (UTC)

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.

zman0900 commented on 2018-09-23 02:49 (UTC)

@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

PaulchenPlump commented on 2018-09-22 14:06 (UTC)

Life can be so easy. Thanks @LukyLX!

LukyLX commented on 2018-09-22 08:40 (UTC) (edited on 2018-09-22 08:40 (UTC) by 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.

PaulchenPlump commented on 2018-09-22 07:47 (UTC)

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?

francoism90 commented on 2018-05-29 15:40 (UTC) (edited on 2018-05-29 18:26 (UTC) by francoism90)

@LukyLX Thanks for the info. :)

LukyLX commented on 2018-05-18 14:36 (UTC)

@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.

francoism90 commented on 2018-05-18 14:17 (UTC)

Hmm, why has this been removed?

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

PaulchenPlump commented on 2018-05-15 20:44 (UTC)

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

LukyLX commented on 2018-05-15 19:04 (UTC)

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.

zofiel commented on 2018-05-15 18:33 (UTC)

Same error as PaulchenPlump.

rickgtx commented on 2018-05-15 13:36 (UTC) (edited on 2018-05-15 15:04 (UTC) by rickgtx)

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!

PaulchenPlump commented on 2018-05-15 09:59 (UTC)

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

LukyLX commented on 2018-05-15 09:32 (UTC)

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

OnkelUlla commented on 2018-05-15 08:36 (UTC)

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?

LukyLX commented on 2018-05-15 04:01 (UTC)

@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.

Niklas commented on 2018-05-14 21:17 (UTC)

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/)

PaulchenPlump commented on 2018-05-14 20:03 (UTC) (edited on 2018-05-14 20:16 (UTC) by PaulchenPlump)

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}"?

LukyLX commented on 2018-05-13 08:32 (UTC)

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.

kaedwen commented on 2018-05-12 19:25 (UTC)

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

LukyLX commented on 2018-05-08 17:56 (UTC)

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.

Wild_Penguin commented on 2018-04-25 08:46 (UTC)

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

Wild_Penguin commented on 2018-04-25 08:43 (UTC)

Please add libdvbcsa as a dependency!

francoism90 commented on 2018-02-18 20:37 (UTC)

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

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

ozooha commented on 2018-01-17 19:56 (UTC)

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

LukyLX commented on 2018-01-17 10:35 (UTC)

@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.

ozooha commented on 2018-01-16 21:33 (UTC) (edited on 2018-01-17 19:55 (UTC) by ozooha)

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

LukyLX commented on 2018-01-12 05:14 (UTC)

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

Taijian commented on 2018-01-11 21:50 (UTC)

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.

LukyLX commented on 2017-08-08 19:32 (UTC)

@francoism90, thanks for your hint but if you're using i.e. systemd-nspawn containers with only systemd as initial package (like me), tar isn't installed whilst it is needed to upgrade TvHeadend's config files if necessary. Because of that and the fact that it doesn't hurt, I've defined tar as dependency.

francoism90 commented on 2017-08-08 18:58 (UTC)

tar as dep should not be needed, it is already installed on first install (e.g. base).

mindjoy commented on 2017-05-29 14:53 (UTC)

Thank you for your replies! I just reinstalled x265, ran yaourt -Syua (although the system was up to date), retried tvheadend installation and it worked! Not sure what happened, but I am happy. BTW, running the latest Manjaro Linux.

LukyLX commented on 2017-05-29 07:31 (UTC)

x265 is pulled in by dependency ffmpeg so it should work out of the box. @mindjoy, did you upgrade your system (pacman -Syu) prior to building?

lupoalberto commented on 2017-05-29 05:05 (UTC)

In my opinion first you must install x265 and than rerun building tvheadend.

mindjoy commented on 2017-05-29 02:39 (UTC)

When trying to build I get the following: ... /usr/bin/ld: warning: libx265.so.116, needed by /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavcodec.so, not found (try using -rpath or -rpath-link) /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.1/../../../../lib/libavcodec.so: undefined reference to `x265_api_get_116' collect2: error: ld returned 1 exit status make: *** [Makefile:626: /tmp/yaourt-tmp-ivica/aur-tvheadend/tvheadend] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build tvheadend. ==> Restart building tvheadend ? [y/N] ==> ---------------------------------- ==>

LukyLX commented on 2017-05-26 17:41 (UTC)

@francoism90, that doesn't say much as "Failed with result 'resources'" is a very generic way of saying 'something went wrong'. Did you check 'journalctl -eu tvheadend.service' for more info? That being said, as a first step it would be wise to check whether tvheadend has the correct permissions. Did you manually start tvheadend as user hts and does hts's home folder (and its contents) have the right owner and access rights set?

francoism90 commented on 2017-05-25 08:11 (UTC)

@LukyLX: may 25 10:10:18 <pc> systemd[1]: tvheadend.service: Unit entered failed state. may 25 10:10:18 <pc> systemd[1]: tvheadend.service: Failed with result 'resources'. Manually starting works without any issue.

LukyLX commented on 2017-05-22 07:52 (UTC)

@francoism90, do you have an idea which part about the systemd service doesn't work for you? did you try running tvheadend manually?

francoism90 commented on 2017-05-21 16:09 (UTC)

The systemd-service isn't working for me.

pelle commented on 2017-05-18 08:10 (UTC)

@LuckyLX, yesterday i reinstalled it. It works now.

LukyLX commented on 2017-05-15 18:39 (UTC)

@pelle, have you tried to build it again with a fully upgraded system (pacman -Syu)? What did makepkg say at configuration time? mine says: Packages: openssl 1.1.0e My ldd shows the following: ldd /usr/bin/tvheadend ... libssl.so.1.1 => /usr/lib/libssl.so.1.1 (0x00007f7971de3000) libcrypto.so.1.1 => /usr/lib/libcrypto.so.1.1 (0x00007f7971969000) ...

pelle commented on 2017-05-15 06:43 (UTC)

I have installed the version 4.2.1-1. If the service tries to start, the following error message appears: /usr/bin/tvheadend: error while loading shared libraries: libssl.so.1.0.0: cannot open shared object file: No such file or directory Mai 14 21:08:55 ... systemd[1]: Failed to start tvheadend. ldd shows the following: ldd /usr/bin/tvheadend libssl.so.1.0.0 => not found libcrypto.so.1.0.0 => not found Installed is the following: tvheadend 4.2.1-1 openssl 1.1.0.e-1

LukyLX commented on 2017-04-23 09:23 (UTC)

Updated to v4.2.1 with a huge list of changes and we're finally on par with the git master branch again (at least featurewise). For the complete changelog, please see https://tvheadend.org/projects/tvheadend/wiki/Tvheadend-42/19 I've tested fresh installations as well as upgrades (of which the configration is automatically migrated to the new version) but please let me know if you encounter issues.

LukyLX commented on 2017-04-10 14:59 (UTC)

Updated to v4.0.10. Patches are removed because they've been integrated upstream.

AlD commented on 2017-02-27 16:57 (UTC)

omarch, your wget is broken. Try `pacman -Sy wget libpsl`.

omarch commented on 2017-02-27 16:34 (UTC)

@LukyLx I switched the network to ADSL and wget don't download libhdhomerun. Displayed error is: Wget: symbol lookup error: wget:undefined symbol:PSL_latest P.s: I could downloaded this file by tablet browser. Any solution? Tanks.

LukyLX commented on 2017-02-26 13:27 (UTC)

Updated to 4.0.9-4 which is a minor update which will auto-assign an available UID below 1000 to user hts for new installs (@jprjr, thanks for the tip about useradd -r). This will prevent user hts from showing up at display manager login screens. Note: this only affects new installs, upgrades are unaffected.

LukyLX commented on 2017-02-26 11:19 (UTC)

@omarch At my side, libhdhomerun is donwloaded by wget just fine. Did you check your network configuration? (i.e. can you reach https://www.silicondust.com?)

omarch commented on 2017-02-26 05:57 (UTC)

@LukyLx I have problem when wget couldn't download libhdhome package, any fix way?

jprjr commented on 2016-12-05 00:58 (UTC)

@LukyLX - why have the hard-coded UID at all? instead of `-u $HTS_UID` you could just do `-r` - that will auto-assign an available UID below 1000.

LukyLX commented on 2016-10-12 06:47 (UTC)

@pepper_chico I guess changing the hts's user id to something below 1000 will also prevent it from showing up at display manager login screens as it would then be defined as system user. You can do this with e.g. 'usermod -u 999 hts' which will also chmod all files in /home/hts to the right user id. However, I'm not yet sure what a the best generic choice for a user id below 1000 would be and what the impact would be on running systems, so I'm reluctant to just change it in the current .install file. I'll investigate and keep this in mind for the next release.

pepper_chico commented on 2016-10-11 10:22 (UTC)

It would be nice if this hts user that is created didn't show up in the login screen. In my case I've fixed this through http://askubuntu.com/a/575390/152691.

zofiel commented on 2016-08-10 06:37 (UTC)

Thanks LukyLX, It was a fylesystem problem :)

LukyLX commented on 2016-08-07 11:33 (UTC) (edited on 2016-08-07 11:34 (UTC) by LukyLX)

@zofiel It seems that it hasn't got permission to run the configure script. I don't know how this is possible because the script does have read and executable permissions set for all users (according to the contents of v4.0.9.tar.gz). Which type of filesystem are you running this on?

zofiel commented on 2016-08-07 08:29 (UTC)

I have this problem installing tvheadend: v4.0.9.tar.gz ... Aprobado tvheadend.service ... Aprobado tvheadend-4.0.9-1.patch ... Aprobado ==> Extrayendo las fuentes… -> Extrayendo v4.0.9.tar.gz con bsdtar ==> Iniciando prepare()… patching file src/htsmsg.c env: «./configure»: Permiso denegado Any Idea? Thanks in advance

LukyLX commented on 2016-06-15 12:31 (UTC)

Updated packaging of v4.0.9: - added aarch64 to the list of supported architectures (tested on ODROID-C2) - remove explicit dependency with openssl (it's already implicitly defined by ffmpeg2.8) - moved python2 to the makedepends because it's not needed at runtime - added an optional dependency to libiconv for conversion of character encodings - cleaned up conflicts with packages which do not exist anymore

binhex commented on 2016-06-08 16:06 (UTC)

@LukyLX, yep thats got it!, included wget and it built fine (docker image) cheers!.

LukyLX commented on 2016-06-08 15:31 (UTC)

@binhex, I was able to reproduce your problem when wget wasn't installed which is used to download the libhdhomerun tar, so I added wget to the list of makedepends. Does this fix it?

binhex commented on 2016-06-08 14:05 (UTC) (edited on 2016-06-08 14:08 (UTC) by binhex)

4.0.9-1 doesnt compile for me:- [91mIn file included from src/input/mpegts/tvhdhomerun/tvhdhomerun.c:25:0: src/input/mpegts/tvhdhomerun/tvhdhomerun_private.h:27:36: fatal error: libhdhomerun/hdhomerun.h: No such file or directory #include <libhdhomerun/hdhomerun.h> ^ compilation terminated. Makefile:441: recipe for target '/tmp/packerbuild-1000/tvheadend/tvheadend/src/tvheadend-4.0.9/build.linux/src/input/mpegts/tvhdhomerun/tvhdhomerun.o' failed make: *** [/tmp/packerbuild-1000/tvheadend/tvheadend/src/tvheadend-4.0.9/build.linux/src/input/mpegts/tvhdhomerun/tvhdhomerun.o] Error 1 ==> ERROR: A failure occurred in build().  Aborting... The build failed. edit - missing dependency libhdhomerun perhaps?

LukyLX commented on 2016-06-08 13:11 (UTC)

Updated to v4.0.9 and: - changed dependency ffmpeg to ffmpeg2.8 (including PKG_CONFIG_PATH=/usr/lib/ffmpeg2.8/pkgconfig during prepare()) - removed optional libhdhomerun dependency because it's linked statically by default now. - patched for compilation error concerning misleading-indentation in htsmsg.c

binhex commented on 2016-05-03 14:51 (UTC)

am i reading this right that the bug shown below regards ffmpeg v3.0 is holding up this package from being updated?, just wondering as its been over a month since this was flagged out of date.

FieldOfClay commented on 2016-04-19 06:50 (UTC)

This error is caused by ffmpeg v3.0: src/plumbing/transcoding.c:27:36: fatal error: libavutil/audioconvert.h: No such file or directory A bug has been submitted upstream here: https://tvheadend.org/issues/3597 In the meantime, changing the depends from "ffmpeg" to "ffmpeg2.8" and removing ffmpeg allows this to compile and install.

AlD commented on 2016-04-17 14:10 (UTC)

Couldn't find this package as repository on github, but I applied the 4.0.9 update and incorporated the arch request from the comments here: https://github.com/AlD/archlinux/commit/0302959c9285f75af6d5138fd1e3dc706d987297 Tested on a Pi. Didn't notice any issues wrt libavutil.

pejobo commented on 2016-04-12 13:27 (UTC)

I get this error on raspberry pi (armv7h): src/plumbing/transcoding.c:27:36: fatal error: libavutil/audioconvert.h: No such file or directory

mitaka_g commented on 2016-04-11 08:02 (UTC)

Can you please add 'aarch64' to the list of supported architectures?

emilsvennesson commented on 2016-04-10 22:43 (UTC)

v4.0.9 has been released. https://github.com/tvheadend/tvheadend/archive/v4.0.9.tar.gz

cleanrock commented on 2016-02-28 07:02 (UTC)

Use PKG_CONFIG_PATH=/usr/lib/ffmpeg2.8/pkgconfig with new package ffmpeg2.8. https://tvheadend.org/issues/3597

cgx commented on 2016-02-24 17:22 (UTC)

Does not build with ffmpeg 3.0-1 in testing: CC src/plumbing/transcoding.o src/plumbing/transcoding.c:27:36: fatal error: libavutil/audioconvert.h: No such file or directory compilation terminated. Makefile:441: recipe for target '/tmp/pacaurtmp-cromos/tvheadend/src/tvheadend-4.0.8/build.linux/src/plumbing/transcoding.o' failed make: *** [/tmp/pacaurtmp-cromos/tvheadend/src/tvheadend-4.0.8/build.linux/src/plumbing/transcoding.o] Error 1

aplund commented on 2015-12-15 01:40 (UTC)

I have BUILDDIR set in my /etc/makepkg.conf. This seems to conflict with the way the tvheadend build system works and it fails on install. (I have BUILDDIR=/tmp/makepkg in makepkg.conf). CC tvheadend /usr/bin/ld: cannot open output file /tmp/makepkg/tvheadend: Is a directory collect2: error: ld returned 1 exit status Makefile:437: recipe for target '/tmp/makepkg/tvheadend' failed make: *** [/tmp/makepkg/tvheadend] Error 1

uboot commented on 2015-10-24 09:25 (UTC)

My DVB-T card is a MSI Digivox Mini II USB Stick. It runs fine with mplayer. Since 4.x, tvheadend just doesn't work anymore for me. The service won't start, just hang. Running tvheadend manually just hangs, too. Anyone else?

bjo commented on 2015-10-24 06:36 (UTC)

Sorry, didn't realize that the manpages gets compressed afterwards. fixed.

silent commented on 2015-10-23 22:43 (UTC)

Please correct chmod line (remove ".gz")

bjo commented on 2015-10-23 20:33 (UTC)

done.

alcros commented on 2015-10-23 20:10 (UTC)

Hello, could you please remove the --mandir option form ./configure? And add "chmod 0644 $pkgdir/usr/share/man/man1/tvheadend.1" to the package() function. thank you.

commented on 2015-10-23 08:43 (UTC)

V4.0.7 is out. See here https://github.com/tvheadend/tvheadend/releases

BrainDamage commented on 2015-10-20 09:09 (UTC)

linuxtv-dvb-apps should be added to the dependency list, it provides libdvben50221 which if available both as compile and runtime dep it provides support for CAM interfaces ( and it's small enough that none should have problems about it )

LukyLX commented on 2015-09-28 11:44 (UTC)

Could you add libhdhomerun as optional dependency which adds support for HDHomeRun devices from SiliconDust?

commented on 2015-09-27 20:35 (UTC)

V4.0.6 is out. See here https://github.com/tvheadend/tvheadend/releases

dhead666 commented on 2015-09-12 00:37 (UTC)

note for maintainer: when bumping to v4.2.x systemd socket activation should be enable with configure flag --enable-libsystemd_daemon https://github.com/tvheadend/tvheadend/pull/703

bjo commented on 2015-08-09 11:42 (UTC)

Thanks for the hint, added uriparser as a dep.

ChaosKid42 commented on 2015-08-09 10:50 (UTC)

Starting tvheadend.service results in the following error: "tvheadend[1339]: /usr/bin/tvheadend: error while loading shared libraries: liburiparser.so.1: cannot open shared object file: No such file or directory" Issuing "pacman -S uriparser" resolves the problem. So I suggest that you add "uriparser" to the list of dependencies.

zofiel commented on 2015-06-26 07:07 (UTC)

No, but I'm learning, so i think that I could help you soon :)

bjo commented on 2015-06-25 20:49 (UTC)

Ah, ok. I added you as co-maintainer, are you able now to add the modification yourself?

zofiel commented on 2015-06-25 13:09 (UTC)

sorry, By default, tvheadend install some tv_grabs (tv_grab_fi, tv_grab_uk) but They doesn't appear into tvheadend admin portal. If You add the line into tvheadend.service, after restart service You have all tv grabbers to select. I read it in aur tvheadend-git comments: https://aur.archlinux.org/packages/tvheadend-git/?comments=all "Comment by cleanrock 2013-05-10 14:35 I had to add /usr/bin/vendor_perl to PATH in service file to get xmltv grabber working: Environment=PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/vendor_perl"

bjo commented on 2015-06-25 11:55 (UTC)

Do you have a source for this? I have xmltv-grabber-tvmovie installed and it's also selectable.

zofiel commented on 2015-06-24 18:49 (UTC)

please add: Environment=PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/vendor_perl into tvheadend service to enable tv_grab, by default no tv_grab can be selected Thanks!!

zofiel commented on 2015-06-23 06:37 (UTC)

https://github.com/tvheadend/tvheadend/archive/v4.0.5.tar.gz 4.0.5 :) thanks!

forumi0721 commented on 2015-05-29 00:49 (UTC)

https://github.com/tvheadend/tvheadend/releases/tag/v4.0.3 4.0.3 has released.

lupoalberto commented on 2015-05-28 11:09 (UTC)

Why does the PKGBUILD-file contains that line "backup=('etc/conf.d/tvheadend')", if all the settings are stored in $HOME/hts/.hts/tvheadend?

forumi0721 commented on 2015-05-27 15:17 (UTC)

Hi, Please add arm, armv7h And need ffmpeg for libav --- PKGBUILD.ORG 2015-05-27 03:25:47.000000000 +0900 +++ PKGBUILD 2015-05-28 00:15:53.603333334 +0900 @@ -5,15 +5,14 @@ pkgname=tvheadend pkgver=4.0.2 pkgrel=1 pkgdesc="TV streaming server for Linux" -arch=('i686' 'x86_64' 'armv6h') +arch=('i686' 'x86_64' 'arm' 'armv6h' 'armv7h') url="https://tvheadend.org/projects/tvheadend" license=('GPL3') -depends=('avahi' 'openssl' 'python2') +depends=('avahi' 'openssl' 'python2' 'ffmpeg') makedepends=('git') optdepends=('xmltv: For an alternative source of programme listings') provides=('tvheadend') conflicts=('tvheadend' 'hts-tvheadend' 'hts-tvheadend-svn' 'hts-tvheadend-git' 'tvheadend-git') -backup=('etc/conf.d/tvheadend') install=tvheadend.install source=("https://github.com/tvheadend/tvheadend/archive/v$pkgver.tar.gz" @@ -24,6 +23,8 @@ sha512sums=('6e19315cc676292b2a7015679c7 build() { cd ${srcdir}/${pkgname}-${pkgver} + CFLAGS+=" `pkg-config --cflags libavcodec libavutil libavformat libswscale` " + LDFLAGS+=" `pkg-config --libs libavcodec libavutil libavformat libswscale` " ./configure --prefix=/usr --mandir=/usr/share/man/man1 --python=python2 --release make }

dhead666 commented on 2015-05-26 10:48 (UTC)

Version 4.0.2 is tagged at github. Notice that for X.Y.Z if Y is odd then it's a development release, so tag 4.1 isn't stable. I asked tvheadend's main developer if the tagging rate is going to change and he answered that we should expect to get every 2-3 weeks a new bug fixing release to be tagged at github so heads up (if stable is X.Y.Z then Z is bumped). Also it will take 6-12 months for a new stable 4.2 release to be tagged.

aur.ILLfozZZ3f commented on 2015-04-11 11:36 (UTC)

This build works on the armv7h architecture as well. I have verified this on my cubieboard 3. It would be cool, if you added this architecture to the arch list.

bjo commented on 2015-02-22 14:41 (UTC)

3.9 is no stable release and won't build without patching.

dz0ny commented on 2015-02-22 11:28 (UTC)

https://github.com/tvheadend/tvheadend/archive/v3.9.tar.gz is the latest tagged release...

bjo commented on 2015-01-08 10:43 (UTC)

@stev47: Take a look at https://tvheadend.org/projects/tvheadend/wiki/Releases

stev47 commented on 2015-01-06 15:07 (UTC)

Apparently v3.9 has been released for quite a while: https://github.com/tvheadend/tvheadend/releases

surfhai commented on 2014-08-25 18:33 (UTC)

If you want a systemd service delay, take a look at this forum post https://bbs.archlinux.org/viewtopic.php?pid=1450458#p1450458

eworm commented on 2014-07-28 06:47 (UTC)

Building the package I get: ==> WARNING: backup entry file not in package : etc/conf.d/tvheadend

stuCONNERS commented on 2014-06-15 17:53 (UTC)

Has anyone managed to descramble channels with this build? Running on Pogoplug. SD/HD Channels work fine, But gives errors when trying to descramble.

markscamilleri commented on 2014-06-14 20:40 (UTC)

Thank you thank you thank you!!!!!! I didn't even consider that my Raspberry Pi was living in the past!! Thanks :) However it was telling me that there wasn't enough memory, so I still can't. Now I'm gonna install it on a laptop with Arch Thanks though :)

bjo commented on 2014-06-14 19:08 (UTC)

Erm, which time does your system have? Maybe also the certificate error was related that your system has no actual time.

markscamilleri commented on 2014-06-14 19:06 (UTC)

Ok, so I went to /etc/makepkg.conf and edited it so add the -k option for curl so as not to check the certificates. However now it is saying: make: Warning: File 'support/posix.mk' has modification time 1373557550 s in the future ./configure output is olde, please re-run Makefile:240: recipe for target 'check_config' failed make: *** [check_config] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

markscamilleri commented on 2014-06-14 18:58 (UTC)

yeah, but I re-installed it to make sure. Same thing, certificate error.

bjo commented on 2014-06-14 18:43 (UTC)

Do you hav ca-certificates installed?

markscamilleri commented on 2014-06-14 18:42 (UTC)

Also, when it doesn't timeout, it brings up an ssl certificate problem: certificate not yet valid

markscamilleri commented on 2014-06-14 18:38 (UTC)

I am able to ping github. The time taken is 328ms, 340ms, 623 ms, 629ms, 248ms, 422ms respectively for 6 packets received. However 19 packets were sent giving a 68% packet loss. makepkg returns: ==> Making package: tvheadend 3.4.27-1 (Wed Dec 31 19:57:05 MST 1969) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources --> Downloading 3.4patch1.tar.gz... (I changed these to rows for presentation purposes) % = 0 Total = 0 % = 0 Received = 0 % = 0 Xferd = 0 Average Dload = 0 Speed Upload = 0 Time Total = --:--:-- Time Spent = 0:02:07 Time Left = --:--:-- Current Speed = 0curl:(7) Failed to connect to github.com port 443: Connection timed out ==> ERROR: Failure while downloading 3.4patch1.tar.gz Aborting... (at least the last time I ran it)

bjo commented on 2014-06-14 18:21 (UTC)

So, you are unable to resolve github.com?

markscamilleri commented on 2014-06-14 18:19 (UTC)

Apparently the connection timed out. I changed the DNS servers, however while it does take longer to timeout, it still timesout :/

markscamilleri commented on 2014-06-14 17:52 (UTC)

I used the -A option (and --asroot)

bjo commented on 2014-06-14 17:42 (UTC)

Maybe you got a failure because armv6h was unsupported? I get no problem downloading 3.4patch1.tar.gz

markscamilleri commented on 2014-06-14 17:37 (UTC)

I'm trying to install this on my rpi but it keeps telling me "Failure while downloading 3.4patch1.tar.gz, any ideas? Thanks P.S. I'm still new to this but hey, I've got to start somewhere :)

x4fyr commented on 2014-03-21 10:13 (UTC)

Please add 'armv6h' to arch

bjo commented on 2014-03-01 21:37 (UTC)

trigger.gif which should be displayed instead of the black box is also readable.

bjo commented on 2014-03-01 21:24 (UTC)

If you open s.gif for instance, a 1x1 px icon is shown. Also other images from /usr/share/tvheadend/src/webui/static/extjs/resources/images/default/ are shown correctly and have the same permissions. Maybe the icons are broken?

jamesbond007 commented on 2014-03-01 21:11 (UTC)

As I have exactly the same problem (some images in Web UI not being displayed) described in this forum post... https://tvheadend.org/boards/5/topics/11082?r=11083 ...maybe someone can check if the file/directory permissions of this AUR package are correct. Thanks in advance.

dhead666 commented on 2014-01-04 22:58 (UTC)

@bjo You're right of course, I've forgot that Adam Sutton decided to go from v3.4 staright to v4.0.

bjo commented on 2014-01-04 21:26 (UTC)

According to https://tvheadend.org/projects/tvheadend/wiki/Releases it is 3.4.

dhead666 commented on 2014-01-04 21:21 (UTC)

@Maintainer v3.9 isn't a stable release. Latset stable is 3.6, next stable is v4.0. See https://tvheadend.org/projects/tvheadend/wiki/ReleaseProcess

rpls commented on 2014-01-03 22:12 (UTC)

version v3.9 is out https://github.com/tvheadend/tvheadend/releases/tag/v3.9

dhead666 commented on 2013-05-28 17:22 (UTC)

version v3.4 is out https://github.com/tvheadend/tvheadend/tree/release/3.4 https://github.com/tvheadend/tvheadend/archive/release/3.4.zip

jhernberg commented on 2013-05-08 13:18 (UTC)

Here are some more improvements to tvheadend.service: [Unit] Description=tvheadend After=tmp.mount network.target [Service] Type=forking PIDFile=/run/tvheadend.pid ExecStart=/usr/bin/tvheadend -f -p /run/tvheadend.pid -C -u hts -g video ExecStop=/usr/bin/rm /run/tvheadend.pid Restart=always RestartSec=5 [Install] WantedBy=multi-user.target

commented on 2013-05-08 12:05 (UTC)

@dhead666: To make tvheadend start after the dvb device is plugged in, I created an udev rule in /etc/udev/rules.d/99-tvheadend.rules: SUBSYSTEM=="dvb", TAG+="systemd", ENV{SYSTEMD_WANTS}="tvheadend.service" Also, I added in tvheadend.service: Wants=dev-dvb-adapter0-frontend0.device After=dev-dvb-adapter0-frontend0.device

dhead666 commented on 2013-03-22 13:53 (UTC)

Anyone had tvheadend start before dvb device initialized ? For example on openelec the tvheadend service's start script wait for the device to appear before starting tvheadend. https://github.com/OpenELEC/OpenELEC.tv/blob/master/packages/addons/service/multimedia/tvheadend/source/bin/tvheadend.start

BELzEBUB commented on 2012-11-27 20:02 (UTC)

Changes: - added Wants=oscam and After=oscam to systemd service Sorry took me a while to add the dependency. Because I had some build issues on my machine.

jhernberg commented on 2012-11-09 19:13 (UTC)

Please add Wants=oscam and After=oscam to the [Unit] section, as oscam needs to be started first (if used at all) in some circumstances (read capmt).

BELzEBUB commented on 2012-11-08 21:33 (UTC)

I decided to not include the rc-script after the support for initscripts was officially dropped by ArchLinux. https://www.archlinux.org/news/end-of-initscripts-support/ If you really need the initscript please install the one from tvheadend-git manually.

BELzEBUB commented on 2012-10-27 18:40 (UTC)

Shouldn't be a big deal to include the rc script. But my machines are all migrated to systemd so I can't really test it.

Mex commented on 2012-10-27 17:33 (UTC)

Could we patch this with the rc script from https://aur.archlinux.org/packages.php?ID=45732 ?