Package Details: sunshine-bin 2025.122.141614-2

Git Clone URL: https://aur.archlinux.org/sunshine-bin.git (read-only, click to copy)
Package Base: sunshine-bin
Description: A self-hosted game stream host for Moonlight.
Upstream URL: https://app.lizardbyte.dev
Keywords: gaming moonlight streaming
Licenses: GPL-3.0-only
Conflicts: sunshine
Provides: sunshine
Submitter: chungn
Maintainer: chungn (escape0707)
Last Packager: escape0707
Votes: 13
Popularity: 0.52
First Submitted: 2023-03-27 15:27 (UTC)
Last Updated: 2025-03-30 04:09 (UTC)

Latest Comments

1 2 3 4 5 Next › Last »

Sahnvour commented on 2025-04-14 12:46 (UTC)

@escape0707 indeed, my bad, transferring where appropriate

escape0707 commented on 2025-04-14 07:43 (UTC) (edited on 2025-04-14 07:44 (UTC) by escape0707)

@Sahnvour This is sunshine-bin here. Maybe you were posting about sunshine?

Sahnvour commented on 2025-03-31 21:49 (UTC) (edited on 2025-03-31 21:49 (UTC) by Sahnvour)

Apparently requires libsimdjson?

[9/39] Installing NPM Dependencies and Building the Web UI
FAILED: CMakeFiles/web-ui /home/a/.cache/aura/builds/sunshine/src/build/CMakeFiles/web-ui 
cd /home/a/.cache/aura/builds/sunshine/src/sunshine && /usr/bin/npm install && /usr/bin/cmake -E env SUNSHINE_BUILD_HOMEBREW= SUNSHINE_SOURCE_ASSETS_DIR=/home/a/.cache/aura/builds/sunshine/src/sunshine/src_assets SUNSHINE_ASSETS_DIR=/home/a/.cache/aura/builds/sunshine/src/build /usr/bin/npm run build
node: error while loading shared libraries: libsimdjson.so.25: cannot open shared object file: No such file or directory

escape0707 commented on 2025-03-30 03:52 (UTC) (edited on 2025-03-30 04:00 (UTC) by escape0707)

@antoyo This type of dependency breakage problem WOULD happen for dynamic linking software in binary package form for a rolling release system. When ever this happens, there is no real solutions other than: 1. build from the source code. 2. update to a newer upstream binary build recently.

The official GitHub repo doesn't release new versions very often. So for those who don't like to build from the source, the software author prepared a nightly binary build repo for this purpose: https://github.com/LizardByte/pacman-repo

I'm not sure if we should grab a binary package from there whenever a dependency breakage happens. Any advices?

A problem with that approach is that the pacman-repo GitHub release seems doesn't provide fixed permanent links for the binaries. So I'll have to skip checksums.

themba commented on 2025-03-25 19:50 (UTC)

I also had the same issue with the icu76 update. I just installed aur/sunshine (the non-prepbuilt version) and it works without downgrading icu.

urbenlegend commented on 2025-03-12 20:16 (UTC)

I also get the same issue as @antoyo. I fixed this by installing icu75 from the AUR. Arch has updated to icu version 76, which breaks Sunshine. This probably won't be resolved until Sunshine cuts a new release. For now though, installing the legacy icu75 works just fine.

antoyo commented on 2025-02-21 02:22 (UTC)

I know get the following error when trying to run this package:

sunshine: error while loading shared libraries: libicuuc.so.75: cannot open shared object file: No such file or directory

Using patchelf to fix this leads to another error:

sunshine: symbol lookup error: sunshine: undefined symbol: ucnv_getMaxCharSize_75

Any idea of how to fix this? Thanks.

escape0707 commented on 2025-02-20 06:27 (UTC)

Hi, @krims0n @steakscience

I reapplied the patchelf hack and I think the latest version runs. Please update and give it a try.

krims0n commented on 2025-02-12 09:08 (UTC)

sunshine: error while loading shared libraries: libminiupnpc.so.18: cannot open shared object file: No such file or directory

Downgrading miniupnpc to 2.2.8 is a workaround.

steakscience commented on 2025-02-05 19:07 (UTC)

I think the latest update created an issue with: error while loading shared libraries: libminiupnpc.so.18: cannot open shared object file

1 2 3 4 5 Next › Last »