MediathekView 3.2: Neues Release für Debian verzögert sich wegen des neuen Mac-Designs

Das neue Jahr hatte mit dem guten Vorsatz begonnen öfter mal kleinere Artikel zu schreiben und wie das mit guten Vorsätzen so ist, waren sie dann auch schon kurze später wieder vergessen und man war wieder im alten Trott gefangen.

Dass ich nicht nur Müßiggang betreibe, sondern einfach nur das Schreiben mit ein paar Aufgaben für Debian getauscht habe, will ich mit diesem kleinen Bericht zur aktuellen Version von MediathekView beweisen, dem Betrachter für die Mediatheken des deutschsprachigen Fernsehens.

130321_MediathekView_3_2

Eine neue Version

Die neue Version 3.2 von MediathekView erschien vor zwei Tagen und brachte vor allem als neues Feature eine „Blacklist“, mit der es möglich ist Sendungen und Abonnements herauszufiltern, die man nicht angezeigt bekommen möchte. Das ist vor allem für viele Trailer nützlich, deren Datum in der Zukunft liegt und die trotzdem bisher in der allgemeinen Übersicht angezeigt wurden.

Ebenso auffällig ist die neue Filteransicht, die sich z.B. durch Drücken von F8 aus- und einschalten lässt. Nun lässt sich die gesamte Filmliste, wie in der Adressleiste von Webbrowsern gewohnt, schon durch die Eingabe von einzelnen Buchstaben durchsuchen. Außerdem wurde mit der neuen Version eine optische Auffrischungskur eingeleitet, so dass sich das Design nun mehr an MacOSX orientiert.

Alles Aqua?

Murren und Knurren oder doch eher Jubel? Ich bin anfangs skeptisch gewesen, da die Veränderungen hauptsächlich für Mac-Benutzer zu sehen sind, jedoch werden davon langfristig alle profitieren, da ein neuer Entwickler zum Projekt hinzugestoßen ist, der die UI für alle verbessern möchte.

Obwohl ich die Entwicklung von MediathekView regelmäßig verfolge und auch im dortigen Forum aktiv bin, hat mich der Umfang der Veränderungen „unter der Haube“ doch überrascht. Mir ist erst letzte Woche bewusst geworden, dass einige neue Abhängigkeiten, sprich Java-Bibliotheken, hinzugekommen sind. Das ist nichts Schlechtes, sondern erspart viel Entwicklungszeit, da man das Rad nicht wieder neu erfinden muss. Problematisch für mich als Betreuer des Pakets wurde es nur, als ich feststellte, dass noch niemand JIDE Common Layer (jide-oss) für Debian gepackt hatte.

Die Firma Jidesoft hat vor sechs Jahren Teile ihres ehemals proprietären Rahmenwerks für Java-Swing-Komponenten unter eine freie Lizenz gestellt und bietet mehr als 30 Komponenten und Werkzeuge an, damit komplexe Java-Anwendungen erstellt werden können. Das Angebot reicht von Buttons und Schiebereglern, über die Taschenrechnerkomponente, über Funktionen die Systeminformationen abgreifen bis hin zum Autocompletion-Feature und der SearchBar.

Als erstes stellte ich dann fest, dass die Lizenz nicht GPL-3 war, obwohl im Git-Repo von MV so ausgewiesen, sondern tatsächlich GPL-2 mit Classpath Exception. Eigentlich egal, GPL ist GPL, oder? Leider nein. GPL-3 und GPL-2 sind nicht kompatibel. Nach einiger Diskussion im Forum kamen wir jedoch zur Überzeugung, dass uns (mich) der Zusatz „mit Classpath Exception“ rettet, weil es dadurch möglich wird MediathekView rechtmäßig gegen diese Bibliothek zu linken. Ansonsten hätte das Programm nicht in Debian erscheinen können. Umgehen lässt sich das Lizenz-Dilemma mit der GPL, indem man den Nutzern die Möglichkeit gibt, auch jede spätere Version der GPL nutzen zu dürfen. Das muss aber explizit in der Lizenz erwähnt sein, war aber hier nicht der Fall.

