Category: und Wine

Anwendung um Windowsprogramme auch unter Linux ausführen zu können

Posted on

CrossOver für lau mit 12 Monaten Support

Ich wollte verdammt sein, wenn ich nicht diese kleine Meldung hier reintippe, die mir vorgestern schon per Mail zugeschickt worden ist. Falls du es nicht schon sonst irgendwo im Netz gelesen hast, dann lade dir jetzt, sofort und auf der Stelle

CrossOver

herunter. Tatsächlich gibt es diese verbesserte und ansonsten kommerzielle Version der freien Software Wine heute umsonst, ähm kostenlos! Jedoch nur heute am 31.10.2012.
Genialer Werbetrick meiner Meinung nach, die der CEO von Codeweavers, Jeremy White, sich da hat einfallen lassen.
Da ich heute erneut an diese Aktion erinnert worden bin (Danke!) und um eine Empfehlung gebeten worden bin, kann ich nur sagen: "Zugreifen!" Die Jungs von CodeWeavers machen einen ausgezeichneten Job.

Posted on

Meine Woche mit Linux, Spielen und Musik: Limbo, Humble Music Bundle, ScummVM 1.5, Warsow 1.0 und Tryst

Mal ein paar Neuigkeiten aus der Welt der Linuxspiele. Jeder einzelne Artikel wäre zu kurz geraten, deswegen gibt es heute ein Potpourri an Themen zum Thema Spiele und Linux.

Limbo

Ja, Limbo, war das nicht schon im letzten Humble Indie Bundle V enthalten? Richtig. Damals hatte ich es mir schon als "spielenswert" herausgepickt und mich danach auf den Weg gemacht, um die düstere Welt eines kleinen Jungen zu erkunden. Da ich nicht zu viel spoilern will, sei hier nur gesagt, dass ich nicht einmal im Verlauf des Spiels gestorben bin und alle fiesen Fallen der Programmierer mit Hilfe der Matrix locker umgangen habe. (Was man nicht sehen kann, sind die Finger, die ich hinter meinem Rücken kreuze.)
Nein ehrlich, das Spiel ist von der Stimmung und Atmosphäre her sehr gelungen. Die Steuerung ist einfach zu erlernen, jedoch wird man praktisch ins kalte Wasser oder besser den Wald geworfen. Warum und wieso und wie es weitergeht, erfährt man durch das Ausprobieren des Spiels, was ich persönlich sehr spannend fand. Wer vollkommen in diese dunkle Fantasie eintauchen möchte, genug Geistige Gesundheit und Stabilitätspunkte auf dem Konto und keine Arachnophobie hat, dem kann ich das Spiel auf jeden Fall empfehlen. Linuxtechnisch ließ sich das Spiel unter Debian problemlos installieren. Es liegt aber nicht nativ vor, sondern wird mit Hilfe von Wine gespielt, dass im Deb-Paket von Limbo integriert wurde.
Limbo

Humble Music Bundle

Seit knapp einer Woche gibt es nun wieder was Neues von den Jungs und Mädels, die das Humble-Bundle-Projekt regelmäßig wieder auf die Beine stellen. Dieses Mal stehen keine Spiele, sondern Musik im Vordergrund. Sechs drm-freie Alben warten darauf gehört zu werden. Zumindest Christopher Tin, dessen Album Calling all Dawns im Bundle enthalten ist, scheint noch gewisse Probleme mit dem Begriff Linux zu haben: "Ehm Linux whatever that is."
Die Musik ist zwar nicht wirklich frei, jedoch bietet sich wie gehabt die Möglichkeit so viel zu bezahlen, wie man selbst für angemessen hält und wie bisher werden gemeinnützige Organisationen und natürlich die Künstler davon unterstützt.

ScummVM 1.5 erschienen

ScummVM
Auf holarse-linuxgaming.de habe ich zum ersten Mal vom neuen Release 1.5 "Picnic Basket" von ScummVM gelesen. Neben zwölf neu unterstützten Spielen gibt es dazu auch die passende neue Engine und eine Reihe von Fehlerbehebungen. ScummVM ist unter anderem jetzt auch auf dem Nokia 770 Tablet spielbar, dass mit Maemo betrieben wird. Dass ich ein großer Fan von ScummVM bin, hatte ich anderer Stelle schon einmal durchscheinen lassen. 🙂

