It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
@hexer Ich hab mir auch in den letzten paar Wochen einen "wine-game-manager" gebastelt. Wenn Du Interesse hast, kann ich dir den gerne mal schicken. Ist Bash basiert und läuft im Terminal und nutzt heftigst jq. Bin beim Bash-Scripting allerdings maximal ein Fortgeschrittener also steinige mich nicht, wenn ich Müll gescriptet habe :D ein paar bugs sind auch noch vorhanden. Ich würde es also als Beta bezeichnen... ^^

Naja demnächst werd ich vermutlich eh auf umu umsteigen und meinen game manager entsprechend anpassen
avatar
Manu3110: @hexer Ich hab mir auch in den letzten paar Wochen einen "wine-game-manager" gebastelt. (…)
Klasse. Das bedeutet, dass jeder von uns sein eigenes Süppchen gekocht hat. ;-)

Zum Starten verwende ich bash, aber ich installiere automatisch über ein Python-Skript, das spezielle Kommentare aus der bash-Datei ausliest wie Installationsprogrammnamen/Archivnamen, ob dxvk/vkd3d-proton/dgvoodoo2 oder irgendwelche winetricks installiert werden sollen und ein Name zu automatischen Erstellen von Desktop-Dateien und die Steam APPID um Grafiken von Steam auszuleihen damit auf dem Steam-Deck keine Platzhalterboxen erscheinen.
Nochmal zu der xz/liblzma-Hintertür:

Ich habe gestern Abend noch mal etwas mehr zum Thema gelesen und habe dabei extrem dusselige Kommentare gelesen:

Heutzutage bräuchte man gar nichts mehr komprimieren, man hätte ja ganz andere Probleme.

Wer würde denn noch xz verwenden, da zstd viel besser wäre. Und natürlich viel sicherer. Das stand an vielen Stellen, ist aber entweder absichtlich boshaft oder total dämlich, da

ldd /usr/bin/zstd
linux-vdso.so.1 (0x00007ffc091fd000)
libzstd.so.1 => /usr/lib/libzstd.so.1 (0x00007af65a9f2000)
libz.so.1 => /usr/lib/libz.so.1 (0x00007af65a9d8000)
liblzma.so.5 => /usr/lib/liblzma.so.5 (0x00007af65a9a5000)
liblz4.so.1 => /usr/lib/liblz4.so.1 (0x00007af65a980000)
libc.so.6 => /usr/lib/libc.so.6 (0x00007af65a79e000)
/lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2 (0x00007af65ab24000)
also genau der Teil von xz der betroffen war oder möglicherweise noch ist, da ja eventuell noch mehr da sein könnte, was noch nicht gefunden wurde.


Auf jeden Fall scheint es so zu sein, dass die Hintertür auf Arch Linux (und Derivaten) gar nicht in liblzma eingebaut wurde, da eine Überprüfung ob ein rpm oder deb-Paket gebaut wird eigentlich fehlschlagen sollte. Deshalb, und wie weiter oben geschrieben dem unmodifizierten sshd, frage ich mich, warum Arch in den Warnungen oft gleichwertig einbezogen wurde.

Zwischendurch habe ich auch gelesen, dass jemand angezweifelt hat, dass das neue Arch Paket sicher(er) sei, da es funktional identisch sei, was natürlich zu erwarten ist, wenn die Hintertür schon vorher nicht eingebaut war.
avatar
Manu3110: Wenn Du Interesse hast, kann ich dir den gerne mal schicken.
Klar gerne. Dann können wir vielleicht noch ein bisschen fachsimpeln. ;-)
Das Script, was ich hier verlinkt hatte, ist auch schon nicht mehr aktuell.

Mich treibt ja noch die Verwendung von winemenubuilder und WINEDLLOVERRIDES um.

Ich kriege wine nicht dazu, mir den Pfad der Eigenen Dateien nach $(pwd)/sandbox umzubiegen.
Egal ob ich das mittels WINEMENUBUILDER=/PFAD/ oder über WINEDLLOVERRIDES=winemenubuilder mache.

Irgendeine Idee?

Die vorab vorhanden Links will ich aber auch nicht mit rm und ln umbiegen. Das ist mir zu unelegant. =D