Ursprünglich sollte dem Programm auch nur die Jar-Datei von jide-oss beiliegen, also der schon übersetzte Bytecode der Bibliothek. Das widerspricht jedoch auch Debians Gesellschaftsvertrag, wir brauchen den Quellcode, so dass in der neuen Version auch dieser MediathekView beizufügen wäre. Der „saubere“ Weg besteht jedoch darin Bibliotheken in separate Pakete auszulagern und extra zu packen. Im Klartext: Ich hatte mich gerade freiwillig als Maintainer für ein weiteres Javapaket gemeldet. 😉

Das neue Paket habe ich vergangene Woche auf der Mailingliste debian-java vorgestellt und kurz darauf auch darum gebeten dieses neue Paket in das Archiv hochzuladen. Natürlich kann das noch eine Weile dauern. Selbst wenn es augenblicklich passieren würde, müsste es erst mal durch die sogenannte Warteschlange für neue Pakete und von den FTP-Mastern gesichtet werden.

Ich erspare euch an dieser Stelle die Geschichte davon, wie ich den Code von Jide-OSS nach potentiellen Lizenzproblemen gescannt habe. Neben der allgemeinen Lizenz, GPL-2 with classpath exception, stehen Teile des Codes nämlich noch unter der BSD-, LGPL-2.1-, Apache-1.1- und Zlib-Lizenz.

Kurzum es wird wegen dieser neuen Bibliothek etwas länger bis zum Debian-Release dauern, jedoch verpasst ihr nicht allzu viel, wenn ihr noch Version 3.1 benutzt.

Wer mit Git nicht auf Kriegsfuß steht kann sich libjide-oss-java und MediathekView direkt aus dem Git-Repository herunterladen.

git://anonscm.debian.org/pkg-java/libjide-oss-java.git

git://anonscm.debian.org/collab-maint/mediathekview.git

Für alle, die nicht warten wollen, lassen sich Pakete hier herunterladen. Der Link verschwindet nach dem offiziellen Release wieder.

Installation

Installieren lässt sich MediathekView 3.2.1 dann mit

dpkg -i mediathekview_3.2.1-1_all.deb libjide-oss-java_3.5.3+dfsg-1_all.deb
aptitude install libmac-widgets-java libswingx-java libjgoodies-forms-java libcommons-compress-java libcommons-lang3-java

MediathekView 3.1.0: Neuigkeiten und Veränderungen im Debian-Paket

MediathekView GPL-3+

Am 07. Januar 2013 wurde offiziell MediathekView 3.1.0 freigegeben. Wer schon ein wenig im Forum gestöbert hatte, fand auch öfter den Hinweis auf Entwicklerversionen, von denen sich die jetzige Version kaum unterscheidet. Ich hatte zwischendurch immer mal wieder an einem Teil im Debianpaket geschraubt. Am Ende ist folgendes herausgekommen:

  • Abhängigkeit libjdom1-java ist nicht mehr notwendig und wurde entfernt. (Das ist natürlich mehr ein Dienst von W. Xaver, dem Entwickler 😉 )
  • Ich habe Mplayer2 als weiteren alternativen Videoplayer zu den empfohlenen Anwendungen hinzugefügt.
  • Es gibt ab sofort auch eine deutsche Manpage. Machte meiner Meinung nach Sinn, da MediathekView wohl hauptsächlich Leute anspricht, die Deutsch verstehen.
  • Es ist nun ganz einfach nachzuvollziehen wie ich auf die Quellen für Debians Source-Tarball gekommen bin. Einfach debian/rules get-orig-source des MediathekView-Pakets aufrufen. (und dabei natürlich vorher git installiert haben. 🙂 )

Ich werde die Version noch ein paar Tage testen, bin aber schon ziemlich zufrieden. Wer einen ersten Blick erhaschen möchte, findet MediathekView 3.1.0 auf meinem FTP-Server.

Ihr könnt auch dem Artikel über Reprepro folgen, meinen GPG-Schlüssel eurem Schlüsselring und diese Zeilen eurer /etc/apt/sources.list hinzufügen.

