News Windows-Apps unter Linux: Wine in Version 11.10 erschienen – das sind die Neuerungen

Nur zur Info VKD3D ist nicht das gleiche wie vkd3d-proton
 
  • Gefällt mir
Reaktionen: zhompster, florimon1504, phillow und 9 andere
Es fehlt der Hinweis, dass nur die .0er Versionen die Stable sind. Alle Unterversionen sind sozusagen öffentliche Betas der nächsten Stable: In diesem Fall Wine 12.0

Sieh hier: https://www.winehq.org/news
The Wine development release 11.10 is now available.
---
The Wine team is proud to announce that the stable release Wine 11.0 is now available.


@apensler:

Das steht sogar als erstes gleich auf der Hauptseite: https://www.winehq.org/
Aktuelle Versionen
Stabile Version:
Wine 11.0 (Neuerungen (en))
Entwicklungsversion:
Wine 11.10 (Neuerungen (en))
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: zhompster, Ravensberger, phillow und 12 andere
Als Crossover User unter MacOS auch für mich interessante News. Danke!
 
  • Gefällt mir
Reaktionen: waldgeist2k, floTTes und He4db4nger
  • Gefällt mir
Reaktionen: Zoba, phillow, aklaa und 2 andere
Winetricks installiert auch die Proton-Version:
Caramon2 schrieb:
winetricks dxvk vkd3d corefonts - Sozusagen die Minimalausstattung.
 
Caramon2 schrieb:
Es fehlt der Hinweis, dass …
… mit wine auch Windowsviren unter Linux ausführbar werden. ;)

Gilt übrigens auch für crossover oder winetricks und wie die ganzen Emulatoren alle heißen.
 
Habicht schrieb:
… mit wine auch Windowsviren unter Linux ausführbar werden. ;)
Das steht doch schon in der Überschrift: „Windows-Apps unter Linux”

Anwendungen sind Anwendungen, ob gewollt oder nicht. ;)
 
  • Gefällt mir
Reaktionen: Zoba, phillow und Tomsenq
Habicht schrieb:
… mit wine auch Windowsviren unter Linux ausführbar werden. ;)
Interessanter Punkt, aber sollte doch nicht wirklich schaden anrichten können oder läuft WINE als root?
Und selbst wenn, ist ja ein ganz andere Umgebung auf die das Virus trifft.
Ich denke mal das sollte kein Problem sein, aber neugierig ob das jemand ausprobiert hat bin ich jetzt doch.
 
the_IT_Guy schrieb:
Interessanter Punkt, aber sollte doch nicht wirklich schaden anrichten können
Mit Benutzerrechten hat er Zugriff auf alle Benutzerdaten. Z. B. um sie zu verschlüsseln. - Am System muss er dafür doch gar nichts ändern.

the_IT_Guy schrieb:
oder läuft WINE als root?
Wenn jemand so blöd leichtsinnig ist Wine per sudo auszuführen schon.
 
  • Gefällt mir
Reaktionen: Ravensberger, angband1 und the_IT_Guy
Caramon2 schrieb:
Wenn jemand so blöd leichtsinnig ist Wine per sudo auszuführen schon.
Es gibt Menschen die in geschlossenen Räumen grillen wollen, dann gibt es sicherlich auch welche die Wine/ Proton als root aufrufen, weil die KI der Schwester des Onkels der Reinigungskraft des Informatikraums der klasse 4b das gesagt hat....
 
  • Gefällt mir
Reaktionen: dafReak, Ravensberger, angband1 und 7 andere
Caramon2 schrieb:
Mit Benutzerrechten hat er Zugriff auf alle Benutzerdaten. Z. B. um sie zu verschlüsseln. - Am System muss er dafür doch gar nichts ändern.
Nur trifft der Virus auf Pfade mit denen er ichts anfangen kann.
Er könnte höchstens alles verschlüsseln worauf er Zugriff hat, da er keine Möglichkeit hat die Daten zu unterscheidenDas müsste dann aber der Standard oder zumindest ein gedachter Fallback beim entsprechenden Virus sein.
Die meisten dürften enfach nichts machen wenn sie unter ihren gesuchten Pfaden nichts finden.

Und selbst wenn, (per timeshift oder so automatisch erstellten) Snapshot von vor der installation geladen, fertig.
 
ILoveShooter132 schrieb:
Es gibt Menschen die in geschlossenen Räumen grillen wollen, dann gibt es sicherlich auch welche die Wine/ Proton als root aufrufen
Pferde werden aussterben, aber Esel wird es immer geben. :)

Ich grille übrigens in der Küche, weil ich dort alles zur Hand habe: Den Elektrogrill stelle ich auf das Ceranfeld, direkt unter die Dunstabzughaube.

Erst den ganzen Kram zum grillen nach draußen schleppen, wo dann auch noch die Viecher nerven, fände ich bekloppt. ;)
 
  • Gefällt mir
