Flatpak oder Docker?

[Don_2020]

Was ist perfomter eine App nativ als Flatpak installieren oder in einem Docker-Container auszuführen?
Nativ möchte ich bestimmte Programme nicht auf meinem Server installieren.
Server ist eine Debian 11.

 

[PHuV]

Na ja, Flatpak hat ja so seine Macken und Kritiker:
https://ludocode.com/blog/flatpak-is-not-the-future
https://de.wikipedia.org/wiki/Flatpak

Ich würde bei Docker bleiben.

 

[Aldjinn]

Pauschale Antwort: Docker

Wenn es sich um Desktop Applikationen handelt (z.B. ein Browser wie Firefox), wird das mit Docker wohl nichts. Dann Flatpack.

Kannst ja mal die "bestimmten Programme" nennen.

 

[Don_2020]

Gnucash, Libreoffice, TexStudio, AVIDemux, ecoDMS, emby, Python
Ich möchte nicht das sich die Programme gegenseitig stören.
Ich probiere häufig neue Versionen (z.B. Libreoffice) aus. Da sollte die alte abgehangene Version natürlich weiter laufen.

 

[Aldjinn]

Die Liste sieht eher nicht nach Docker als Laufzeitumgebung aus.

 

[0x8100]

Gnucash, Libreoffice, TexStudio, AVIDemux

und das braucht man auf einem server? das sind doch alles desktop-anwendungen, da wird es nichtmal eine docker-version von geben.

 

[pseudopseudonym]

@0x8100 Stimmt nicht ganz. Zumindest LO kann man auch scripten, um Previews zu erzeugen oder Dokumente zu konvertieren. Hab ich sogar schon in nen Kubernetes gesehen. LaTeX wäre auch noch plausibel, TexStudio natürlich weniger.

 

[Sebastian_12]

Flatpak hat bei mir mit Wayland nur Probleme gemacht classic is the best

 

[tollertyp]

Es hängt halt vom Einzelfall ab.
Emby eignet sich gut für Docker.
Was man mit Python im Docker-Container will, erschließt sich mir aber irgendwie weniger... Wobei eine Entwicklungsumgebung in einer VM wiederum auch sinnvoll sein kann (z.B. mag ich kein Visual Studio auf meinem privaten PC installiert haben, in einer VM ist es aber okay).

 

[Aldjinn]

Was man mit Python im Docker-Container will, erschließt sich mir aber irgendwie weniger...

Wenn du eine Python Anwendung geschrieben hast, die eine spezielle Python Version benötigt, macht das schon Sinn. Aber die Entwicklung der Anwendung findet nicht in Docker statt, da wird sie am Ende nur ausgeführt.

 

[tollertyp]

Ja, aber ich denke, hier wurden Anwendungen und nicht Abhängigkeiten von Anwendungen aufgezählt. Dass alle Abhängigkeiten im Container mit drin sein müssen, das ist mir schon auch klar... und ob ich eine Anwendung in einen Docker-Container packe hängt dennoch nicht von den Abhängigkeiten ab, sondern von der Anwendung. Wenn es eine Desktop-Anwendung mit einer speziellen Python-Version ist, werde ich im Container wohl dennoch nicht glücklich...

 

[PHuV]

Gnucash, Libreoffice, TexStudio, AVIDemux, ecoDMS, emby, Python
Ich möchte nicht das sich die Programme gegenseitig stören.

Tun sie im Alltag bei üblicher Anwendung nicht.

Ich probiere häufig neue Versionen (z.B. Libreoffice) aus. Da sollte die alte abgehangene Version natürlich weiter laufen.

Warum? Aus meiner Sicht ist das für Deine Anwendung overkill.

 

[GutGilliganHyde]

Der ganze Thread macht keinen Sinn.

Flatpaks und docker images sind 2 vollkommen verschiedene Dinge.

 

[entropie88]

Flatpaks und docker images sind 2 vollkommen verschiedene Dinge

Und keines von beidem wird endweder virtualisiert oder emuliert, des zu dem Forumsubteil.

mein Tipp:
https://github.com/89luca89/distrobox
https://github.com/containers/toolbox
beides mit podman ist um einiges sicherer als docker.

 

[x.treme]

Bzgl. Docker kannst du dir https://www.kasmweb.com/ anschauen, von Einzelanwendungen über komplettes Ubuntu lässt sich da einiges in bereits konfigurierten Containern starten.

Auch Linuxserver bietet Ubuntu und co. in Docker unter dem Namen Webtop an https://docs.linuxserver.io/images/docker-webtop

Kombiniert wird dies immer mit HTML5-Remote-View (ich glaube Guacamole-Basis).

Ob das jetzt sicher ist, darüber lässt sich sicher streiten