Warning: file_exists(): open_basedir restriction in effect. File(/srv/http/vhosts/aur.archlinux.org/public/web/locale//en/LC_MESSAGES/aurweb.mo) is not within the allowed path(s): (/srv/http/vhosts/aur-dev.archlinux.org/:/etc/aurweb/) in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/streams.php on line 90
AUR (en) - sundtek

Notice: Undefined variable: name in /srv/http/vhosts/aur-dev.archlinux.org/public/web/lib/pkgfuncs.inc.php on line 248

Package Details: sundtek 150728.175535-1

Git Clone URL: https://aur-dev.archlinux.org/sundtek.git (read-only)
Package Base: sundtek
Description: Driver for Sundtek MediaTV Pro
Upstream URL: http://www.sundtek.com
Licenses: custom
Submitter: mockfrog
Maintainer: webmeister
Last Packager: webmeister
Votes: 8
Popularity: 0.162153
First Submitted: 2010-04-16 22:08
Last Updated: 2016-06-12 15:20

Latest Comments

1 2 3 4 Next › Last »

gosi commented on 2016-04-04 21:01

I found this warning in my system log:
[ 1.859571] systemd[1]: Configuration file /usr/lib/systemd/system/sundtek.service is marked executable. Please remove executable permission bits. Proceeding anyway.

Please include this patch to fix this and other file permissions:
- install -D "sundtek.rules" "$pkgdir/etc/udev/rules.d/sundtek.rules"
- install -D "sundtek.service" "$pkgdir/usr/lib/systemd/system/sundtek.service"
- install -D "sundtek-restart.service" "$pkgdir/usr/lib/systemd/system/sundtek-restart.service"
- install -D "opt/doc/README" "$pkgdir/usr/share/licenses/sundtek/README"
+ install -m644 -D "sundtek.rules" "$pkgdir/etc/udev/rules.d/sundtek.rules"
+ install -m644 -D "sundtek.service" "$pkgdir/usr/lib/systemd/system/sundtek.service"
+ install -m644 -D "sundtek-restart.service" "$pkgdir/usr/lib/systemd/system/sundtek-restart.service"
+ install -m644 -D "opt/doc/README" "$pkgdir/usr/share/licenses/sundtek/README"

Altough permissons are set by install, it would be nice to set sundtek.service to rw-r--r-- in the repo.

webmeister commented on 2015-11-28 15:32

Thanks crow/Benni. I've restored the fix for the broken access rights that was already present in previous versions and added support for armv7h.

crow commented on 2015-11-28 14:46

As a workaround for new drivers and issue with mediasrv permissions problem I did manually chmod the opt/bin/mediasrv. After that driver compiled fine:
==> Finished making: sundtek 151128.003816-1 (Sat Nov 28 15:40:49 CET 2015)

x86_64: -rwxr-xr-x src/opt/bin/mediasrv
armsysvhf: ---x--x--x 1 src/opt/bin/mediasrv

Diff (one week): http://dpaste.com/3MYQG8K

crow commented on 2015-11-28 13:22

I am trying to compile it on rpi2 (arm7h) but I get weird error after adding needed stuff for arm7h ARCH. I am using Archlinuxarm here (up2date as of writing this post). The diff and error could be found here (link valid for one week).


crow commented on 2015-09-07 18:56

Just realized it, perfect. Thank you for this package.

webmeister commented on 2015-09-07 18:10

When installing, this PKGBUILD fetches the latest version of the driver from Sundtek. Since they release new versions pretty often, you'll probably never install the exact version, that is listed on this site, but something newer. This will be correctly reflected in your local package information. If you want to update the driver version, simply rebuild the package.

crow commented on 2015-09-07 17:45

There is new version from driver. Can you update package version.

webmeister commented on 2015-08-11 21:12

In the context of systemd "disabled" does not mean that the service cannot be started, but just that systemd won't start the service automatically when booting (but it can still be triggered manually or via udev, as in this case). If you want to prevent the service from starting, use "systemctl mask" instead of "systemctl disable".

crow commented on 2015-08-11 20:19

Yes that could explain the behavior that I see. I would prefer once disabled it will preserve reboot. I have had calltrace and was checking if it was from DVB-S2 device or something else thus sundtek service was disabled.

webmeister commented on 2015-08-11 19:36

optdepends sounds like a good solution, I'll implement that.

Even when the service is disabled, udev will start it, if it detects a compatible device (configured in sundtek.rules). Does this explain the behaviour that you see?