Warsow 1.0

Nach sieben Jahren in der Betaphase wurde Warsow nun endlich in Version 1.0 veröffentlicht. Ich hatte es vor kurzem neben anderen bekannten FOSS-Spielen vorgestellt. Es hätte mit Sicherheit einen Platz auf meinem Server gefunden, wenn das Spiel nicht aus Wheezy entfernt worden wäre, da niemand sich um die Beseitigung der Bugs gekümmert hat. Es gibt mittlerweile Bestrebungen den Titel für Jessie auf Hochglanz zu bringen. Das Paket befindet sich auch weiterhin mit einer veralteten Version in Debian Unstable. Ich denke nach der Veröffentlichung von Wheezy wird es hier weitergehen und vielleicht sieht man es dann irgendwann auch auf linuxiuvat.de

Tryst

Auch zum Spieletitel Tryst gab es bei Holarse einen netten Artikel. Hierbei handelt es sich um ein Echtzeitstrategiespiel von BlueGiant Interactive. Auf einem fremden Planeten streiten Menschen und Aliens um die Vorherrschaft über Ressourcen. So weit so bekannt. Die Grafik ist Dank der Unigine Engine auf hohem Niveau. Interessanter als diese ist natürlich das Gameplay, was einen Kampf von bis zu 8 Spielern im Mehrspielermodus verspricht und mit Spezialfähigkeiten für jede Einheit wirbt. Optisch sieht es für mich auf den ersten Blick ein wenig nach Starcraft II aus, dass sich mit Wine auch unter Linux spielen lässt.
Das Beste von allem aber: Das Spiel wird laut diesem Forenbeitrag nach der Veröffentlichung auch für Linux nativ erscheinen. Ich bin gespannt.

Posted on

Der lange Weg von Wine 1.4 nach Debian Wheezy

Es hat länger gedauert als viele gedacht hätten. Doch nun ist es soweit und Debian hat ein aktuelles und stabiles Wine in Version 1.4 in seinen Repos. Da ich Wine in der Vergangenheit für einige bekannte Spiele wie World of Warcraft oder Starcraft II benutzt habe, hat mich das Schicksal dieses Pakets nicht kalt gelassen und mir später auch einige interessante Einsichten in die Entwicklung von Debian GNU/Linux gebracht.
Es stimmt, nicht jeder hält Wine, eine Zwischenschicht für Windows entwickelte Programme und dem Linuxkernel, für einen Segen. Ich denke jedoch, dass Wine denjenigen hilft, die irgendwo noch dieses eine, scheinbar unersetzbare, Windowsprogramm haben, dass sie vom kompletten Umstieg auf Linux abhält. Ich habe privat mit Windows nichts mehr am Hut, doch mir hat es in der Vergangenheit beim Wechseln auch geholfen, zugegeben bei einer sehr optionalen Sache wie Computerspielen.

Nun machte mich seit zwei Jahren stutzig, warum Debian mit einer vollkommen veralteten Wine-Version ausgeliefert wurde. Im Sommer letzten Jahres erfuhr ich dann, dass Wine einem sogenannten Code-Audit unterzogen wurde und das gesamte Paket so umgebaut werden musste, dass es sich mit den in Debian verfügbaren freien Werkzeugen auch bauen ließ.
Danach passierte lange Zeit nichts. Der Paketverwalter hatte keine Zeit mehr. Einige engagierte Helfer arbeiteten trotzdem weiter, hatten aber nur eingeschränkte Rechte. Sie wurden vom ursprünglichen Paketverwalter nicht als Teammitglieder aufgenommen und hatten deswegen keine Möglichkeit eine neuere Version hochzuladen.

