Flatpak ist */()$§*#D3§$

Posted on by

Ich fand ja FlatPak schon im letzten Artikel nicht so prall, wegen der ganzen Platzverschwendung, aber das hier topt es grade :

[marius ~]$ /usr/bin/flatpak info "com.belledonnecommunications.linphone/x86_64/4.1.1"
Ref: app/com.belledonnecommunications.linphone/x86_64/4.1.1
ID: com.belledonnecommunications.linphone
Arch: x86_64
Branch: 4.1.1
Origin: com.belledonnecommunications.linphone-1-origin
Commit: bae79f29ce390b6b28254cba0ae63f1bbb8d9a30f50acce422ce5ef1f1839441
Location: /home/marius/.local/share/flatpak/app/com.belledonnecommunications.linphone/x86_64/4.1.1/bae79f29ce390b6b28254cba0ae63f1bbb8d9a30f50acce422ce5ef1f1839441
Installed size: 315,4 MB
Runtime: org.freedesktop.Platform/x86_64/1.6

[marius ~]$ /usr/bin/flatpak update "com.belledonnecommunications.linphone/x86_64/4.1.1"
Looking for updates...
Fehler: com.belledonnecommunications.linphone/x86_64/4.1.1 not installed
[marius ~]$ /usr/bin/flatpak update app/com.belledonnecommunications.linphone/x86_64/4.1.1
Looking for updates...
Fehler: app/com.belledonnecommunications.linphone/x86_64/4.1.1 not installed

Also, mit der original REF, die die INFO Anweisung ausgibt ODER die auch LIST ausgibt, behauptet Flatpak, die Anwendung wäre nicht installiert. Lustigerweise will er die Starten, was übrigens nicht geht, weil die NVIDIA Treiber aktualisiert worden sind und nun die von Flatpak installierten Treiber zu den Treibern nicht mehr passen:

Installiert ist 384.90 , aber Flatpak hat noch 375 im Einsatz :

[marius]$ flatpak list
Ref Options 
com.belledonnecommunications.linphone/x86_64/4.1.1 user,current
org.freedesktop.Platform.GL.nvidia-375-66/i386/1.4 user,runtime
org.freedesktop.Platform.GL.nvidia-375-66/x86_64/1.4 user,runtime
org.freedesktop.Platform/x86_64/1.6 user,runtime

Das Ende von Lied: LinPhone startet nicht mehr 😀 Natürlich updated flatpak auch nichts, wenn man nur „update“ eingibt, was alles aktualisiert laut Manpage, aber es gibt wohl kein Update dafür 😀

Fazit: Tolle Idee son System im System 😀

Aufruf: Nieder mit den Flatpaks und Snappys dieser Welt. Es lebe DNF ! 😉

PS: Zu DNF kommen wir morgen nochmal 😀

Update: Annahme verweigert

Der Red Hat Bugbetreuer hat die Meldung, daß die installierten Flatpakapps nicht gefunden werden, wenn man sie namentlich angibt, als „Kein Bug“/“Kein Supportforum“ abgetan. Also entweder der weiß mehr als wir zu dem Thema, oder er hat leider keine Vorstellung davon, was ein Bug in Flatpak sein könnte 🙂

Mal sehen was per Github vom Projektmaintainer kommt :  https://github.com/flatpak/flatpak/issues/1139

Streetfood Festival im Stadtpark

Posted on by

Es ist mal wieder soweit, wir haben ein Streetfood Festival in der Stadt gehabt und natürlich konnte man wie immer einige Sachen probieren.

Ich habe da mal so einen Bowl ausprobiert, mit Hähnchen, Pommes, Koriander und angeblichen Erdnüssen, allerdings war davon nicht viel zu schmecken. Irgendwie sind auch die Preise ziemlich happig auf so einem Streetfood-festival, dafür dass es am Ende dann bloß langsam gekochtes Fleisch ist, … trockenes Fleisch 🙁

Die Location im Stadtpark war nett. Hier eine Impression:

Star Trek Discovery : Folge 7 :(

Posted on by

Ums gleich vorweg zu nehmen, die Folge war nicht toll. Nur ein Abklatsch der TNG Folge 5.18 Déjà Vu . Das Ende war das schönste an der Folge 🙂 Da es hier um Zeit ging, nehmen wir uns mal die Zeit für ein kleines Resümee.

Klar, Harry Mudd hat einen Zeitkristall, auch wieder sowas, was keine andere ST Folge jemals erwähnt hat, genau wie den Sporenantrieb, das Holosystem auf der Brücke und das alles auch noch PRE-KIRK. Na gut, um Konsistenz der Zeitlinie gehts den Macher ja eh nicht. Charakterentwicklung scheint wichtiger zu sein, sonst hätten ja unsere Turteltäubchen nicht innig getanzt, sondern nach Lösungen gesucht. Apros Lösung: Klar, der Stuhl, der vom wichtigsten Mann an Bord benutzt wird, DER ist kein kritisches System. Genau wie der Rote Knopf im Kremel auch kein gesichertes System sein dürfte 😉 Also ehrlich Leute, wie fantasielos.

Ich zeig nochmal die Prämisse auf:

WIR als Besatzung haben keine Chance den Angreifer noch auszutricksen, weil der genug Zeit hatte, unsere Codes zu lernen und umzuschreiben, deswegen holen wir den Schwiegerpapa des Angreifers an Bord und DER regelt das!

Mein Ansatz :

Wie man aus nahezu allen ST Folgen weiß, lieben es die Geräte im ST Universum grundlos zu explodieren, was passiert da wohl erst, wenn man einen GRUND hat die kaputt zu machen ? Nun, gewisse Fehlfunktionen z.b. im Transporter, dem Antrieb, dem Hauptcomputer, den „internen“ Schildgeneratoren für die lustigen Schutzfelder die Mudd erschaffen hat, was würden die wohl tun, wenn man mit dem Phaser drauf ballert ?

PS: Schon nach Erkennen der Zeitschleife und dem Ziel der Aktion, würde der Cheftechniker einen Phaser nehmen, den Antrieb so schnell zerstören, daß ein Rücksetzen der Zeitschleife nichts nutzt, weil nicht genug Zeit bliebe es zu verhindern, und die ganze Zeitrücksetzfunktion wäre fürn Arsch. Noch besser wärs natürlich, wenn unser Cheftechniker den Phaseroverride benutzt und Harry Mudd beim Anflug aus dem Weltraumwal ballert.  Ok, der Tierschutzverein hätte was dagegen gehabt, aber in dem Fall zählt ja das höhere Ziel  😉 Etwas weniger brutal : Schilde hoch, weil da kann man ja angeblich nicht durchtransporten 😀

Die Sache hätte also schnell und effektiv beseitigt werden können, ohne Quatschlösung. Star Trek Continues ist ja um so viele Ebenen besser …

Eine Frage kann ich auch nicht beantworten: Wieso schau ich mir das noch an ? Vermutlich, weil ich dafür bezahlt habe 😉 Obwohl… 80% von Netflix sehe ich mir auch nicht an, obwohl ich den auch mitbezahlt habe.. Tja. Wer weiß schon wieso 🙂