avatar
Manu3110: Bin beim Bash-Scripting allerdings maximal ein Fortgeschrittener also steinige mich nicht, wenn ich Müll gescriptet habe
Ich bin da doch auch kein "Pro". ;-)

avatar
mk47at: Das bedeutet, dass jeder von uns sein eigenes Süppchen gekocht hat
Sind wir doch mal ehrlich: Fertigsuppen schmecken nicht! =D
Muttis Hausmannskost ist immer noch die beste!

Ich kauf mir ja auch keine Fertigappliances oder "All-In-One-Gaming-PCs" mit Krimesbeleuchtung.

avatar
mk47at: Heutzutage bräuchte man gar nichts mehr komprimieren
Aha... Sag das mal den Entwicklern von Videospielen mit ihren 100+ GB Spielen. =D
Also ich möchte auf Komprimierungsalgorithmen nicht verzichten. Benutze ich häufig und gerne.

Ich werde die Thematik auch weiterverfolgen. Spannend und beängstigend zugleich. Und ich weiß nicht, was da überwiegt...

avatar
mk47at: Auf jeden Fall scheint es so zu sein, dass die Hintertür auf Arch Linux (und Derivaten) gar nicht in liblzma eingebaut wurde [...]
dass jemand angezweifelt hat, dass das neue Arch Paket sicher(er) sei, da es funktional identisch sei, was natürlich zu erwarten ist, wenn die Hintertür schon vorher nicht eingebaut war
Mich wunderte bei meinem Manjaro, dass ich laut pacman wohl eine neue Version installiert habe, aber xz --version mir immer noch die alte Version anzeigte.
Post edited April 07, 2024 by TheHexer_pcg
avatar
TheHexer_pcg: Mich wunderte bei meinem Manjaro, dass ich laut pacman wohl eine neue Version installiert habe, aber xz --version mir immer noch die alte Version anzeigte.
Ja, das ist zu erwarten. Falls du die Arch Paketnummern hast, dann ist 5.6.1-2 die explizit neu gebaute Version aus Quelle ohne Hintertür, während 5.6.0-* und 5.6.1-1 die Version aus einer Quelle mit Hintertür wären, wenn sie aus dem tar-Archive erstellt worden wären, was sie aber anscheinend nicht waren – die Version die ich angeschaut habe hat die Quelldaten aus git gezogen. Da war die verantwortliche m4-Datei die aus den Testdaten die Hintertür geholt aber nie drin. Das wäre ein weiteres Argument dafür, dass die Arch-Version nie betroffen war. Zusätzlich zu den anderen Gründen die ich schon genannt hatte.

Ich persönlich finde die mit zstd wäre das nicht passiert Behauptung deutlich interessanter (weil noch unsinniger) als die Kompression braucht keiner Behauptung. Nochmal für andere Leser, die nur überflogen haben: Facebooks zstd verwendet liblzma, also genau die Komponente von xz mit der Hintertür.
avatar
TheHexer_pcg: Irgendeine Idee?
Deaktiviere winemenubuilder und erstelle schnell eigene eigene Desktop-Datei

[Desktop Entry]
Name=Dying Light
Comment=Dying Light
Exec="/home/…/Dying Light/run.sh" ""
Path=/home/…/Dying Light/
Icon=/home/…/Dying Light/icon.png
Terminal=False
Type=Application
Categories=Game;
Post edited April 07, 2024 by mk47at
avatar
mk47at: Falls du die Arch Paketnummern hast, dann ist 5.6.1-2 die explizit neu gebaute Version
Das sagt zumindest pacman.
Die Ausgabe von xz --version ist aber nur 5.6.1

avatar
mk47at: die Version die ich angeschaut habe hat die Quelldaten aus git gezogen. Da war die verantwortliche m4-Datei die aus den Testdaten die Hintertür geholt aber nie drin. Das wäre ein weiteres Argument dafür, dass die Arch-Version nie betroffen war.
Davon war auch zu lesen. Deshalb war ich da nicht beunruhigt.

avatar
mk47at: Ich persönlich finde die mit zstd wäre das nicht passiert Behauptung deutlich interessanter
Ja richtig. Hab ich tatsächlich geflissentlich ignoriert.
Könnte auch sein, dass das nur ein sarkastischer Kommentar war.