Erst als einer der Helfer, Michael Gilbert, schließlich zum Debianentwickler "befördert" wurde, durfte er sogenannte NMUs von Wine einstellen. Diese Non-Maintainer-Uploads sind in der Regel nur dafür gedacht um ein gravierendes Problem mit einem Paket zu lösen, wenn der ursprüngliche Paketverwalter keine Zeit dafür hat. Jeder Debianentwickler hat das Recht dazu. Die Pakete werden je nach Dringlichkeit in eine Warteschlange gepackt, so dass Zeit bleibt das Paket zu begutachten oder auch wieder zu entfernen, wenn es den Ansprüchen nicht genügen sollte.
Obwohl der Paketverwalter selbst nicht aktiv sein konnte, forderte er jedoch, dass jede einzelne Wine-Version in den letzten zwei Jahren nach und nach hochgeladen werden sollte. Spätestens hier begannen einige dann den Kopf zu schütteln.
Joey Hess brachte es dann auf den Punkt. Der Bug demonstriere Schwächen in prozeduralen und administrativen Bereichen. Anstatt zu versuchen ein perfektes Paket zu bauen, wäre es für die Mehrheit der Benutzer besser gewesen, wenn man einfach ein aktuelles Wine-Paket verfügbar gemacht hätte. Notfalls hätte man sich auch der Ubuntu-Version bedienen können, die nachweislich einwandfrei funktioniere.
Was mich später beeindruckt hat, war das Verhalten von Michael Gilbert, der wiederholt geschrieben hat, dass es ihm besser gefällt auf Zusammenarbeit zu setzen als die Konfrontation mit dem Paketverwalter zu suchen. Optionen wie Wine für sich zu beanspruchen ("Hijacking") schloss er z.B. ausdrücklich aus. Steve Langasek ging soweit zu sagen, dass Hijacking schlicht "asozial" sei und es weitere Prozeduren wie z.B. "Orphaning" oder das Technische Komitee gebe, womit dem Paket ein neuer Paketverwalter zugewiesen werden könne.

Am Ende wurden alle Helfer schließlich zu offiziellen Teammitgliedern des Wine-Pakets gemacht und die Arbeit konnte normal fortgesetzt werden. Der ganze Vorgang hat exemplarisch gezeigt, welche dynamischen Prozesse in einem Projekt wie Debian ablaufen, in dem jeder einzelne Entwickler eine sehr starke Stellung, aber auch viel Verantwortung hat.

Für alle Benutzer gibt es als Ergebnis nun zu vermelden, dass es sowohl möglich sein wird Wine 1.4 (stable) als auch die Entwicklerversion (im Moment 1.5) in Zukunft parallel zu installieren und Dank Multiarch sollte es später ebenfalls möglich sein, sogar 4 verschiedene Wine-Versionen parallel einzurichten. Happy End.

Posted on

Noch 48h – Ein Rückblick auf das Humble Botanicula Debut

Der Themenschwerpunkt stimmte. Die Erstveröffentlichung von Botanicula und die Spende für den gemeinnützigen World Land Trust, der sich unter anderem um die Bewahrung der Regenwälder kümmert. Da fügte sich Botanicula natürlich mit seiner Umweltthematik und einer Spielperspektive aus der Sicht von Insekten und Baumbewohnern perfekt ins Bild ein.
Als Linuxbenutzer und jemand, der sich über jede Spieleportierung auf die Linuxplattform freut, war ich hingegen ziemlich enttäuscht, dass Botanicula nur mit Adobe AIR funktionierte, ein Produkt, welches Adobe letztes Jahr offiziell für den Linuxdesktop begraben hatte.
Deswegen landet dieser Artikel zu den Humblebundles auch unter der Rubrik Spiele mit Linux und Wine, wo er besser aufgehoben ist als in der nativen Kategorie. Denn so groß ist mein Anspruch schon, dass man ein Spiel nur für die Linuxplattform bewerben sollte, wenn zumindest sichergestellt ist, dass die externen Programme dafür in einer aktuellen Version existieren, wenn sie nicht einmal zur freien Software zählen.
Ok, Schwund ist bekanntlich immer. Das Hauptprodukt hat mich nicht zum Kauf bewogen. Da waren aber noch Machinarium und Samorost2. Beide laufen wunderbar mit GNU Gnash. Da es Machinarium aber z.B schon im Humble Bundle 3 gab, lagen meine Hoffnungen auf Samorost2. Beide Point-and-Click-Abenteuer sind optisch sehr ansprechend, sehr detailreich und phantasievoll. Den Entwicklern kann man für das Design nur ein Lob aussprechen.

