Package Details: sunshine 0.23.1-5

Git Clone URL: https://aur.archlinux.org/sunshine.git (read-only, click to copy)
Package Base: sunshine
Description: A self-hosted GameStream host for Moonlight
Upstream URL: https://github.com/LizardByte/Sunshine
Keywords: gaming moonlight streaming
Licenses: GPL-3.0-only
Submitter: hadogenes
Maintainer: dr460nf1r3 (xiota)
Last Packager: xiota
Votes: 55
Popularity: 2.57
First Submitted: 2021-04-26 11:33 (UTC)
Last Updated: 2024-09-04 04:09 (UTC)

Pinned Comments

xiota commented on 2024-07-17 01:54 (UTC) (edited on 2024-07-17 01:56 (UTC) by xiota)

Switched to default to cuda disabled (no nvenc) because cuda is a heavy package and Nvidia users are minority on Linux.

Nvidia users, install cuda manually before building or run as _build_cuda=t makepkg (method to pass variables to AUR helpers may vary).

xiota commented on 2024-07-09 23:41 (UTC) (edited on 2024-07-27 10:27 (UTC) by xiota)

Comments here are for matters related to this AUR package only. Discussion of upstream issues should take place upstream. The upstream link is in package details.

For those concerned about "losing" upstream support for AUR, such support had already officially been discontinued long ago. The relevant comment from 2023-02-21 is pinned.

Before reporting issues to upstream, confirm them with git checkout or upstream binaries. Properly confirmed bugs do not need to mention AUR.

Package-specific issues should be reported here.

<deleted-account> commented on 2023-02-21 02:33 (UTC)

In order to simplify maintenance of Sunshine, we have decided to drop support of this AUR package, since we are now publishing a pre-compiled pkg.tar.zst package as well as the PKGBUILD file to our GitHub releases. If someone would like to take over the AUR it would be ideal if there is communication with us in our Discord. Please reach out if you're interested. Thanks!

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 16 Next › Last »

xiota commented on 2024-07-05 22:41 (UTC)

"This package only provides tagged releases." – It is acceptable, common practice, for stable packages to include patches and cherry-picks to fix builds. To the extent that maintainers are unwilling to do so, they should disown. If maintainers do not reverse decision to leave this package in unbuildable state, I will open an orphan request.

ZenithCC commented on 2024-07-05 07:45 (UTC) (edited on 2024-07-05 11:15 (UTC) by ZenithCC)

As a workaround, it work for me to use patchelf to change the dynamic library

# patchelf --replace-needed libminiupnpc.so.17 libminiupnpc.so.18 /usr/bin/sunshine

The maintainer may modify it in PKGBUILD.

Cookie_Monster commented on 2024-07-03 15:19 (UTC)

To everyone having issues with this last version 0.23.1-1 with the error: "error while loading shared libraries: libminiupnpc.so.17: cannot open shared object file: No such file or directory", you can remove the package miniupnpc with pacman -R minupnpc then go to Arch Linux Archive in https://archive.archlinux.org/packages/m/miniupnpc/ and manually download the version miniupnpc-2.2.7-2-x86_64.pkg.tar.zst then just install it with pacman -U miniupnpc-2.2.7-2-x86_64.pkg.tar.zst.

After that Sunshine should work, but to prevent miniupnpc to update and break again Sunshine add the following line to /etc/pacman.conf: IgnorePkg = miniupnpc. Now you can update all system that won't update miniupnpc. Now when Sunshine supports the new version you can just remove that line and update as usual. If Sunshine isn't working after that just reinstall it

KuleRucket commented on 2024-07-02 18:50 (UTC)

If anyone needs a pre-release fix I suggest using sunshine-git. This package only provides tagged releases.

Sonico98 commented on 2024-07-02 14:47 (UTC)

Add git cherry-pick -n a940cdb394055139ca6a964289f414da562452e3 inside the prepare() function in the PKGBUILD to fix compilation.

hzhangxyz commented on 2024-07-02 09:56 (UTC)

It seems such as patch could fix it, but do not know whether there is something wrong

diff --git a/src/upnp.cpp b/src/upnp.cpp
index f65bcb87..291d8be8 100644
--- a/src/upnp.cpp
+++ b/src/upnp.cpp
@@ -109,7 +109,8 @@ namespace upnp {
       IGDdatas data;
       urls_t urls;
       std::array<char, INET6_ADDRESS_STRLEN> lan_addr;
-      auto status = UPNP_GetValidIGD(device.get(), &urls.el, &data, lan_addr.data(), lan_addr.size());
+      std::array<char, INET6_ADDRESS_STRLEN> wan_addr;
+      auto status = UPNP_GetValidIGD(device.get(), &urls.el, &data, lan_addr.data(), lan_addr.size(), wan_addr.data(), wan_addr.size());
       if (status != 1 && status != 2) {
         BOOST_LOG(debug) << "No valid IPv6 IGD: "sv << status_string(status);
         return false;
@@ -329,9 +330,10 @@ namespace upnp {
         }

         std::array<char, INET6_ADDRESS_STRLEN> lan_addr;
+        std::array<char, INET6_ADDRESS_STRLEN> wan_addr;

         urls_t urls;
-        auto status = UPNP_GetValidIGD(device.get(), &urls.el, &data, lan_addr.data(), lan_addr.size());
+        auto status = UPNP_GetValidIGD(device.get(), &urls.el, &data, lan_addr.data(), lan_addr.size(), wan_addr.data(), wan_addr.size());
         if (status != 1 && status != 2) {
           BOOST_LOG(error) << status_string(status);
           mapped = false;

patlefort commented on 2024-06-30 20:01 (UTC)

Recompiling the package would fix this issue, however it doesn't compile with the latest miniupnpc update.

v0idmrk commented on 2024-06-30 19:51 (UTC)

Same here:

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

Calivi commented on 2024-06-30 09:35 (UTC)

Cannot run on latest arch, it says: sunshine: error while loading shared libraries: libminiupnpc.so.17: cannot open shared object file: No such file or directory

martyg commented on 2024-04-16 02:20 (UTC)

No issues building the package. Installs and runs OK. Thank you for maintaining this.

This package does not detect the GPU encoder, and reverts to software encoding. If I drop the v0.23.0.AppImage back in, hardware encoding works fine. I can always log in through the web interface, so both are using the same config.

My card is a RTX 4060. Latest Arch drivers installed, NvENC/NvFBC patches applied.

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 16 Next › Last »