Arch Linux User Repository

The problem is that ALARM is not Arch, their extramodules directory has a different name. You will have to adjust the PKGBUILD to take that into account. Also expect that other things might break. That said, you should see if your receiver works with the driver that comes with the kernel. I haven't tried on a raspberry but at least on x86-64 it works just fine.

Build is failing on 4.4.9-1-ARCH (Raspberry Pi3, armv7h) at a very early stage. [kreso@RPi3 dvb-usb-rtl2832u-openpli]$ makepkg -sr cat: /usr/lib/modules/extramodules-4.4-ARCH/version: No such file or directory ==> Making package: dvb-usb-rtl2832u-openpli 20130918-4 (Wed May 11 14:08:42 UTC 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading dvb-usb-rtl2832u.patch... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 187 100 187 0 0 278 0 --:--:-- --:--:-- --:--:-- 278 100 2924k 100 2924k 0 0 1422k 0 0:00:02 0:00:02 --:--:-- 8997k -> Found Makefile -> Found dvb-usb-rtl28xxu.conf -> Found linux42.patch ==> Validating source files with md5sums... dvb-usb-rtl2832u.patch ... Passed Makefile ... Passed dvb-usb-rtl28xxu.conf ... Passed linux42.patch ... Passed ==> Extracting sources... ==> Starting build()... patching file rtl2832u_fe.c patching file rtl2832u.h make -C /usr/lib/modules//build SUBDIRS=/home/kreso/AUR/dvb-usb-rtl2832u-openpli/src/build_dir modules make[1]: *** /usr/lib/modules//build: No such file or directory. Stop. Makefile:30: recipe for target 'default' failed make: *** [default] Error 2 ==> ERROR: A failure occurred in build(). Aborting... Please be so kind to recommend how to deal with this issue.

Thanks for the workaround, I would never manage it by myself. So DVB-T works again in Kaffeine. I didn't run scan.

I have submitted a "fix". This is a quick and very dirty workaround, it builds and it works (only tried with VLC) but it _will_ break scanning with w_scan and any other programs that support scan for channels the same way as w_scan does. It might also break programs that rely on getting the frontend status for some of their functionality. Signal level, SNR and BER still seem to be reported but I can't confirm if the values are correct.

I can confirm that it doesn't build on linux 4.2. The warning about USB_PID_WINFAST_DTV2000DS_PLUS being redefined would be easy to fix, but the error about fe_status_t being unknown might not be as trivial and I don't know if I can fix it myself. To make matters worse it seems the driver that comes with the kernel is not working properly since linux 4.0 although the dev responsible for maintaining the driver can't reproduce the problems[1]. [1] https://bugzilla.kernel.org/show_bug.cgi?id=103391

Cannot build on 4.2.1-1-ARCH. Can anybody confirm?

Yes looks like location problem solved, thanks for fast response R00KIE...

I'm using kernel 3.10 and I couldn't start mine DVB-t card without this driver (device wasn't recognized)... All problems with patch location were solved now? And one more question: if any of you guys managed to configure remote control with this driver (I don't even know if that is covered in this driver?

btw at kernel drivers sadly not all dvb are corectly discovered...