Gelöst EAC-Option in Lutris

[BeastXXL]

Hallo,

mein Kind benutzt Lutris auf Linux Mint (Ubuntu). Anders als bei meinem Lutris hat er die Optionen EAC und BattlEye(?) in Lutris an- bzw. abzuschalten.

Nun frag ich mich, warum ich dieses Optionen nicht habe.
Genau wie ich hat er nur ein GOG-Account.

Ich hatte vermutet, dass es an der aktuelleren Version von Lutris liegt und hatte mal das Game:Tools-Repository eingerichtet und Lutris aktualisiert. Leider startete Lutris gar nicht erst.
Hab's wieder rückgängig gemacht und es läuft wie vorher.

Hat jemand eine Idee, wie ich zu den EAC- bzw. BattlEye-Schaltern komme?
Danke im Voraus.

 

[BeastXXL]

Ich habe es noch einmal versucht, diesmal allerdings wollte ich Lutris über die Konsole starten. Das ist das Ergebnis:

beastxxl@linux-5099:~> lutris
2024-11-12 17:25:18,991: Command 'fluidsynth' not found on your system
2024-11-12 17:25:19,080: Unable to run command, qdbus not found

(process:5627): Gtk-CRITICAL **: 17:25:19.141: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
Traceback (most recent call last):
  File "/usr/bin/lutris", line 61, in <module>
    from lutris.gui.application import Application  # pylint: disable=no-name-in-module
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/lutris/gui/application.py", line 42, in <module>
    from lutris.gui.config.preferences_dialog import PreferencesDialog
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/preferences_dialog.py", line 13, in <module>
    from lutris.gui.config.runners_box import RunnersBox
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/runners_box.py", line 9, in <module>
    from lutris.gui.config.runner_box import RunnerBox
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/runner_box.py", line 8, in <module>
    from lutris.gui.dialogs.runner_install import RunnerInstallDialog
  File "/usr/lib/python3.11/site-packages/lutris/gui/dialogs/runner_install.py", line 92, in <module>
    class RunnerInstallDialog(ModelessDialog):
  File "/usr/lib/python3.11/site-packages/lutris/gui/dialogs/runner_install.py", line 103, in RunnerInstallDialog
    "software-installed-symbolic" if has_stock_icon("software-installed-symbolic") else "wine-symbolic"
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/lutris/gui/widgets/utils.py", line 159, in has_stock_icon
    return theme.has_icon(name)
           ^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'has_icon'
beastxxl@linux-5099:~>

Ich bin etwas überfordert. Was genau ist das Problem?

 

[abgdf]

Ich habe es noch einmal versucht, diesmal allerdings wollte ich Lutris über die Konsole starten. Das ist das Ergebnis:

beastxxl@linux-5099:~> lutris
2024-11-12 17:25:18,991: Command 'fluidsynth' not found on your system
2024-11-12 17:25:19,080: Unable to run command, qdbus not found

Also, ein erster Schritt wäre wohl, fluidsynth und qdbus zu installieren.
Kann aber nicht sagen, ob das schon helfen würde.

 

[BeastXXL]

Der Gedanke war mir auch gekommen, allerdings wundere ich mich, denn: sollte das wirklich das Problem lösen (habe es noch nicht ausprobiert), warum wurde es bei der Prüfung der Abhängigkeiten nicht mitinstalliert?
Außerdem ist schon etwas derartiges installiert:

beastxxl@linux-5099:~> zypper se -i fluidsynth
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                 | Summary                                         | Type
---+----------------------+-------------------------------------------------+------
i  | libfluidsynth3       | Library for Fluidsynth                          | Paket
i+ | vlc-codec-fluidsynth | FluidSynth integration for the VLC media player | Paket
beastxxl@linux-5099:~> zypper se -i qdbus
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name         | Summary                                          | Type
---+--------------+--------------------------------------------------+------
i+ | libqt5-qdbus | Command line client for communication over D-Bus | Paket
beastxxl@linux-5099:~>

Ich gebe zu, evtl. reicht es nicht, denn es gibt noch zusätzliche Pakete mit gleichen Namensteilen (fluidsynth bzw. qdbus). Dann stellt sich mir aber wieder die Frage, warum die Abhängigkeitsprüfung nicht funktioniert hat.

 

[tomm.fa]

Ich habe es noch einmal versucht, diesmal allerdings wollte ich Lutris über die Konsole starten. Das ist das Ergebnis:

beastxxl@linux-5099:~> lutris
2024-11-12 17:25:18,991: Command 'fluidsynth' not found on your system
2024-11-12 17:25:19,080: Unable to run command, qdbus not found