Reaktionen: Dinonator
Tanzmusikus schrieb:
VKD3D soll eingestellt sein.
VKD3D-Proton ist ein Fork von VKD3D ... und wird weitergeführt.
Keine Ahnung, was die da bei libhunt schreiben. vkd3d ist das Vanilla-Projekt für die D3D12-Übersetzung unter dem Dach der WineHQ, welches seit Wine 4.0 sogar Teil von Wine Vanilla ist. vkd3d-proton ist der Fork von vkd3d für Valves Proton. Im Github-Repo von vkd3d-proton verlinkt HansKristian-Work in der README.md sogar auf das WineHQ-Repo von vkd3d als Upstream-Repo.
https://github.com/HansKristian-Work/vkd3d-proton#upstream

Und wenn man auf die News-Seite vom WineHQ und ins Gitlab-Repo schaut, dann wird vkd3d auch noch fleißig entwickelt...
https://www.winehq.org/news/2026052101
https://gitlab.winehq.org/wine/vkd3d/-/releases

Was ich eher vermuten würde, dass HansKristian-Work sein Repo für vkd3d-proton einst einmal ebenfalls unter dem Namen vkd3d betrieben hat und dann irgendwann zum Namen vkd3d-proton gewechselt ist. Dann würde das, was da auf libhunt geschrieben steht, auch Sinn machen.

EDIT: Tatsächlich würde ich sagen, dass sich libhunt nicht auf das vkd3d-Projekt von WineHQ bezieht, sondern auf das Vorgänger-Projekt vkd3d von HansKristian-Work. Wenn man auf der Seite von libhunt nach unten zu den News-Vergleichen scrollt, dann steht links bei (dem eingestellten) vkd3d ein Beitrag, in dem ein Link zu einem vkd3d-Repo enthalten ist (ohne das '-proton' im Link). Klickt man auf diesen Link, wird man automatisch zum vkd3d-proton-Repo weitergeleitet.

1780180520456.png
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Schinken42, schM0ggi, JustAnotherTux und 5 andere
Schinken42 schrieb:
Nur trifft der Virus auf Pfade mit denen er ichts anfangen kann.
Sicher? Ich dachte, dass wäre eine der vielen Aufgaben von WINE, die Pfade so für die Windows Anwendungen kompatibel zu machen, dass auch diese damit was anfangen können. Was ich nun allerdings nicht weiß, auf welche Pfade Windows Anwendungen zugreifen dürfen. Aber ich hätte jetzt erwartet: Auf alle, auf die vom ausführenden WINE Benutzer zugegriffen werden können.
 
  • Gefällt mir
Reaktionen: Caramon2
@Stefan1200 Aber die restlichen Daten kriegen deswegen nicht alle nen "emulierten" Windows Pfad.
Also Zugriff ja, aber woher soll der Virus wissen, dass er unter srv/sdd oder mnt/ oder so etwas finden könnte?
Nur wenn er wie gesagt alles worauf er Zugriff hat standardmässig verschlüsselt würde das gehen. Ist aber unwahrscheinlich, weil er sichmit dem Verhalten auch nen Windows zerschiessen würde was er braucht um sich zu verbreiten oder nach Hause zu telefonieren.
 
Schon traurig das es sowas wie Wine noch braucht.
 
Stefan1200 schrieb:
Ich dachte, dass wäre eine der vielen Aufgaben von WINE, die Pfade so für die Windows Anwendungen kompatibel zu machen, dass auch diese damit was anfangen können
Wine erzeugt für das Programm eine Windows-ähnliche Umgebung, kein 1-1 Replika. Das bedeutet, das Angriffsvectoren in gewissen Bibliotheken ebenfalls nicht 1-1 nachgebildet sind. Was nicht bedeutet das es keine gibt. Eher das es halt andere sind als in Windows selbst.
Farrinah schrieb:
traurig das es sowas wie Wine noch braucht.
Was genau ist daran denn traurig?
 
  • Gefällt mir
Reaktionen: Ravensberger, ILoveShooter132, the_IT_Guy und 2 andere
Stefan1200 schrieb:
Aber ich hätte jetzt erwartet: Auf alle, auf die vom ausführenden WINE Benutzer zugegriffen werden können.
Ja das ist korrekt, in der Wine Umgebung wird das Systemlaufwerk mit dem Laufwerksbuchstaben Z eingebunden.
Der Home Ordner des angemeldeten Benutzers wird als Benutzerordner in
"C:/users" eingebunden.

Theoretisch könnte ein Virus hier genauso schaden anrichten, aber ein Virus ist ja kein normales Programm sondern nutzt immer irgendwelche Schwachstellen eines OS aus, die Wahrscheinlichkeit dass die überhaupt laufen ist sehr, sehr gering und bei Wine wird sich auch keiner die Mühe machen die Kompatibilität zu Viren zu verbessern.

Wenn du erwas mit Wine ausführst wird ja kein ganzes Windows OS im Hintergrund gestartet, es ist keine VM. Da kann sich der Virus gar nicht irgendwo in den Autostart hängen oder als Dienst verstecken der dann beim Systemstart automatisch ausgeführt wird wie das unter Windows üblicherweise der Fall ist.
 
  • Gefällt mir
Reaktionen: Schinken42, the_IT_Guy und Tanzmusikus
Zurück
Oben