Wer mehr als der Durchschnitt gezahlt hatte, konnte sich auch den animierten Film Kooky herunterladen oder per Stream anschauen, der die Geschichte eines Spielzeug-Bären erzählt, welcher den Weg zurück nach Hause finden muss.
Schließlich gab es auch noch das Puzzlespiel Windosill. Es lief auf Anhieb, da der Adobe Flashplayer integriert war und wirkte schon durch die bizarren Objekte und Figuren ein wenig surreal.

Das Humble Botanicula Bundle rief gemischte Gefühle bei mir hervor. Die Linuxversionen waren einfach nicht im selben Maße herausragend, wie das z.B. beim Frozenbyte Bundle oder dem Humble Indie Bundle 4 der Fall war.
Auf der anderen Seite funktionierten alle Spiele außer Botanicula auf Anhieb mit GNU Gnash oder selbständig und es gab noch weiteres Bonusmaterial, das noch einmal Optik und Design der Spiele hervorgehoben hat. Wirklich, die herausragenden Designfähigkeiten der Entwickler sind unbestritten.
Und schließlich kann man sich bei einem "Bezahl-was-du-willst"-Angebot nicht beschweren, wo man jederzeit die Möglichkeit hat sich die Spiele für 1 Cent vorher anzusehen und dann immer noch entscheiden kann, ob sie es wert sind oder nicht. Von daher: Wer die Wahl hat, hat die Qual.

Posted on

Crossover XI und Wine: Freie Software mit Support in neuem Gewand

Es gibt neue Artikel zu einem meiner Lieblingsthemen "ältere Rechner", doch bevor es hier ab morgen heute wieder Neues geben wird, möchte ich auf Grund der fortgeschrittenen Stunde nur kurz auf ein Softwarepaket hinweisen, dass vor kurzem in einem neuen Gewand erschienen ist.
Die Rede ist von Codeweavers Crossover XI. Normalerweise versuche ich Produktwerbung in diesem Blog zu meiden, da ich nicht den leisesten Anschein erwecken möchte in Verbindung zu einem Produkt zu stehen, dass ich unter Umständen nicht einmal regelmäßig benutze. Auf der anderen Seite sind solche Gedanken ziemlicher Quark, da man permanent Dinge kauft und seine Brötchen unter Umständen mit dem Verkauf der selben verdient. Ich habe manchmal das Gefühl viele vergessen, dass es zwar Open Source und Freie Software heißt, damit aber nicht ausgeschlossen ist, dass man diese Produkte auch ausdrücklich verkaufen darf und bezahlte Dienstleistungen selbstverständlich sind oder zumindest sein sollten. Gerade mit Freier Software scheint es aber oft so zu sein, dass viele immer noch frei und kostenlos durcheinander würfeln.
Wie in der Vergangenheit schon geschrieben, sehe ich auch Ubuntus SoftwareCenter gelassen entgegen und finde es sogar gut, dass dort auch kommerzielle Angebote unterbreitet werden. Die Frage ist dabei immer, brauche ich tatsächlich ein solches Produkt oder gibt es Alternativen, die ich nutzen kann. Schon ein paar Mal wurde mir als Grund genannt, warum er oder sie noch nicht mit Linux arbeiten würde, weil Software X oder Y fehlen würde. Doch trifft das tatsächlich auf den "normalen" Desktop-Konsumenten immer zu?
Kurz gesagt: Nenne mir deinen privaten Anwendungsfall und ich sage dir wie die Freie Software-Lösung dazu heißt!
Ähnlich aber doch anders stellt es sich bei dem kommerziellen Wine-Ableger von Codeweavers dar. Hier muss ich mich nicht einmal zwischen freier und unfreier Software entscheiden. Hier kann ich problemlos zwischen der durch die Gemeinschaft betreuten Wine-Software und diesem kommerziellen Produkt mit Support wählen.
Ich werde nicht gezwungen, dennoch denke ich, dass es sich lohnt zumindest ab und zu auch einmal etwas Geld für die kommerzielle Version auszugeben, insbesondere dann, wenn man der Überzeugung ist, dass populäre Spiele für die Windows-Plattform nicht unter Linux laufen würden. Im Gegenteil Starcraft II funktioniert bestens mit Linux und Wine.
Meine Erfahrungen mit Crossover und Starcraft II waren ebenso positiv. Ich sage damit nicht, dass ich mir jede Crossover Version gekauft habe oder kaufen würde und seit ein paar Monaten spiele ich gar keine Wine-Spiele mehr und andere Software habe ich noch nie unter Linux vermisst. Ich denke nur bei Crossover wird ein sehr positiver Aspekt von Freier Software deutlich, da ich für das investierte Geld nicht nur Support und ein stabiles Produkt erhalte, sondern auch die Weiterentwicklung der Software unterstützen kann. Codeweavers trägt nämlich zu einem wesentlichen Teil Code zum Wine-Projekt bei, was schließlich allen zu Gute kommt.
Was ist schließlich neu an Crossover XI? Es gibt nur noch ein Produkt, dass sowohl Spiele als auch alle anderen Windows-Anwendungen unterstützt und auf der seit gestern veröffentlichten stabilen Wine 1.4 Version basiert.
Meiner Meinung nach ein sehr fairer Schritt von Codeweavers, da man das Produkt vorher kostenlos testen kann. Gerade in ungewissen Zeiten um Wine in Debian kann das eine Alternative sein.

