staging.inyokaproject.org

noisefloor schrieb:

Kommt drauf an ☺ Allgemeiner ist in der Regel besser, weil besser wartbar. Aber wenn dann zu viele "hätte wäre wenn, wenn dann sonst" im Artikel hättest, wird es auch unübersichtlich.

Okay, da würde ich dann zusätzlich noch einmal die Kompilierung von Vkd3d, welches auch eine Abhängigkeit ist beschreiben und den Rest dann mit Verweis das man mit https://packages.ubuntu.com die benötigten Pakete finden kann, allgemein lassen.

Also eigentlich geht das Kompilieren davon aus, dass es direkt auf einem Rechner läuft. Ob der Rechner real ist oder eine VM sollte ja heutzutage keine Rolle mehr spielen. Da der Artikel im Archiv ist, hast du aber prinzipiell alle Freiheiten ☺ Welche Methode schwebt dir denn vor?

Ich würde dann einfach nur die Einrichtung eines lxd Containers beschreiben, ging mir darum ob ich die anderen Methoden auch noch beschreiben soll, aber das kann ja auch von anderen hinzugefügt werden, wenn der Artikel wieder raus aus dem Archiv ist.

MfG

Hallo,

Artikel ist in der Baustelle. Wie gesagt, da der Artikel schon mal archiviert war hast du quasi frei Hand, was Änderungen / Updates am Inhalt angehen.

Das Fertigstellungsdatum bitte bei Bedarf anpassen. Bei Fragen etc., z.B. zu Wiki/Syntax, bitte hier im Thread melden.

Gruß, noisefloor

Bin soweit fertig.

Paketierung habe ich erst mal entfernt, da ich keinen wirklichen Mehrwehrt sehe, aber andere können den Abschnitt ja noch später hinzufügen.

WOW64 habe ich erstmal weggelassen, da muss ich mich noch einlesen, aber Grundsätzliches Kompilieren von wine32/64 sollte erstmal möglich sein.

Wer den Artikel nachvollziehen möchte, dass hier sind die Aktuell benötigten Abhängigkeiten:

sudo apt install gcc-mingw-w64-i686 libgstreamer-plugins-base1.0-dev libgnutls28-dev libpcap0.8-dev gstreamer1.0-plugins-base-dbg ocl-icd-opencl-dev libxslt-dev oss4-dev libxcursor-dev libxi-dev libpulse-dev libxxf86vm-dev libxfixes-dev libxinerama-dev libxcomposite-dev libglu-dev libosmesa-dev mesa-opencl-icd libcpl-dev libdbus-1-3 libncurses-dev libsane-dev libv4l-dev libgphoto2-dev liblcms2-dev libpulse-dev  libgstreamer1.0-dev alsa-oss libudev-dev  libsdl2-dev libfaudio-dev libcapi20-dev libcups2-dev libgsm1-dev libkrb5-dev libtiff-dev libmpg123-dev libopenal-dev libldap-dev gettext libxml2-dev libjpeg-dev libvulkan-dev libxrandr-dev xlibrender-dev

für die 64-Bit-Version muss das Paket gcc-mingw-w64-i686 durch gcc-mingw-w64-x86-64 ersetzt werden.

Meint ihr der Artikel ist soweit nachvollziehbar mit meinen 32/64 Formulierungen?

Habe Versucht wine in einem Multiarch Container zu kompilieren, bin da aber dran gescheitert, von daher scheinen 2 verschiedene Container nötig zu sein.

Hallo,

habe mal ein paar Kleinigkeiten korrigiert. Ich finde den Artikel sehr gelungen.

Wenn sonst keine Rückmeldungen kommen kommt er die Tage zurück ins Wiki.

Gruß, noisefloor

Hallo,

der Artikel ist im Wiki, Danke für die Überarbeitung. Wäre auch super, wenn du den Artikel nach dem Release von Focal auch für 20.04 testen könntest.

Gruß, noisefloor

Moinsen,

kann der Artikel für die nächsten 2-3 Wochen wieder in die Baustelle?

Ich würde den gerne um wine-staging erweiten, sowie den versprochen Wow64 Teil ergänzen, dazu muss ich den glaube ich etwas umschreiben. Und wenn meine Bash Fähigkeiten ausreichen kommt auch noch ein kleines Script dazu, welches einem automatisch die entsprechenden Abhängigkeiten installiert.

Hallo,

Baustelle ist eingerichtet.

Und wenn meine Bash Fähigkeiten ausreichen kommt auch noch ein kleines Script dazu, welches einem automatisch die entsprechenden Abhängigkeiten installiert.

Besser wäre dafür ein eigener Artikel wie "Skripte/was_auch_immer_ein_guter_name_ist", weil das ganze dann besser test- und wartbar ist.

Gruß, noisefloor

Hallo,

was ist eigentlich hier Stand der Dinge? Eoan ist auch EOL, von daher müssten der Artikel sowie so für ein Ubuntu mit Support getestet werden.

Gruß, noisefloor

Ist bei mir etwas nach hinten gefallen und habe es vergessen 😉

Ich setze mich heute Abend noch mal ran und dann sollte es durch sein.

EDIT: Na gut stelle es wohl Samstag fertig

Okay, ich habe den Artikel soweit erst mal überarbeitet. Funktionieren tut er schon mal unter focal. Anzumerken wäre noch das ich die LXC-Container im Artikel auf bionic gestellt habe, damit hat der Artikel sowie er jetzt da steht noch eine Lebenszeit von ~2 Jahren

EDIT: Wer den Artikel nachvollziehen möchte, die Liste von allen aktuell verwendeten Abhängigkeiten:

debhelper autotools-dev autoconf bison bsdmainutils  docbook-to-man docbook-utils docbook-xsl flex fontforge gawk gcc gettext libacl1-dev libasound2-dev libavcodec-dev libcapi20-dev libcups2-dev libdbus-1-dev libfontconfig1-dev libfreetype6-dev libgcrypt-dev libgl1-mesa-dev libglu1-mesa-dev libgnutls28-dev libgphoto2-dev libgsm1-dev libgstreamer1.0-dev libgstreamer-plugins-base1.0-dev libgtk-3-dev libice-dev libjpeg-dev libkrb5-dev liblcms2-dev libldap2-dev libmpg123-dev libncurses5-dev libopenal-dev libosmesa6-dev libpcap-dev libpng-dev libpulse-dev libsane-dev libsdl2-dev libssl-dev libstdc++-5-dev libtiff5-dev libudev-dev libusb-1.0-0-dev libv4l-dev libva-dev libvulkan-dev libx11-dev libxcomposite-dev libxcursor-dev libxext-dev libxi-dev libxinerama-dev libxml2-dev libxrandr-dev libxrender-dev libxslt1-dev libxt-dev libxxf86vm-dev   linux-kernel-headers linux-libc-dev mingw-w64  ocl-icd-opencl-dev patch perl prelink sharutils unixodbc-dev x11proto-xinerama-dev

Darf ich hier einmal fragen, wie es weitergeht ? Kann der Artikel so ins Wiki oder müssen da noch Änderungen gemacht werden ?

Hallo,

Darf ich hier einmal fragen, wie es weitergeht ?

Wir warten nach der "fertig" Meldung i.d.R. ein paar Tage, ob noch jemand Anmerkungen hat. Wie lange "ein paar Tage" sind, hängt von der Zeit der Wikimods ab. Wenn sich wie hier eine Woche so gar nichts tut ist es aber völlig ok, nochmal zu fragen.

Artikel ist wieder im Wiki, Danke für die Überarbeitung ☺

Gruß, noisefloor