Search Criteria
Package Details: tvheadend 4.2.8-4
Package Actions
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.011190 |
First Submitted: | 2012-10-25 08:49 (UTC) |
Last Updated: | 2020-05-29 17:06 (UTC) |
Dependencies (11)
- avahi (avahi-nosystemd, avahi-git, avahi-gtk2)
- ffmpeg (ffmpeg-v4l2-request-git, ffmpeg-nox-git, ffmpeg-svt-vp9-git, ffmpeg-vp9-timestamp, ffmpeg-cuda, ffmpeg-ndi, ffmpeg-intel-full-git, ffmpeg-vulkan, ffmpeg-yt-dlp-bin, ffmpeg-headless, ffmpeg-amd-full-git, ffmpeg-amd-full, ffmpeg-full, ffmpeg-decklink, ffmpeg-libfdk_aac, ffmpeg-mmal, ffmpeg-nocuda, ffmpeg-shinobi, ffmpeg-full-git, ffmpeg-git, ffmpeg-obs)
- openssl (libressl-git, openssl-hardened, openssl-git, openssl-static)
- tar (tar-libarchive, tar-git, tar-parallel)
- uriparser
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- python (python38, python37, python3.7, nogil-python, python311, python39, python36) (make)
- wget (wget-git, wget-xdg) (make)
- libavresample.so (ffmpeg-full3.4, lib32-ffmpeg-compat-57, ffmpeg2.8, libavresample, ffmpeg3.4, ffmpeg-compat-57) (optional) – For use of libav (i.e. for transcoding)
- libiconv (optional) – For conversion of character encodings
- xmltv (optional) – For an alternative source of programme listings
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:
and this to the build() section one line above the make command:
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 ofbase
).Maybe use
install
instead ofchmod
and maybe switch to using systemd'ssysusers.d
andtmpfiles.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:
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
...
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
to PKGBUILD's build section, otherwise makepkg fails: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 executemakepkg
to successfully compile the program.The error via
yay
is :Using
makepkg
directly, errors become warnings: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:
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
orsrc/docs_inc.h
didn't succeed. What do those files look like after callingmakepkg -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:
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.htmlLukyLX 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
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 astatic 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
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 commented on 2017-08-08 18:58 (UTC)
mindjoy commented on 2017-05-29 14:53 (UTC)
LukyLX commented on 2017-05-29 07:31 (UTC)
lupoalberto commented on 2017-05-29 05:05 (UTC)
mindjoy commented on 2017-05-29 02:39 (UTC)
LukyLX commented on 2017-05-26 17:41 (UTC)
francoism90 commented on 2017-05-25 08:11 (UTC)
LukyLX commented on 2017-05-22 07:52 (UTC)
francoism90 commented on 2017-05-21 16:09 (UTC)
pelle commented on 2017-05-18 08:10 (UTC)
LukyLX commented on 2017-05-15 18:39 (UTC)
pelle commented on 2017-05-15 06:43 (UTC)
LukyLX commented on 2017-04-23 09:23 (UTC)
LukyLX commented on 2017-04-10 14:59 (UTC)
AlD commented on 2017-02-27 16:57 (UTC)
omarch commented on 2017-02-27 16:34 (UTC)
LukyLX commented on 2017-02-26 13:27 (UTC)
LukyLX commented on 2017-02-26 11:19 (UTC)
omarch commented on 2017-02-26 05:57 (UTC)
jprjr commented on 2016-12-05 00:58 (UTC)
LukyLX commented on 2016-10-12 06:47 (UTC)
pepper_chico commented on 2016-10-11 10:22 (UTC)
zofiel commented on 2016-08-10 06:37 (UTC)
LukyLX commented on 2016-08-07 11:33 (UTC) (edited on 2016-08-07 11:34 (UTC) by LukyLX)
zofiel commented on 2016-08-07 08:29 (UTC)
LukyLX commented on 2016-06-15 12:31 (UTC)
binhex commented on 2016-06-08 16:06 (UTC)
LukyLX commented on 2016-06-08 15:31 (UTC)
binhex commented on 2016-06-08 14:05 (UTC) (edited on 2016-06-08 14:08 (UTC) by binhex)
LukyLX commented on 2016-06-08 13:11 (UTC)
binhex commented on 2016-05-03 14:51 (UTC)
FieldOfClay commented on 2016-04-19 06:50 (UTC)
AlD commented on 2016-04-17 14:10 (UTC)
pejobo commented on 2016-04-12 13:27 (UTC)
mitaka_g commented on 2016-04-11 08:02 (UTC)
emilsvennesson commented on 2016-04-10 22:43 (UTC)
cleanrock commented on 2016-02-28 07:02 (UTC)
cgx commented on 2016-02-24 17:22 (UTC)
aplund commented on 2015-12-15 01:40 (UTC)
uboot commented on 2015-10-24 09:25 (UTC)
bjo commented on 2015-10-24 06:36 (UTC)
silent commented on 2015-10-23 22:43 (UTC)
bjo commented on 2015-10-23 20:33 (UTC)
alcros commented on 2015-10-23 20:10 (UTC)
commented on 2015-10-23 08:43 (UTC)
BrainDamage commented on 2015-10-20 09:09 (UTC)
LukyLX commented on 2015-09-28 11:44 (UTC)
commented on 2015-09-27 20:35 (UTC)
dhead666 commented on 2015-09-12 00:37 (UTC)
bjo commented on 2015-08-09 11:42 (UTC)
ChaosKid42 commented on 2015-08-09 10:50 (UTC)
zofiel commented on 2015-06-26 07:07 (UTC)
bjo commented on 2015-06-25 20:49 (UTC)
zofiel commented on 2015-06-25 13:09 (UTC)
bjo commented on 2015-06-25 11:55 (UTC)
zofiel commented on 2015-06-24 18:49 (UTC)
zofiel commented on 2015-06-23 06:37 (UTC)
forumi0721 commented on 2015-05-29 00:49 (UTC)
lupoalberto commented on 2015-05-28 11:09 (UTC)
forumi0721 commented on 2015-05-27 15:17 (UTC)
dhead666 commented on 2015-05-26 10:48 (UTC)
aur.ILLfozZZ3f commented on 2015-04-11 11:36 (UTC)
bjo commented on 2015-02-22 14:41 (UTC)
dz0ny commented on 2015-02-22 11:28 (UTC)
bjo commented on 2015-01-08 10:43 (UTC)
stev47 commented on 2015-01-06 15:07 (UTC)
surfhai commented on 2014-08-25 18:33 (UTC)
eworm commented on 2014-07-28 06:47 (UTC)
stuCONNERS commented on 2014-06-15 17:53 (UTC)
markscamilleri commented on 2014-06-14 20:40 (UTC)
bjo commented on 2014-06-14 19:08 (UTC)
markscamilleri commented on 2014-06-14 19:06 (UTC)
markscamilleri commented on 2014-06-14 18:58 (UTC)
bjo commented on 2014-06-14 18:43 (UTC)
markscamilleri commented on 2014-06-14 18:42 (UTC)
markscamilleri commented on 2014-06-14 18:38 (UTC)
bjo commented on 2014-06-14 18:21 (UTC)
markscamilleri commented on 2014-06-14 18:19 (UTC)
markscamilleri commented on 2014-06-14 17:52 (UTC)
bjo commented on 2014-06-14 17:42 (UTC)
markscamilleri commented on 2014-06-14 17:37 (UTC)
x4fyr commented on 2014-03-21 10:13 (UTC)
bjo commented on 2014-03-01 21:37 (UTC)
bjo commented on 2014-03-01 21:24 (UTC)
jamesbond007 commented on 2014-03-01 21:11 (UTC)
dhead666 commented on 2014-01-04 22:58 (UTC)
bjo commented on 2014-01-04 21:26 (UTC)
dhead666 commented on 2014-01-04 21:21 (UTC)
rpls commented on 2014-01-03 22:12 (UTC)
dhead666 commented on 2013-05-28 17:22 (UTC)
jhernberg commented on 2013-05-08 13:18 (UTC)
commented on 2013-05-08 12:05 (UTC)
dhead666 commented on 2013-03-22 13:53 (UTC)
BELzEBUB commented on 2012-11-27 20:02 (UTC)
jhernberg commented on 2012-11-09 19:13 (UTC)
BELzEBUB commented on 2012-11-08 21:33 (UTC)
BELzEBUB commented on 2012-10-27 18:40 (UTC)
Mex commented on 2012-10-27 17:33 (UTC)