Package Details: tbs-linux_media-git-dkms r20200602.162918.d0a9dd9442-1

Git Clone URL: (read-only, click to copy)
Package Base: tbs-linux_media-git-dkms
Description: TBS linux open source drivers (DKMS)
Upstream URL:
Licenses: GPL2
Conflicts: tbs-dvb-drivers, tbs-linux_media-git
Provides: linux_media, tbs-linux_media-git
Submitter: AlexanderS
Maintainer: AlexanderS
Last Packager: AlexanderS
Votes: 1
Popularity: 0.000000
First Submitted: 2017-06-19 23:05 (UTC)
Last Updated: 2020-06-02 09:10 (UTC)

Required by (0)

Sources (3)

Pinned Comments

AlexanderS commented on 2019-03-17 03:52 (UTC)

Please try to use "tbsecp3-driver-git-dkms". It is a port of this driver to the default v4l stuff in the kernel and only installs a few modules (without replacing the whole v4l tree).

tbsecp3-driver-git-dkms builds a lot faster and should be more compatible with future kernel versions.

Please try the other package and report if it should not be compatible with your tbs device.

Latest Comments

1 2 Next › Last »

archcomp commented on 2021-02-08 13:32 (UTC)

Indeed, installation from tbsecp3-driver-git-dkms is very fast.

But so far, I cannot get it to work for my DVB-C reception. Earlier, I had already tried tbsecp3-driver-git-dkms on yet another Archlinux system with linux-lts kernel. Always on the same PC. Also, no luck.

My TBS6522 card is used to record TV programs with MythTV, but to test if TV reception works, I always use Kaffeine.

With the aid of google I get no further than observing that the ECP3 driver is for antenna reception.

Please don't bother anymore, I live with reinstlling the TBS open source drivers with each subsequent Archlinux kernel version.

Thank you for your time.

archcomp commented on 2021-02-07 13:18 (UTC)

Cannot install tbs-linux_media-git-dkms r20200602.162918.d0a9dd9442-1.

tbsecp3-driver-git-dkms is no option for me, since I only use a TV-cable signal for my TBS6522 card.

Any suggestions? Don't bother too much. It is not as comfortable as with dkms, but I live with installation of the open source TBS driver on an, in practical terms, identical Archlinux system on the same PC (so multiboot) while following the TBS instructions (

Build OK. Error messages upon pacman -U tbs-linux_media-git-dkms-r20210201.212135.4d2b65a0e-1-x86_64.pkg.tar.zst:

:: Running post-transaction hooks... (1/2) Arming ConditionNeedsUpdate... (2/2) Install DKMS modules ==> dkms install --no-depmod -m tbs-linux_media-git -v r20210201.212135.4d2b65a0e -k 5.10.13-arch1-1 ............(and after a very long time)....................... Error! Bad return status for module build on kernel: 5.10.13-arch1-1 (x86_64) Consult /var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/make.log for more information. ==> Warning, `dkms install --no-depmod -m tbs-linux_media-git -v r20210201.212135.4d2b65a0e -k 5.10.13-arch1-1' returned 10 ==> depmod 5.10.13-arch1-1

And the end of /var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/make.log:

LD [M] /var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/media_build/v4l/altera-stapl.o make[3]: /bin/sh: Argument list too long make[3]: [scripts/ /var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/media_build/v4l/modules.order] Error 127 make[2]: [Makefile:1805: /var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/media_build/v4l] Error 2 make[2]: Leaving directory '/usr/lib/modules/5.10.13-arch1-1/build' make[1]: [Makefile:53: default] Error 2 make[1]: Leaving directory '/var/lib/dkms/tbs-linux_media-git/r20210201.212135.4d2b65a0e/build/media_build/v4l' make: [Makefile:26: all] Error 2

elParaguayo commented on 2020-09-20 18:46 (UTC)

@wall007 Amazing! Thank you so much. I didn't like my hacky solution of a hook/script combo.

This feature of dkms is not well documented at all.

Is it just me who has this issue, or should that file be included in the package too?

wall007 commented on 2020-09-20 14:50 (UTC) (edited on 2020-09-20 14:51 (UTC) by wall007)

@elParaguayo You can create the file:


with the content:


This will automatically force install the module.

elParaguayo commented on 2020-08-14 18:45 (UTC)

I ran into an issue building on 5.4.57-1-lts kernel. Ultimately it requires a change in the tbsdtv/media_build repository (I've posted an issue there) but there is also a fix by editing your PKGBUILD file. See here:

elParaguayo commented on 2020-06-02 10:06 (UTC)

@AlexanderS - thanks for the update.

One other issue that I've encountered with this package is that DKMS doesn't install modules if they already exist. As a result, it won't install the modified v4l tree which, in turn, meant that my saa716x_tbs-dvb module didn't function. I had to re-run with DKMS with the "--force" flag to overwrite the existing modules to get it to work.

I'm not sure there's anything you can do from a packaging perspective to fix that. I'm currently testing a new hook that uninstalls and reinstalls the tbs drivers after the default DKMS hook has run. Not sure if that's an efficient way to do it!

AlexanderS commented on 2020-06-02 09:14 (UTC)

@elParaguayo: I removed the MAKEFLAGS stuff from the dkms.conf.

(I will try to add support for the saa716x in the new package soon.)

elParaguayo commented on 2020-06-01 06:09 (UTC)

Following up on my last post, I understand that dkms.conf shouldn't try to source MAKEFLAGS at all. This should be handled in DKMS's framework.conf file. On that basis, that line needs to be removed from this dkms.conf file.

elParaguayo commented on 2020-05-30 06:13 (UTC)

The dkms install will fail to start if MAKEFLAGS is not defined in your /etc/makepkg.conf file (the default is for MAKEFLAGS to be commented out).

See this post for the explanation:

I don't know enough bash to see if there's a way edit the dkms.conf file to stop this happening.