Installiere die Pakete fluidsynth und libqt4, dann sollte diese Meldung nicht mehr erscheinen. Ändert aber nichts am wirklichen Problem (Python).

 

[Sauerland]

stephan@linux64:~> lutris

(process:1596): Gtk-CRITICAL **: 19:39:43.831: gtk_icon_theme_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed
Traceback (most recent call last):
  File "/usr/bin/lutris", line 61, in <module>
    from lutris.gui.application import Application  # pylint: disable=no-name-in-module
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/lutris/gui/application.py", line 42, in <module>
    from lutris.gui.config.preferences_dialog import PreferencesDialog
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/preferences_dialog.py", line 13, in <module>
    from lutris.gui.config.runners_box import RunnersBox
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/runners_box.py", line 9, in <module>
    from lutris.gui.config.runner_box import RunnerBox
  File "/usr/lib/python3.11/site-packages/lutris/gui/config/runner_box.py", line 8, in <module>
    from lutris.gui.dialogs.runner_install import RunnerInstallDialog
  File "/usr/lib/python3.11/site-packages/lutris/gui/dialogs/runner_install.py", line 92, in <module>
    class RunnerInstallDialog(ModelessDialog):
  File "/usr/lib/python3.11/site-packages/lutris/gui/dialogs/runner_install.py", line 103, in RunnerInstallDialog
    "software-installed-symbolic" if has_stock_icon("software-installed-symbolic") else "wine-symbolic"
                                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/site-packages/lutris/gui/widgets/utils.py", line 159, in has_stock_icon
    return theme.has_icon(name)
           ^^^^^^^^^^^^^^
AttributeError: 'NoneType' object has no attribute 'has_icon'

Als root:

zypper in python311-gobject-Gdk

Quelle:
Lutris don't working on openSUSE Tumbleweed · Issue #5128 · lutris/lutris

Bei mir nun:

stephan@linux64:~> lutris
2024-11-13 19:43:26,453: Starting Lutris 0.5.17
2024-11-13 19:43:26,467: Running migration: mess_to_mame
2024-11-13 19:43:26,467: Running migration: migrate_hidden_ids
2024-11-13 19:43:26,468: Running migration: migrate_steam_appids
2024-11-13 19:43:26,468: Running migration: migrate_banners
2024-11-13 19:43:26,468: Running migration: retrieve_discord_appids
2024-11-13 19:43:26,469: Updating Games Discord APP ID's
2024-11-13 19:43:26,469: Running migration: migrate_sortname
2024-11-13 19:43:26,469: Adding blank sortname field to database
2024-11-13 19:43:26,469: Running migration: migrate_hidden_category
2024-11-13 19:43:26,470: Moving hidden games to the '.hidden' category
2024-11-13 19:43:26,537: NVIDIA GeForce RTX 3050 (10de:2582 1462:8d9d nvidia) Driver 550.127.05
2024-11-13 19:43:30,273: Non existent path: /home/stephan/.local/share/lutris/runtime/umu
2024-11-13 19:43:30,481: Non existent path: /home/stephan/.local/share/lutris/runtime/winetricks
2024-11-13 19:43:34,063: Shutting down Lutris
stephan@linux64:~>

 

[Sauerland]

Installiere die Pakete fluidsynth und libqt4, dann sollte diese Meldung nicht mehr erscheinen. Ändert aber nichts am wirklichen Problem (Python).

libqt4 gibt es bei Leap 15.6 nicht mehr:

zypper se -s libqt4
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...

S  | Name                         | Type       | Version           | Arch   | Repository
---+------------------------------+------------+-------------------+--------+--------------
i+ | libqt4                       | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
   | libqt4                       | Quellpaket | 4.8.7-lp156.457.4 | noarch | Sauerland-OSS
i+ | libqt4-devel                 | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
i  | libqt4-linguist              | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
   | libqt4-private-headers-devel | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
i  | libqt4-qt3support            | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
i  | libqt4-sql                   | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
   | libqt4-sql-plugins           | Quellpaket | 4.8.7-lp156.459.1 | noarch | Sauerland-OSS
   | libqt4-sql-postgresql        | Paket      | 4.8.7-lp156.459.1 | x86_64 | Sauerland-OSS
i  | libqt4-sql-sqlite            | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS
   | libqt4-sql-unixODBC          | Paket      | 4.8.7-lp156.459.1 | x86_64 | Sauerland-OSS
i  | libqt4-x11                   | Paket      | 4.8.7-lp156.457.4 | x86_64 | Sauerland-OSS

Repo ist hier:

https://download.opensuse.org/repositories/home:/Sauerland:/qt4/openSUSE_Leap_15.6/

 

[tomm.fa]

libqt4 gibt es bei Leap 15.6 nicht mehr:

/repositories/server:/Kolab:/Extras/15.6 - openSUSE Download
Und jetzt (oder zuvor schon?) auch von dir.

 

[Sauerland]

/repositories/server:/Kolab:/Extras/15.6 - openSUSE Download
Und jetzt (oder zuvor schon?) auch von dir.

Schon länger wegen den darin liegenden anderen Paketen, die auf qt4 aufbau(t)en.

 

[BeastXXL]

Vielen Dank an alle für die Lösungsvorschläge.

Allerdings möchte ich den Thread hier stoppen, da der Lösungsweg in eine Richtung läuft, die ich nicht gehen möchte.
Es widerspricht meiner Vorstellung und Art, wie ich Linux benutzen möchte bzw. wie ich es bisher erlebt habe.
Für mich ist es nicht richtig, dass ich manuell Pakete nachinstallieren muss, weil die Abhängigkeitsprüfung anscheinend nicht richtig funktioniert. Und, dass ich ein weiteres Repository benötige, um für ein aktuelleres Programm mit höherer Version eine ältere (?) Bibliothek mit niedrigerer Version zu installieren.

Ich gehe davon aus, dass das Problem mit der Zeit behoben wird und dann auch die höheren Lutrisversionen in den Main-Repos verfügbar sein werden. Ohne derartige Workarounds.

Nochmals vielen Dank an alle für ihre Mühen.

 

[Sauerland]

Ich gehe davon aus, dass das Problem mit der Zeit behoben wird und dann auch die höheren Lutrisversionen in den Main-Repos verfügbar sein werden. Ohne derartige Workarounds.

Das glaub ich nicht.
Lutris stammt aus einem factory Repo.
Das Problem ist, das Lutris als Requires: python3-xxxx enthält, da ja factory und python3 bei Tumbleweed auf Python 3.11 zeigt.

Bei Leap zeigt python3 auf Python 3.6..........

Und ich glaube kaum, das dies in der Baudatei (spec) angehängt wird.

Führe einfach Beitrag # 6 aus und schau nach, ob es dann funktioniert.
Das Paket gibt es in Leap in den offiziellen Quellen und kann per Yast oder zypper installiert werden.

 

[Sauerland]

Ich hatte vermutet, dass es an der aktuelleren Version von Lutris liegt und hatte mal das Game:Tools-Repository eingerichtet und Lutris aktualisiert. Leider startete Lutris gar nicht erst.

Das Repo ist auch factory, d. h. es wird mit entsprechenden Macros oder Befehlen gegen factory gebaut, der Bau des rpms kann dann auch bei Leap funktionieren, der Start aber nicht.........

 

[abgdf]

Es widerspricht meiner Vorstellung und Art, wie ich Linux benutzen möchte bzw. wie ich es bisher erlebt habe. Für mich ist es nicht richtig, dass ich manuell Pakete nachinstallieren muss, weil die Abhängigkeitsprüfung anscheinend nicht richtig funktioniert.

GNU/Linux dürfte ursprünglich gar keine Paketverwaltung gehabt haben. Wenn es also einst sowas wie den "wahren, richtigen Linux-Weg" gegeben haben sollte, bestünde der darin, aus den Quellen selbst zu kompilieren und andere benötigte Programme aus den Quellen selbst dazuzukompilieren.

 

[josef-wien]

Für mich ist es nicht richtig, dass ich manuell Pakete nachinstallieren muss, weil die Abhängigkeitsprüfung anscheinend nicht richtig funktioniert.

Dann hast Du bisher einfach Glück gehabt. Was Pakete bereitstellen ("Provides" bzw. "Stellt bereit") und welche Bereitstellungen durch andere Pakete erforderlich sind ("Requires" bzw. "Benötigt"), wird bei der Erstellung des jeweiligen "spec file" defniert. Und wie auch alles andere auf dieser Welt kann auch das nie perfekt sein.

 

[BeastXXL]

@abgdf: Ich habe nicht von DEM "richtigen" Weg gesprochen, sondern von dem, den ich FÜR MICH richtig halte. Was das bitte nicht enthalten soll, habe ich oben geschrieben. Zudem bin ich in diesem Punkt kein Anhänger der "Früher war alles besser!"-Fraktion.

@Sauerland:

Das glaub ich nicht.
Lutris stammt aus einem factory Repo.

