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: 53
Popularity: 2.08
First Submitted: 2021-04-26 11:33 (UTC)
Last Updated: 2024-09-04 04:09 (UTC)

Required by (0)

Sources (13)

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 .. 16 Next › Last »

<deleted-account> commented on 2024-07-08 00:09 (UTC)

@xiota... do you have trouble with reading comprehension? I have never once said to keep this package in a broken state... and I literally fixed the code upstream a few days ago... just because you are impatient does not mean this repo should be orphaned. "Broken" is also not the same as "out-of-date". https://bbs.archlinux.org/viewtopic.php?id=264443

I think you have some kind of weird and unhealthy obsession with obtaining ownership of AUR packages. Maintaining 340 packages, is not practical and there is no possible way you can keep up with changes upstream in that amount of packages.

xiota commented on 2024-07-07 23:50 (UTC)

@LizardByte If you drop support for Arch, that is YOUR decision. Threats do not change that this package is currently broken.

The fix requires adding a single line, and takes only a few minutes to apply. Instead, you insist on keeping the package in a broken state, expending more effort to do so than would be required to just fix it.

AUR is not a right, for users or maintainers. Maintainers who are unwilling or unable to keep packages in working condition should not maintain those packages. Orphan requests are a last resort to obtain PM adjudication. They rarely act without reason, which can be addressed by fixing this package.

<deleted-account> commented on 2024-07-07 23:22 (UTC)

@martyg, thank you for the backup! It's good to know this effort is appreciated. It's tough to read when this has been flagged so many times recently. The donation definitely is not necessary, but appreciated either way!

P.S. I am hoping to publish a new stable in the coming weeks. We just need to go through release validation checks.

I'm also not against providing a patch to this package. We would just need to discuss (probably easier on our Discord) and decide which patch to provide.

martyg commented on 2024-07-07 23:06 (UTC)

@xiota Your interference here is most unwelcome and appaling.

You should be thankful upstream has taken even a microsecond of their precious time to set this PKGBUILD up for you. Instead, we get this hostile priviledged attitude.

What do you hope to accomplish my pissing off our upstream developer? Is it so hard for you recompile locally to get yourself back online? Nobody appointed you as AUR police. Please go away.

@LizardByte Your efforts on this software have a great deal of value to me. I expect most other users here would feel the same way. Some beer money coming to you via PayPal. Thank you for this very useful free software.

<deleted-account> commented on 2024-07-07 21:54 (UTC)

@xiota as I said, if this orphaned... I will merge this https://github.com/LizardByte/Sunshine/pull/2819

This package was in a really broken state before I became the maintainer, so I would re-consider if I were you. By not supported, I mean I will literally, not support any users on our Discord or GitHub who use this ArchLinux package.

Cheers.

xiota commented on 2024-07-07 21:44 (UTC) (edited on 2024-07-07 21:46 (UTC) by xiota)

@LizardByte I have opened an orphan request. I fail to see how keeping this package in a broken state is "supporting Arch". Fixing a package does not make it "bleeding edge". The fix is a single line that takes less time to copy/paste/commit than it probably took for you to type your reply.

Note: I will close the orphan request when this package is fixed.

<deleted-account> commented on 2024-07-07 20:10 (UTC)

@xiota ... that wouldn't be smart, since I am the primary maintainer and the official owner of the source code on GitHub as well. And... if you do that, I promise I will stop supporting ArchLinux altogether :)

If you want bleeding edge please use the pre-release from our GitHub, where a pre-built package is provided as well as a PKGBUILD... or as already mentioned, used sunshine-git. You therefore have three options for a working build. The suggestion by @Cookie_Monster is also perfectly acceptable until we publish the next stable release.

@ZenithCC ... while that may allow the package to build, I'm sure you will get a segfault as soon as Sunshine tries to call those functions, which may not be an issue if you have upnp disabled.

@KuleRucket ... the suggestion by @Sonico98 isn't terrible, assuming you can do that without conflicts.

Rob_H commented on 2024-07-06 17:15 (UTC)

New install. Package doesn't build. I'm getting the following error:

/home/rob/.cache/yay/sunshine/src/sunshine/src/upnp.cpp: At global scope:
/home/rob/.cache/yay/sunshine/src/sunshine/src/upnp.cpp:47:3: error: ‘std::string_view upnp::status_string(int)’ defined but not used [-Werror=unused-function]
   47 |   status_string(int status) {
      |   ^~~~~~~~~~~~~
cc1plus: all warnings being treated as errors
make[2]: *** [CMakeFiles/sunshine.dir/build.make:104: CMakeFiles/sunshine.dir/src/upnp.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:191: CMakeFiles/sunshine.dir/all] Error 2
make: *** [Makefile:156: all] Error 2
make: Leaving directory '/home/rob/.cache/yay/sunshine/src/build'
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: sunshine-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
sunshine - exit status 4

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.

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