Mein Einwurf war nur ein kleiner Scherz am Rande. ^__^°

avatar
mk47at: Deaktiviere winemenubuilder und erstelle schnell eigene eigene Desktop-Datei
Bin ich da jetzt gedanklich falsch abgebogen?

Das geht doch normalerweise über WINEDLLOVERRIDES, oder nicht?
Genau das passiert eben nicht. Was passiert denn eigentlich dann, wenn ein Spiel seine Speicherdaten normalerweise unter Dokumente/My Games/SpielXY ablegt? Wo landet der Ordner SpielXY dann?
Genau deswegen will ich diese Verknüpfungen umlegen.

Ich will die Verknüpfungen die Wine für die Windows-Ordner anlegt einfach nur woanders haben und das ohne dass ich das in winecfg ändern muss. Eben direkt aus dem Script heraus.
Ich will mir davon nicht mein home-Verzeichnis zumüllen lassen.

Wenn man die Ordner natürlich ganz abschaffen könnte und dafür nur die für das Spiel wichtigen Ordner (wie bspw. MyGames, %APPDATA% etc.) behalten könnte, wäre das noch besser.

Du hast ja normalerweise Verknüpfungen von bspw. Desktop zu ~/Schreibtisch, Dokumente zu ~/Dokumente usw.
Das will ich unterbinden.
Post edited April 07, 2024 by TheHexer_pcg
avatar
TheHexer_pcg: Genau das passiert eben nicht. Was passiert denn eigentlich dann, wenn ein Spiel seine Speicherdaten normalerweise unter Dokumente/My Games/SpielXY ablegt? Wo landet der Ordner SpielXY dann?
drive_c/users/username/Documents/My Games/SpielXY

Wenn du nichts unternimmst, dann ist Documents vermutlich ein Symlink in dein Home-Verzeichnis. Also im Script den Link löschen und einen Ordner anlegen. Dann bleibt der Kram isoliert.

Ich mache als Standard immer

export WINEDLLOVERRIDES="mscoree,mshtml=;winemenubuilder.exe=d;winedevice.exe=d"
Das deaktiviert den Mono/Mozilla-Krempel, winemenubuilder und die meisten Links im Ordner dosdevices. Eigentlich sollten nur noch c: -> ../drive_c und z: -> / übrig bleiben. Wenn du z: entfernst, wird das Installieren von Zeug außerhalb des drive_c Ordners unmöglich, aber du hast etwas mehr Trennung zwischen dem Wine-Prefix und deinem Linux-System. Ich lege automatisch für die Installation temporäre Symlinks in drive_c an.
avatar
TheHexer_pcg: Könnte auch sein, dass das nur ein sarkastischer Kommentar war.
Das glaube ich nicht. Ich habe das mehrfach gelesen und es wirkte ernst gemeint.
Post edited April 07, 2024 by mk47at
avatar
mk47at: Wenn du nichts unternimmst, dann ist Documents vermutlich ein Symlink in dein Home-Verzeichnis.
Jepp.

avatar
mk47at: Also im Script den Link löschen und einen Ordner anlegen. Dann bleibt der Kram isoliert.
So mach ich das generell immer mit den Ordnern der Spielstände, da ich hierfür in meinem Home-Verzeichnis extra einen Ordner habe.
Ich dachte nur, dass das eleganter geht. Eben direkt über wine.