Posted on

Wine und Debian: Eine scheinbar unendliche Geschichte

Im letzten September 2011 zeigte ich mich noch einigermaßen optimistisch, dass es mit dem Erstellen von Paketen für Wine wieder vorangehen würde. Kurze Zeit zuvor gab es erneut Lebenszeichen des verantwortlichen Paketverwalters und auch eine langwierige und schwierige Überarbeitung von Werkzeugen zum Bauen der Wine-Pakete schien abgeschlossen.
Nun ist es März 2012 und Wine 1.0 ist immer noch die aktuellste Version in Debian Unstable. Grund genug um einen Blick in die Fehlerberichte zu werfen und nach Anhaltspunkten zu suchen, was zur Zeit der "Blocker" ist. Mit Bug report #585409 wurde ich schließlich fündig.
Nachdem mittlerweile alle strengen Auflagen und Bedingungen der Debian-Richtlinien umgesetzt worden sind, scheint es derzeit einzig und allein an personellen Problemen zu liegen. Der aktuelle Verwalter hat praktisch keine Zeit und dazu noch beschlossen jede einzelne Version von Wine, seit der vor drei Jahren herausgebrachten Version 1.0, in ein Paket zu verschnüren. Selbst bei optimistischer Annahme, dass jeden Tag eine Version erstellt würde, dauerte der gesamte Vorgang nahezu zwei Monate.
Der Hintergedanke dabei ist, dass ältere Versionen für manche Windowsprogramme vorteilhafter sein können, was grundsätzlich nicht falsch ist. Ich denke, die Mehrzahl der Benutzer hätte aber gerne die wesentlich bessere Unterstützung neuerer Spiele und Programme, die nur die aktuelle Entwicklerversion bietet.
Rumjammern bringt bekanntlich nicht sehr viel. Entweder entschließt sich der Paketverwalter auf die Hilfsangebote einzugehen und es kommt ein echtes Wine-Team zustande oder wir müssen auch in Wheezy mit inoffiziellen Wine-Paketen leben. Als Alternative kann ich auch die kostenpflichtigen von Codeweavers empfehlen, die zumindest bei mir reibungslos funktionieren. Schließlich gibt es auch noch die Do-it-yourself-Methode.

Posted on

Jahresrückblick 2011: Spiele mit Linux

Das Jahr geht zu Ende, was man daran erkennt, dass sie im Radio wieder John Lennons Happy Xmas spielen: "Another year over, what have you done?"

Ein Blog macht es ziemlich einfach diese Frage zu beantworten. Bis zum Ende des Jahres wollte ich ein paar Themen einfach mal Revue passieren lassen und mit dem sicherlich angenehmsten anfangen: Spiele mit Linux

Oft höre ich irgendwo die Frage, ob Spiel XY für Windows auch unter Linux laufen würde. Meistens entscheidet sich dann nach der Antwort für den Fragesteller, ob er Linux wohlgesonnen ist oder nicht. Warum eigentlich? Es ist ja nicht die Schuld einer Distribution, von Linux und Freier Software im Allgemeinen, dass ein für eine andere Plattform entwickeltes Spiel nicht funktioniert und mit Sicherheit lässt es keine Rückschlüsse über die Bedienbarkeit und Qualität Freier Software zu.
Die Hersteller argumentieren natürlich aus betriebswirtschaftlichen Gründen, dass für eine so kleine Zielgruppe wie Linuxspieler sich eine offizielle Unterstützung aus Kostengründen nicht lohnen würde. Doch wenn es keinen Port gibt, wird die Zahl dieser Gruppe weiter klein bleiben. Ein Teufelskreis?