Ist nun im offiziellen Archiv. 😉

Ein umfangreicher Artikel zum Thema MediathekView folgt bald. Sollte der angegebene Link nicht mehr funktionieren, bedeutet das, dass MediathekView 3.1.0 Eingang ins offizielle Debian-Archiv gefunden hat.

Mehr als ein Feiertag: Mediathekview 3.0.0 ist in Debian Sid

MediathekView

Vorgestern war in zweifacher Hinsicht ein besonderer Tag. Es war Tag der Deutschen Einheit und mein erstes „richtiges“ Debianpaket, MediathekView, wurde in das offizielle Archiv hochgeladen und befindet sich nun in Debian Unstable alias Sid. Wer meine MediathekView-Pakete bisher von diesem Blog aus bezogen hat, braucht sich nicht groß umstellen, bis auf ein paar interne Details hat sich zur Version 3.0.0 nicht viel geändert.

Ich werde nun einen sogenannten „Unblock“-Fehlerbericht verfassen, damit MediathekView 3.0.0 noch die Chance hat nach Wheezy zu migrieren und die nächste bzw. erste stabile Version in Debian wird. Die Chancen stehen leider nicht besonders gut, da sich gegenüber der alten Version viel verändert hat. Wenn das Release-Team den Daumen senkt, gibt es eben keine Version für Debian Wheezy. Liegt leider außerhalb meines Machtbereichs. Sorry.

Ansonsten wurden noch meine drei „RC-NMUs“ (Abkürzungen sind toll) ebenfalls gestern hochgeladen. Die Sache mit der invaliden E-Mail-Adresse. Zugegeben das waren triviale Änderungen, aber ein Debianentwickler dachte sich scheinbar: „Egal. Es fixt drei veröffentlichungskritische Bugs“. Also wer immer schon mal Lust hatte Debian oder Freier Software im Allgemeinen zu helfen, dann zögert nicht und beseitigt RC-Bugs!

Der Vollständigkeit halber muss ich noch erwähnen, dass Bart Martens, ebenfalls Debian-Entwickler, die Sache leicht anders gesehen hat. Seine Aussage: Wenn ein Paketverwalter es nicht einmal für nötig halte seine Kontaktdaten aktuell zu halten, solle man das Paket gleich verwaisen lassen – sprich einen neuen Maintainer suchen.

Bart hat Recht. Ich denke, es ist vollkommen normal, wenn man irgendwann an einen Punkt gelangt und keine Zeit oder Lust mehr für Debian hat und weiterziehen möchte. Fairerweise sollte man jedoch das auch öffentlich machen und Leute dazu auffordern die eigenen Pakete zu übernehmen. Viele verschwinden jedoch und zurück bleibt Software, die keiner mehr betreut. Aus falscher Rücksichtnahme auf den Maintainer passiert dann auch schon einmal Monate lang gar nichts.

Ich denke hier hilft einfach gesunder Menschenverstand weiter. Wenn ein Paket tatsächlich in einem miserablen Zustand ist, erstellt einfach einen Patch oder ein neues, besseres Paket. Mit Sicherheit wird sich dann jemand finden, der es in Debian einstellt.

MediathekView 3.0 und Wbar 2.3.4 auf dem Weg nach Debian!?

Bevor es hier gleich mit einem anderen Zwischenfazit weitergeht, wie steht es um MediathekView und Wbar?

Entwicklung braucht Zeit. Einen Sponsor zu finden, der die Sache ins Archiv hochlädt, ist ein Geduldsspiel. Es gibt an die 30000 Pakete in Debian aber nur ca. 1000 Debian-Entwickler, die die Berechtigung besitzen Pakete überhaupt in das Archiv zu befördern, wo die FTP-Master mit Argusaugen über jeden Neuzugang wachen.

