Package Details: tvheadend 4.2.8-5

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 (Louis)
Last Packager: Louis
Votes: 113
Popularity: 0.024147
First Submitted: 2012-10-25 08:49 (UTC)
Last Updated: 2023-05-15 20:45 (UTC)

Dependencies (11)

Required by (0)

Sources (4)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 .. 24 Next › Last »

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?