Ich habe 2008 für mich entschieden unter diese Logik einen Schlussstrich zu ziehen und mein damals ausschließlich für World of Warcraft betriebenes DualBoot-System mit Windows XP endgültig einzustampfen und ab sofort WoW mit Wine zu spielen. Seitdem kaufe ich nur noch Spiele, die entweder unter Wine laufen oder für die es eine native Linuxversion gibt.

Dass auch sehr bekannte Spiele gut mit Linux funktionieren, beweist Blizzard Entertainment mit seinen Titeln. Starcraft II läuft ausgezeichnet mit Linux und Wine und seit Mai spiele ich mit dem minimalen Debian Sid und mit Crossover Games, die zusammen mit allen Freiwilligen des Wine Projekts maßgeblich für die gute Spielbarkeit mit Linux verantwortlich sind.
Wie gut oder wie schlecht ein Spiel unterstützt wird, bleibt aber weiterhin in der Verantwortung des Entwicklers und ich denke die beste Antwort, die man als Kunde liefern kann, ist es nur solche Spiele zu kaufen, die auch mit einem Freien Betriebssystem spielbar sind. Außerdem, wirtschaftliche Gründe hin oder her, es hängt auch von der eigenen Unternehmensphilosophie ab wie wichtig einem Kompatibilität wirklich ist. Dass es auch anders geht, hat in der Vergangenheit Id Software bewiesen.
Spiele unterscheiden sich in einem wesentlichen Punkt von allen anderen Softwarekomponenten. Sie sind absolut optional, auch wenn jetzt sicher einige Zocker aufstöhnen werden. Ich beurteile sie deswegen auch anders als z.B. einen Webbrowser, eine Datenbank oder Blogsoftware. Während man Transparenz und Standards bei Freier Software nicht hoch genug einschätzen kann, geht die freie Welt nicht davon unter, wenn der Quellcode von Starcraft 2 verschlossen ist.

Sicherlich in einer perfekten Welt könnte man jedes Spiel quelloffen veröffentlichen und die Entwickler bekämen trotzdem ihre Entwicklung belohnt. Leider sind wir noch nicht soweit, unmöglich ist es aber auch nicht, wie z.B. das Online Rollenspiel Ryzom zeigt.
In vielen Fällen ist die Lebensdauer und die Bedeutung eines Spiels zu gering. Was heute in ist, ist morgen out. Doch lässt man zwanzig Jahre verstreichen, werden alte Spielkonzepte plötzlich wieder neu und angesagt, man braucht eben nur ein modernes Spielgerät. Aber vielleicht bin ich auch einfach Reif fürs Museum.

Dieses Jahr habe ich einige gute Spiele in den Humble Bundles gefunden. Meine Favoriten: Trine, VVVVVV, Aquaria und Shank. Trotzdem die meisten dieser Indiespiele mit sehr wenig Personal gestemmt werden, ist der Spielspaß hoch und wie es Aquaria zeigt auch möglich ein zuerst verschlossenes Spiel unter der GPL zu veröffentlichen.
Wenn man also mit Linux spielen will, ist sicher ein guter Weg sich zuerst einmal die Übersicht bei holarse.de anzuschauen. Auch 2011 habe ich noch nicht alle Spiele durchgespielt, die dort aufgeführt sind. Oder wenn es schnell gehen soll, lädt man sich einfach eine Live-Distribution für native und quelloffene Spiele herunter.
Fasziniert dieses Jahr hat mich auch das Zusammenspiel von Freier Software und Musik, die unter einer Creative-Commons-Lizenz veröffentlicht wird. M.A.R.S und Obsidian Shell machen es möglich.