Das mag auf die neuere Version aus dem games:tool-Repo zutreffen. Meine derzeit installierte Version 0.5.9.1-bp156.4.1 stammt aus dem 15.6-Oss-Main-Repo von openSUSE und läuft out-of-the-box.

Das Problem ist, das Lutris als Requires: python3-xxxx enthält, da ja factory und python3 bei Tumbleweed auf Python 3.11 zeigt.

Bei Leap zeigt python3 auf Python 3.6..........

Und ich glaube kaum, das dies in der Baudatei (spec) angehängt wird.

Führe einfach Beitrag # 6 aus und schau nach, ob es dann funktioniert.
Das Paket gibt es in Leap in den offiziellen Quellen und kann per Yast oder zypper installiert werden.

Wenn ich Lutris 0.5.17 vom games:tool-Repo installiere, werden automatisch auch eine ganze Reihe python311-Pakete installiert. Das python311-gobject-Gdk-Paket ist allerdings nicht dabei. OK, installiere ich noch zusätzlich.
Sieht jetzt so aus:

beastxxl@linux-5099:~> lutris
2024-11-14 18:43:27,171: Command 'fluidsynth' not found on your system
2024-11-14 18:43:27,260: Unable to run command, qdbus not found
2024-11-14 18:43:27,347: Starting Lutris 0.5.17
2024-11-14 18:43:27,448: AMD Radeon RX 6600 (1002:73ff 1da2:e451 amdgpu) Driver 23.3.4
2024-11-14 18:43:28,145: Non existent path: /home/beastxxl/.local/share/lutris/runtime/umu
2024-11-14 18:43:28,275: Non existent path: /home/beastxxl/.local/share/lutris/runtime/winetricks
2024-11-14 18:43:29,290: Non existent path: /home/beastxxl/.local/share/lutris/runtime/battleye_runtime
2024-11-14 18:43:29,410: Non existent path: /home/beastxxl/.local/share/lutris/runtime/umu-games

7-Zip (z) 23.01 (x64) : Copyright (c) 1999-2023 Igor Pavlov : 2023-06-20
 64-bit locale=de_DE.UTF-8 Threads:32 OPEN_MAX:1024, ASM

Scanning the drive for archives:
1 file, 3768 bytes (4 KiB)                           

Extracting archive: /home/beastxxl/.local/share/lutris/runtime/umu-games.json.xz
--
Path = /home/beastxxl/.local/share/lutris/runtime/umu-games.json.xz
Type = xz
Physical Size = 3768
Method = LZMA2:23 CRC64
Streams = 1
Blocks = 1

Everything is Ok

Size:       20227
Compressed: 3768
2024-11-14 18:43:30,112: Non existent path: /home/beastxxl/.local/share/lutris/runtime/eac_runtime
2024-11-14 18:43:31,649: Non existent path: /home/beastxxl/.local/share/lutris/runtime/innoextract-1.9-linux
2024-11-14 18:43:32,422: Non existent path: /home/beastxxl/.local/share/lutris/runtime/p7zip
2024-11-14 18:43:33,069: Non existent path: /home/beastxxl/.local/share/lutris/runtime/gamecontrollerdb
2024-11-14 18:43:33,825: Non existent path: /home/beastxxl/.local/share/lutris/runtime/network-tools
2024-11-14 18:43:35,055: Non existent path: /home/beastxxl/.local/share/lutris/runtime/Ubuntu-18.04-i686
2024-11-14 18:43:36,448: Non existent path: /home/beastxxl/.local/share/lutris/runtime/Ubuntu-18.04-x86_64
2024-11-14 18:43:37,150: Non existent path: /home/beastxxl/.local/share/lutris/runtime/dxvk-cache-tool
2024-11-14 18:44:31,447: Shutting down Lutris
beastxxl@linux-5099:~>

Lutris ist gestartet! Spiele noch nicht ausprobiert. Das "Shutting down Lutris" kam von mir. Wollte sehen, ob sich Lutris auch über die GUI starten lässt. Tut es!
Für mich sieht es so aus, als müsste jemand "nur" das python311-gobject-Gdk-Paket zu den Lutris-Abhängigkeiten im games:tool-Repo hinzufügen. Dann läuft diese Version auch out-of-the-box.

Danke!

 

[Sauerland]

als müsste jemand "nur" das python311-gobject-Gdk-Paket zu den Lutris-Abhängigkeiten im games:tool-Repo hinzufügen.

Das ist schon drin, aber da factory wie schon gesagt:

Requires:       python3-gobject-Gdk

openSUSE Build Service

 

[BeastXXL]

OK, finde ich wild. Hätte ich nie gedacht.