Tausend Leute, das klingt eigentlich gar nicht so schlecht. Manche davon kümmern sich jedoch um 100 verschiedene Pakete gleichzeitig und Debian ist nicht nur Softwareentwicklung. Es gibt Teams, die sich um die Übersetzung der Software und die Gestaltung und Aufrechterhaltung der Webpräsenz und von Mailinglisten kümmern. Und dann soll man auch noch die Verantwortung für unbekannte Neuentwickler übernehmen, sie anleiten und deren Pakete auf Korrektheit überprüfen? Wenn so ein Neuer Schaden anrichtet und man hat es vorher nicht gesehen…

Klingt nicht nach der dankbarsten Aufgabe, aber es gibt Freiwillige, die sich darum kümmern. Vor wenigen Tagen habe ich nach genau so einem Sponsor oder Mentor für Wbar gesucht (#688310). Mittlerweile ist sogar Version 2.3.4. erschienen und meine eingesandten Patches wurden freundlicherweise berücksichtigt. Etwas überrascht war ich dann doch als Bart Martens, seines Zeichens Debian-Entwickler und sehr aktiv bei den Mentoren Bug #575087 auf Schweregrad „Grave“ hochgesetzt hat und mich gebeten hat diesen für Wheezy zu fixen.

Nun würde Version 2.3.4 von Wbar das Problem lösen, aber aus der kurzen Nachricht von Bart konnte ich nur entnehmen, dass ich wohl einen gezielten Fix für das aktuelle Paket in Wheezy einspielen soll. Wer sich nun fragt, warum Wbar plötzlich unbrauchbar wurde, der findet die Lösung vielleicht, wenn er versucht Wbar ohne empfohlene Pakete zu installieren. Die Schnellstartleiste verweigert ihren Dienst, weil der Pfad zu den Icons und/oder der Schrift dann den Rückgabewert NULL liefert. Kurzum das Ding startet nicht.

Also meine bescheidene Meinung ist: Wer Schellstartleisten ohne den korrekten Pfad zu den Symbolen startet, muss mindestens zweimal von e^(i*pi)+1 bis Unendlich zählen. Jedoch ganz abwegig ist der Fehlerbericht natürlich nicht und ja in Version 2.3.4. darf man auch den falschen Pfad zu seinen Symbolen und der Schrift angeben und das (transparente) Hintergrundbild von Wbar ist trotzdem zu sehen. 🙂

Ich denke jedoch, dass das kein veröffentlichungskritischer Fehler ist und werde das so auch noch einmal in den Fehlerbericht schreiben. Ist natürlich ein doofer Einstieg in Debian, wenn man erst einmal anderer Meinung als der Debianentwickler ist. 😐

MediathekView ist meiner Meinung nach in einem vorzeigbaren Zustand und wartet darauf einmal gründlich analysiert zu werden. Mittlerweile haben sogar zwei DDs Interesse daran bekundet. Der Witz daran ist, dass es bisher dabei geblieben ist. Die ganze Geschichte lässt sich in Fehlerbericht #681680 nachlesen. Ich bin aber weiterhin guter Hoffnung und ja 2.6.1 wurde aufgegeben, entweder schafft es 3.0.0 nach Wheezy oder gar nichts.

Ich habe die Downloadlinks von Mediathekview und Wbar aktualisiert. Wer also die Zeit verkürzen möchte, findet dort die entsprechenden Debianpakete. Danke auch an das bisherige Feedback zu MediathekView. Ich habe den Pfad zum flv.sh-Skript angepasst. Auch die Idee mit dem Shellskript halte ich weiterhin für gut. Vielleicht lässt sich damit in der Zukunft tatsächlich die Mediathek komplett ohne den Umweg über Java auf die Konsole holen. 😉

Mediathekview 3.0: Es ist angerichtet

Esst solange es heiß ist. Ich habe soeben Mediathekview 3.0 auf meinen FTP-Server hochgeladen.

Update 13.08.2012: Zusätzlich im Angebot nun auch Version 2.6.1, die letzte der 2er-Variante. Hier beschränken sich die Veränderungen nur auf das Notwendigste um Lintian-Fehler zu beseitigen und die Filmliste wieder funktionsfähig zu machen. Die Änderungen sind immer noch relativ groß, was es schwierig macht dafür eine Uploaderlaubnis nach Wheezy zu bekommen. Ich schicke den Patch auf jeden Fall an den Debian-Bugtracker und dann sehen wir einfach mal weiter.

Update 15.08.2012: Version 3.0 hat nun ein neues Menüicon, ein Changelog und die Kurzanleitung. So sieht das vorläufige neue Icon von W. Xaver, dem Entwickler von Mediathekview, aus.

Update 16.08.2012: Neue Anleitung.pdf für Version 3.0 und einige kosmetische Änderungen am Quellpaket.

Mediathekview 3 Icon

Update 22.08.2012: Wir nähern uns der finalen Version. Einen potentiellen Sponsor habe ich gefunden und es sieht so aus als ob ich auch der Paketverwalter von Mediathekview werde.

Update 28.09.2012: Fast geschafft. MediathekView 3.0 im September 2012.

Update 05.10.2012: Seit dem 03.10.2012 befindet sich Mediathekview in Debian Unstable. Von dort wird es „bald“ auch nach Ubuntu gelangen. Deswegen entferne ich nun die hier zur Verfügung gestellten Pakete. Danke an alle Tester!

Was euch erwartet

Hoffentlich ein funktionsfähiges Paket. 😉 Ich habe es mit Lintian erfolgreich geprüft, es lässt sich installieren, deinstallieren und upgraden. Obwohl ich so sorgfältig wie möglich vorgegangen bin, gibt es wie immer keine Garantie. Wer Spaß an der Blutigen Kante/Schneide hat darf zugreifen. Ich will hier aber nicht lesen müssen, dass ihr eure über Jahrzehnte gesammelte Arbeit verloren habt, weil ihr Mediathekview 3.0 ausprobieren wolltet und das Backup ja eigentlich um Mitternacht angelaufen wäre. 😈

Angst? Gut.

Das Paket ist fast „fertig“, es fehlen aber noch folgende Dinge (und ein geübter Blick eines Debianentwicklers):

  • Changelog. Es hat sich viel verändert. Ich kann aber noch kein abschließendes Changelog erstellen, da ich nicht mal weiß, ob das Paket überhaupt akzeptiert wird. Ich erstelle nun noch eine weiteres Paket in Version 2.6.1, das vermutlich größere Chancen hat den gestern erwähnten RC-Bug zu fixen. Das Paket hier wäre dann regulär für Unstable gedacht.
  • Menüicon. Ist immer noch das Icon aus Version 2.4 und skaliert leider nicht sehr schön. Wer eine Idee für ein gutaussehendes Icon hat…immer her damit.
  • Dokumentation. Gibt es auf der offiziellen Mediathekview-Seite. Da ich seit kurzem über Quellcode und PDF-Dokument der Kurzanleitung verfüge, kommt diese später noch nach /usr/share/doc/mediathekview.
  • Geänderte Empfehlungen. Ich habe die Empfehlungen leicht geändert. Flvstreamer ist weiterhin empfohlen. Jedoch gibt es nun für VLC und den Mplayer eine ODER-Bedingung. Die alte Empfehlung für mplayer-nogui habe ich entfernt, da es dieses Paket für Debian gar nicht gibt. (wohl aber bei deb-multimedia.org)

Wer noch eine Knobelaufgabe sucht, hier ist sie:

Mit Mediathekview lassen sich sogenannte Programmsets einrichten. Ihr könnt also zum Abspielen und Speichern jeweils separate Videoabspieler festlegen. Gesucht ist ein Befehl, mit dem es möglich ist rtmp- und mms-Streams direkt über Mplayer abzuspielen ohne Zusatzprogramme. Ich bin mit dem momentanen Standardset für Linux nicht zufrieden. Praktischerweise lassen diese Sets sich aber als XML-Datei exportieren und über die Projektseite herunterladen.

Wenn ihr also ein cooles Programmset habt, dass es ermöglicht mit Flvstreamer, VLC und Mplayer alle Videos abzuspielen und zu speichern, ist die Wahrscheinlichkeit groß, dass dies das neue Standardset wird. Behaupte ich einfach mal. 😉

Mediathekview 3 und Gnome 3

Mediathekview und Gnome3