Package Details: arch-gaming-meta 2-1

Git Clone URL: (read-only, click to copy)
Package Base: arch-gaming-meta
Description: Meta package for Gaming including Steam, Lutris, Wine, essential gaming+proprietary libraries & several other dependencies
Upstream URL: None
Keywords: arch dependencies games gaming libraries manjaro meta miscellaneous package proprietary utilities
Conflicts: cachyos-gaming-meta
Submitter: MartinVonReich
Maintainer: MartinVonReich
Last Packager: MartinVonReich
Votes: 1
Popularity: 0.069541
First Submitted: 2023-10-17 14:35 (UTC)
Last Updated: 2023-12-15 11:57 (UTC)

Latest Comments

MarsSeed commented on 2023-10-28 03:38 (UTC) (edited on 2023-10-29 14:50 (UTC) by MarsSeed)


I'd like to suggest that you change the optdepend goverlay-bin to goverlay', in order to let people choose which package type they want.

Also, I think that wqy-zenhei should not be mandatory, only an optdepend. Since it's only useful for Chinese language software, which is not something that all gamers can use.

'wine-staging' should be dropped, and only 'wine' should be added as an optdepend, along with wine-gecko and wine-mono, winetricks and vkd3d. Not all people use wine for Windows games, there are alternatives like proton and crossover.

'steam' and 'steam-native-runtime' should also be only optional. Not all gamers use Steam (I don't).

'glfw-x11' shouldn't be in depends, with 'glfw-wayland' in optdepends. As the former conflicts with the latter, so glfw-wayland cannot coexist with glfw-x11 (nor with this metapackage as of now). Add only depends=glfw.

'cups' is for printer support, 'sane' is for scanners. I don't see how they might be relevant to gaming at all.

'gamescope', 'lutris' and 'mangohud' should only be optdepends, not mandatory ones.

Please remove 'ocl-icd' altogether, since 'opencl-icd-loader' already covers it.

'libva-mesa-driver' shouldn't be a depend. It is only one of the possible libva backends for video playback hardware acceleration. Either add all possibilities as optdepends, or none at all (libva already lists them in its own optdepends).

And actually all lib32 packages should either be optdepends, or maybe a separate metapackage would better be created for them, e.g. one called arch-gaming-multilib-meta (after the name of the 'multilib' repo, hosting the lib32 packages).