Ich mache als Standard immer
export WINEDLLOVERRIDES="mscoree,mshtml=;winemenubuilder.exe=d;winedevice.exe=d"
Genau das probiere ich ja die ganze Zeit.
Nach meinem Verständnis müsste er doch dann die Symlinks nicht anlegen, oder? Wenn dem so ist, wo bleibt dann MyGames?
Blöd ist halt auch, dass man das zur Kontrolle nicht in winecfg sieht. Dort kann ich das ja auch eintragen.
Post edited April 07, 2024 by TheHexer_pcg
avatar
TheHexer_pcg: Nach meinem Verständnis müsste er doch dann die Symlinks nicht anlegen, oder? Wenn dem so ist, wo bleibt dann MyGames?
Nein. winemenubuilder schreibt in ~/.local/share/ unter anderem MIME-Krempel (u.a. wine notepad für txt-Dateien), Ordner und Einträge fürs Menu usw.
avatar
mk47at: winemenubuilder schreibt in ~/.local/share/ unter anderem MIME-Krempel
Müsste dann nicht in winecfg im Reiter Desktop-Integration unter der GroupBox MIME-Typen der Haken bei "Manage file and protocol associations" weg sein?
avatar
TheHexer_pcg: Müsste dann nicht in winecfg im Reiter Desktop-Integration unter der GroupBox MIME-Typen der Haken bei "Manage file and protocol associations" weg sein?
Keine Ahnung. Sollte die GUI auf ein (temporäres) externes Überschreiben von Einstellungen reagieren?
avatar
mk47at: Keine Ahnung. Sollte die GUI auf ein (temporäres) externes Überschreiben von Einstellungen reagieren?
Ich denke, eigentlich nicht. Bei Verwendung von WINEDLLOVERRIDES erscheint es ja auch nicht in winecfg.
Na ja... jedenfalls würde es mich interessieren, wie lutris das macht mit den symlinks. Denn die erscheinen dann geändert in winecfg.
avatar
TheHexer_pcg: [...]gib dem 0815-User eine schnöde GUI die selbst ein Affe bedienen kann. Bloß nicht überfordern. =D

[...]
Genau da entscheidet es sich. Der 0815-User, der eh nicht viel macht, außer Internet und co. wird auch super mit Linux zurechtkommen.
Ha, da ist dir aber ein grober Logikfehler hineingerutscht! Der 08/15-Linuxuser (d.h., der gewöhnliche/durchschnittliche User) ist ja scheinbar doch noch jener, der gerne Computereinstellungen und so Kram biedent, um sich vom Computer bedienen zu lassen. Oder so ähnlich.

Während deine Mom und ich ja scheinbar eher die (ziemlich schlaue) Ausnahme sind: Warum irgendwelchen Einstellungen oder Anpasungen Zeit schenken, wenn man diese Zeit viel besser mit einem feinen Computerspiel verballern kann?!

;-P
Post edited April 10, 2024 by rostfreyh
- gelöscht -
Post edited April 20, 2024 by Atreyu666
Findet ihr gtk4 bzw. libadwaita auch so hässlich? =D

Bin mal gespannt, wie die Linux Mint-Crew das handhaben wird. Ich tippe mal darauf, dass sie alle Apps einfach forken.
Damit wäre zumindest eine gewisse Konsistenz gewährleistet. Nicht wie bei den Jungs aus Redmond *hust* *zwinker*

Is' mir eh schleierhaft wie man immer zwanghaft auf "modern" machen muss.

avatar
TheHexer_pcg: [...]gib dem 0815-User eine schnöde GUI die selbst ein Affe bedienen kann. Bloß nicht überfordern. =D

[...]
Genau da entscheidet es sich. Der 0815-User, der eh nicht viel macht, außer Internet und co. wird auch super mit Linux zurechtkommen.
avatar
rostfreyh: snip
Sorry, für die späte Rückmeldung.

Bitte versteht mich nicht falsch. Ich möchte hier keineswegs despektierlich wirken.

Man kann auch Brot essen, ohne zu wissen, wie es gebacken wird. Aber das Wissen darum schadet ja nicht. Im Gegenteil. Es könnte ja mal nützlich sein. ;-)

Ich will damit auch nicht sagen, dass jetzt jeder, der einen PC bedient, auch ein Studium in irgendeinem IT-Fach belegen sollte, aber wenigstens grundlegende Dinge könnte man sich aneignen um sich bei Bedarf auch mal selbst helfen zu können und auch wirklich die wichtigsten Programme ordentlich bedienen zu können.

Die Leute verschwenden so schon genug Zeit mit TikTok, Tick Tack, Schnick Schnack, Tick, Trick und Track... who gives a fuck...
Da braucht mir keiner erzählen, dass er keine Zeit hätte oder dafür zu "dumm" oder alt wäre.

Hat denn keiner mehr den Drang danach sich weiterzuentwickeln?

avatar
Atreyu666: - gelöscht -
???