Sundtek unter Gentoo und inoffizielle Erweiterungen

[mv]

Benutzer von Gentoo-Linux haben es wahrscheinlich schon gefunden. Dennoch will ich hier ankündigen, dass der mv overlay (der einfach mit layman installiert werden kann) ein inoffizielles(!) Ebuild für die Treiber enthält.

Für Benutzer anderer Linux-Distributionen ist vielleicht das _mediaclient zsh-completion file interessant, das für zsh-Nutzer Vervollständigung der Optionen des mediaclient-Kommandos erlaubt: einfach in den $fpath (i.d.R. /usr/share/zsh/site-functions) legen. Desweiteren gibt es ein mediaclient.{video,radio,dvb} script, das die Option -d von mediaclient automatisch passend ergänzt, wenn man nur ein Sundtek-Device hat. Beides kann man unmittelbar hier herunterladen:
http://git.overlays.gentoo.org/gitweb/?p=user/mv.git;a=tree;f=media-tv/sundtek-tv/files
(für mediaclient.{radio,dvb} tun es Symlinks auf mediaclient.video).

Wohlgemerkt, das Ebuild und beide Skripte sind inoffiziell, und es wird natürlich keine Haftung übernommen.

Die Vorteile, wenn man über ein Ebuild installiert, sind klar: Der Paketmanager kennt die installierten Files, passt auf Kollisionen auf, kann selbst deinstallieren, usw. Für hardened-Nutzer (mit PAX-Kernel) von Gentoo werden bei der Installation die notwendigen Rechte vergeben, wenn das entsprechende USE-Flag gesetzt ist.

Edit: Eine Bemerkung zur Handhabung des Ebuilds wurde aus diesem Posting gelöscht, da nach der Diskussion in diesem Thread ein "reguläres" Ebuild möglich ist.

Edit 2: Problembeschreibungen entfernt, da diese in getrennte Threads gehören.

[Sundtek]

Klasse! Danke!


Zu welchen Paketen benötigst du denn eine MD5/SHA1 Summe?

Wir können das hier natürlich problemlos in unseren Distributionsrechner einhängen eine zusätzliche Prüfsumme zu erstellen.

[mv]

Danke für die schnelle Reaktion.

Zu welchen Paketen benötigst du denn eine MD5/SHA1 Summe?

Die Prüfsumme ist nicht das Problem, sondern die fehlende Versionierung: Die Idee von "regulären" Ebuilds ist, dass das Ebuild für eine bestimmte Tarballversionen eines Pakets geschrieben sein soll (z.B. {32,64}bit/installer-20140510.tar.gz) und deshalb auch genau diese Version erwartet - deswegen muss die Prüfsumme auch im Overlay selbst stehen: Der Tarball sollte sich für ein solches "reguläres" Ebuild nicht ändern (wie es z.B. {32,64}bit/installer.tar.gz selbst zuweilen tut). Der Vorteil ist, dass das Ebuild dann reproduzierbar funktioniert; der Nachteil ist natürlich, dass eine neue Version des Pakets erst nach einem Update des Ebuilds verfügbar ist und bis dahin immer der selbe (ev. nicht mehr aktuelle) Tarball benutzt wird.

Alternativ gäbe es auch sog. "Live-Ebuilds", die sich dann selbst um das Herunterladen während der Installation kümmern müssen. Solche haben aber für die Anwender verschiedene Nachteile: Man kann ein solches "Live-Ebuild" nicht "offline" installieren wie ein "reguläres" Ebuild, sondern nur, wenn man direkt am Internet hängt, und es bringt auch verschiedene Berechtigungs-Probleme mit sich (der Nutzer, der des Ebuild in der Sandbox installiert, muss zusätzlich Zugriffsrechte auf das Netz haben), und bei erneuter Installation des Pakets (die aus verschiedenen Gründen notwendig sein kann) muss jeweils erneut heruntergeladen werden. Wenn es ein git (oder bzr, cvs, mercurial, subverion) Repository für die Tarballs gäbe, könnte man auch ein Live-Ebuild schreiben, das zumindest einige dieser Probleme von Live-Ebuilds vermeidet.

Besser wäre aber, wenn ältere Tarballs unter festem Namen verfügbar wären, auf die dann ein "reguläres" Ebuild zugreifen kann.

[Sundtek]

http://sundtek.de/media/latest.phtml

hilft das eventuell?

Die Pakete in den Unterverzeichnissen sind ja nur die jeweils entpackten Versionen des "Standanlone" Treibers.

Wir gehen auch davon aus das Installer-Pakete für verschiedene Distributionen nicht immer aktuell sind, um aber immer den aktuellen Treiber zu ziehen ist halt die "versionslose" Form am optimalsten.

Das Arch Linux Paket ist ein Beispiel dafür, es wird immer wieder mal aktualisiert, kommt aber auch nicht mit unseren Updates nach, dort fehlt derzeit z.B Support für die kommenden Sat TV Sticks welche erst seit letzter Woche im Treiberpaket ist.

[mv]

Ja, genau das hatte ich gesucht. Ich melde mich, sobald der Overlay entsprechend "gefixt" wurde.

[mv]

Der Overlay enthält jetzt ein "normales" Ebuild. Das erste Posting des Threads wurde entsprechend editiert.