Schließlich ist alles nur eine Geduldsfrage. Wartet man lange genug, lässt sich jedes Spiel irgendwann in einem Emulator spielen. ScummVM ist zwar kein Emulator, aber dennoch einer meiner langjährigen Favoriten. Auch 2011 haben Indiana Jones und das Schicksal von Atlantis oder The Dig nichts von ihrem Charme verloren. Wie oft ich schon gewünscht habe, dass diese beiden Titel verfilmt worden wären und nicht was uns stattdessen mit dem letzten Indy Teil oder Armageddon vorgesetzt worden ist. 🙄
Alles in allem ist die Liste mit Linuxspielen auch dieses Jahr wieder größer und nicht kleiner geworden. Kann man mit Linux spielen? Auf jeden Fall!

Posted on

Aktuelle Neuigkeiten von Wine in Debian

Update: Das lange Warten auf ein neues Wine in Debian hat ein Ende.
Erst kürzlich bin ich beim Lesen von debian-devel, der Mailingliste der Debianentwickler, auf eine interessante Frage gestoßen. Jemand interessierte sich für den Status der bekannten Wine-Software in Debian. Seit geraumer Zeit sind die Pakete in Debian auf einem sehr alten Stand und idealerweise wäre das stabile Wine 1.2 die aktuellste Version in Debian Squeeze und 1.3 bereits in Unstable.
Klarheit schaffte dann schon nach kurzer Zeit der Paketverwalter von Wine selbst. Zum einen gab es bis vor kurzem Lizenzprobleme im Upstream-Paket Wine-Gecko, welches in Übereinstimmung mit Debians Gesellschaftsvertrag gebracht werden musste. Offensichtlich dauerte diese Überprüfung bis zum letzten Monat an und auch für die Kompilierung notwendige Pakete wie gcc-mingw32 mussten zuerst angepasst und aktualisiert werden. Ein älterer Fehlerbericht, der dieses Problem beschreibt, befindet sich hier.

Dazu kommt eines der verbreitetsten Probleme überhaupt - Zeit. Scheinbar gibt es mit Ove Kaaven nur einen Betreuer dieses umfangreichen Pakets. Es fehlt schlicht an Menpower. Alles in allem ließ er durchscheinen, dass er eventuell schon ab Oktober wieder an dem Paket arbeiten kann und es sogar schon für Multiarch vorbereitet. Spätestens zum Erscheinen von wheezy solle es fertig sein. 😉

Bis dahin gibt es noch die inoffiziellen Winepakete von Kai Wasserbäch, die aber nur für den Unstable-Zweig von Debian vorliegen. Sie waren zuerst nur als Testplattform gedacht um Fehlerberichte besser an das Entwicklerteam von Wine adressieren zu können. Wer sich nicht vor etwas Handarbeit scheut, kann auch versuchen Wine einmal selbst zu kompilieren. Das Ganze ist nicht wirklich schwierig. Wer es gleich richtig machen möchte, kann sich auch direkt ein Paket nach Debian-Art erstellen.

Posted on

Starcraft II und Wine: Zeratul Missionen wieder spielbar

Ich hatte einige Zeit vergeblich versucht die Zeratul Missionen in Starcraft II zu spielen. Immer dann, wenn ich auf den grünen Kristall im Labor klickte, stürzte das Spiel ab. Nachdem ich in der Anwendungsdatenbank zu Wine und in den Kommentaren zu Starcraft II einen passenden Thread zum Problem entdeckte, versuchte ich mich an der Kompilierung des stabilen Wine 1.2.3. Damit hatte ich die letzte Wine Version wieder, mit der ich erfolgreich mit Ubuntu 10.04 die Missionen spielen konnte.
Leider brachte das aber keinen Erfolg und erst in dieser Woche konnte mir dieser Bugreport und die Antwort auf meine Fehlerbeschreibung helfen. Danke!
Das Problem lässt sich ganz einfach mit winetricks und der Installation zweier Laufzeitbibliotheken lösen.

winetricks corefonts
winetricks vcrun2005

Für Crossover Games geht das ebenso leicht mit dem grafischen cxinstaller. Hier musste das Paket corefonts und Microsoft Visual C++ 2005 Redistributable installiert werden.
Winetricks rettete also mal wieder den Tag. Scheinbar tritt dieser Fehler nicht bei allen Spielern auf und wahrscheinlich hatte ich nur vergessen, dass ich die beiden Anwendungen mit Ubuntu 10.04 schon einmal installiert hatte.
Mein Starcraft II Howto habe ich mit der Problemlösung auf den neusten Stand gebracht.

