build(linux): Add support for openSUSE Tumbleweed

[gw3583]

Description

Add support for building on openSUSE Tumbleweed

Type of Change

• Bug fix (non-breaking change which fixes an issue)
• New feature (non-breaking change which adds functionality)
• Breaking change (fix or feature that would cause existing functionality to not work as expected)
• Dependency update (updates to dependencies)
• Documentation update (changes to documentation)
• Repository update (changes to repository files, e.g. .github/...)

Checklist

• My code follows the style guidelines of this project
• I have performed a self-review of my own code
• I have commented my code, particularly in hard-to-understand areas
• I have added or updated the in code docstring/documentation-blocks for new or existing methods/components

[gw3583]

This is a first pass. It successfully builds an RPM on an opensuse tumbleweed fresh install, and I can install it on a fresh opensuse VM and successfully stream from it. Not sure if there's anything obvious I've missed though.

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud

[ReenigneArcher]

Thank you for the PR!

I've left some comments on the code. In addition here are a couple more.

1. If we add a new CMAKE arg it should be added the options.cmake file
2. We don't actually use this linux_build.sh script for rpms anymore (I've only left it for self compiling)
3. I think we can support openSuse through our copr repo builds. If you can add whatever conditional logic you need to this spec (https://github.com/LizardByte/Sunshine/blob/master/packaging/linux/fedora/Sunshine.spec), I can enable those chroots in copr. I know this is a bit harder to test locally, so it's fine if we have to go through a few iterations of CI runs in the PR.

[ReenigneArcher]

This part of the code is just supposed to check what the installed version is.

[ReenigneArcher]

I'm not sure how I feel about this cmake arg yet, but it should be in the array above. It doesn't need to use the += since there is no conditional logic on whether to use it or not.

[ReenigneArcher]

Suggested change

	package_install_command="${sudo_cmd} zypper in -y"
	package_install_command="${sudo_cmd} zypper in -y"
	cuda_version="11.8.0"
	cuda_build="520.61.05"
	gcc_version="11"
	nvm_node=0

It appears cuda should work just fine on opensuse. https://developer.nvidia.com/cuda-11-8-0-download-archive?target_os=Linux&target_arch=x86_64&Distribution=OpenSUSE&target_version=15&target_type=runfile_local

Although, it depends on the version of gcc you can get. If gcc is too new you can set the cuda_version and cuda_build to empty like the fedora 40 one. Also please set the gcc_version to whatever version is available. I know it's not used in the script for non debian distros, but it serves as a reference for us.

[ReenigneArcher]

Suggested change

	if (SUNSHINE_BUILD_DISTRO STREQUAL "opensuse")
	if(SUNSHINE_BUILD_DISTRO STREQUAL "opensuse")

Can you also add a comment about why this behavior is needed?

[ReenigneArcher]

A user just linked this on our discord, figured I'd share here just for reference: https://build.opensuse.org/package/show/games:tools/sunshine

[gw3583]

Thank you for the PR!

I've left some comments on the code. In addition here are a couple more.

1. If we add a new CMAKE arg it should be added the `options.cmake` file

2. We don't actually use this `linux_build.sh` script for rpms anymore (I've only left it for self compiling)

3. I think we can support openSuse through our copr repo builds. If you can add whatever conditional logic you need to this spec (https://github.com/LizardByte/Sunshine/blob/master/packaging/linux/fedora/Sunshine.spec), I can enable those chroots in copr. I know this is a bit harder to test locally, so it's fine if we have to go through a few iterations of CI runs in the PR.

Thanks for the feedback - will try to take a look at these in the next week or two.