Arch Linux User Repository

Package still builds fine, no update necessary.

The entry in ld.so.preload isn't pretty, but it is still used upstream (https://www.sundtek.de/media/sundtek_netinst.sh) as far as I can tell. Maybe you can convince them otherwise?

The entry in /etc/ld.so.preload causes QtCreator to break (https://bugreports.qt.io/browse/QTCREATORBUG-20880), and probably some other software as well that relies on O_TMPFILE.

Putting a library into ld.so.preload also isn't recommended in the ld.so(8) manpage, citing: (This is usually undesirable, and is typically employed only as an emergency remedy, for example, as a temporary workaround to a library misconfiguration issue.)

The probably cleaner solution would be to use wrappers for the binaries that set LD_PRELOAD before starting the actual executable, for example:

!/bin/sh

LD_PRELOAD=/opt/lib/libmediaclient.so:$LD_PRELOAD /opt/bin/mediaclient

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.

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.

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

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). http://dpaste.com/1H5ZGRG

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

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.

There is new version from driver. Can you update package version. http://support.sundtek.com/index.php/board,6.0.html