Posted on

Wine einmal selbst kompilieren

Ungewöhnliche Probleme erfordern ungewöhnliche Maßnahmen...oder so ähnlich. Der Bug mit den Zeratul-Missionen bei Starcraft II beschäftigte mich seit einer Weile, weswegen ich noch einmal im Netz nachschaute, ob jemand nicht doch mit den gleichen Problemen zu kämpfen hatte.
In der Wine-Anwendungsdatenbank stieß ich dann endlich auf einen Kommentar, der exakt das gleiche Problem beschrieb. Ich erinnerte mich wieder daran, dass ich schon erfolgreich die ersten beiden Zeratul-Missionen mit Wine 1.2 gespielt hatte. Vielleicht half hier ja ein Versionswechsel?
In Sachen Wine hinkt Debian aus mir unbekannten Gründen mit der aktuellen Version weit hinterher. (Debian Sid z.Z. 1.1.42). Damit lässt sich zwar auch Starcraft 2 spielen, das Zeratul Problem bleibt aber bestehen. Als Alternative gibt es aber auf der WineHQ-Seite zumindest die Möglichkeit die aktuellen Entwicklungsversionen des Wine 1.3 Zweiges als vorgefertigte .deb Pakete herunterzuladen, die mir aber auch nicht weiterhelfen konnten.
Alles in allem blieb nur die Möglichkeit Wine aus den Quellen selbst zu kompilieren. Ich schaute zuerst nach, welchen Weg die Entwickler vorschlugen und installierte danach zuerst einmal die für die Kompilierung notwendigen Pakete.
Welcher Weg der Sinnvollste zur Kompilierung eines Debian Binärpakets ist, scheint wirklich davon abzuhängen, welche Webseite man gerade liest. Interessanterweise konnte man praktisch überall etwas anderes lesen. Zur eigenen Dokumentation gehe ich später noch einmal auf die verschiedenen Optionen ein. Prinzipiell bietet Debian viele Werkzeuge an, die den Prozess stark vereinfachen und für alle, die öfter Pakete mit Debian erstellen, mit Sicherheit auch der beste Weg sind.
Hier ist nun aber der althergebrachte Weg mit Linux ein Quellpaket zu übersetzen und der auch vom Wine-Wiki vorgeschlagen wird. Zum Ausprobieren habe ich mir erneut eine minimale chroot Umgebung mit debootstrap erstellt.

  1. Quellpakete herunterladen z.B. auf der offiziellen Sourceforge Seite von Wine oder hier.
  2. Abhängigkeiten installieren

    apt-get build-dep wine

    oder indem die oben erwähnten Pakete manuell mit apt installiert werden.

  3. Quellpaket entpacken z.B. in ~/tmp mit

    tar -xvf wine-1.2.tar.bz2

  4. Kompilieren: In das neue Wine-Verzeichnis in ~/tmp wechseln und

    ./configure
    make

    ausführen.

Wine lässt sich dann direkt aus dieser Umgebung benutzen oder danach auch mit dem Kommando make install in den Pfad des Nutzers installieren.
Sollten Probleme beim Ausführen von ./configure auftreten, fehlen einige Pakete als Abhängigkeiten, die manuell nachinstalliert werden müssen. Das war es im Prinzip schon. War das Ganze nun ein Erfolg?
Ich konnte danach Starcraft II zwar starten und benutzen. Das Spiel stürzte trotzdem nach Klick auf den Kristall im Labor ab, mit dem die Zeratul Missionen gestartet werden. Auch eine weitere Wine Version 1.2.1. brachte das gleiche Ergebnis. 🙁
Das Problem scheint also woanders zu liegen. In Sachen Kompilierung ist die oben beschriebene Methode praktisch auf jeder Linuxdistribution zu verwenden, ist aber gerade bei Debian eine etwas "unsaubere" Lösung, da der Paketmanager und die von Debian zur Verfügung gestellten Werkzeuge nicht zum Einsatz kommen. Mehr Möglichkeiten zum Erstellen von Binärpaketen mit Debian habe ich hier beschrieben. 🙂