Arch Linux User Repository

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