Arch Linux User Repository

Important notice

This is an unofficial, community-maintained build recipe intended for private, noncommercial local use. It downloads the upstream DuckStation source and applies Arch-specific changes, including changes needed to build with system libraries.

Do not redistribute modified source code, packages or binaries produced by this recipe. This will violate CC-BY-NC-ND 4.0 license. The resulting build is modified and is not an official DuckStation release.

This package is not supported by the upstream DuckStation developer. Please report Arch-specific build failures, crashes, or behavior differences here rather than to upstream.

Before reporting an apparent emulator bug upstream, reproduce it using an official DuckStation build, such as the official AppImage or Windows release. When reporting it, describe only the behavior observed in that official build.

The upstream developer has no obligation and should not be expected to support this recipe or the environment it creates. Please keep all interactions respectful. Likewise, discussion here should remain technical and should not become personal.

===

The additional packaging restriction in DuckStation’s CMake files should be acknowledged, but I do not think its legal scope has been conclusively established.

Standard CC BY-NC-ND 4.0 permits private, noncommercial adaptations while prohibiting distribution of the adapted material. An independently written PKGBUILD that provides instructions for a local build may also be legally different from distributing modified DuckStation source or binaries.

At the same time, the current CMake files expressly purport to impose an additional packaging restriction, so it would be too categorical to call that restriction either unquestionably enforceable or unquestionably unenforceable. Its effect would depend on the applicable law, the contents of the build recipe and patches, and whether the additional wording constitutes a valid licence or contractual condition.

For practical purposes, this AUR recipe should remain unofficial, its resulting packages should not be redistributed, and Arch-specific problems should not be reported to upstream.

The 'versions' file now includes a curious disclaimer that specifically forbids any packaging scripts from using it.

Stumbled upon a problem in prepare() while trying to update:

The build fails at this grep. It doesn't find anything because the version strings have been moved to a different file.

dep_ver=$(grep -Po "(?<=^$dep_var=).+" "$deps_script" )

They are now listed here: $srcdir/duckstation/scripts/deps/versions

Build blocked again?

CMake Error at CMakeModules/DuckStationBuildSummary.cmake:44 (message):
  Unsupported environment.
Call Stack (most recent call first):
  CMakeLists.txt:97 (include)

Using the latest PKGBUILD from here.

EDIT: ID_LIKE=arch is included now as well. Builds after removing.

@xAsh

Honestly, I do not think this drama should have started in the first place.

A healthier relationship between AUR users and developer upstream would be straightforward: if we find a possible problem or improvement, first reproduce it using an officially supported build or environment. If the same issue exists there, report it upstream politely, with clear reproduction steps and any useful technical findings. If it only occurs in the modified Arch build, it should remain in AUR, not as a burden to the developer.

DuckStation is Stenzek’s hobby project. Even a valid report against an official build does not create an obligation for him to fix it immediately—or at all. Users can provide good reports, patches, testing results, or suggestions, but the developer should decide whether and when to act on them based on his own time and interest.

This could have been a positive cycle: Arch users discover and investigate problems, downstream maintainers separate packaging-specific issues from genuine upstream bugs, and useful findings are passed upstream respectfully. Instead, some people and Stenzek have a head-on collision. Now some of us and the developer is now all defensive.

AUR users wanting local builds and system libraries is understandable. Stenzek not wanting to support modified builds is also understandable. Those positions were never incompatible. A little bit clear support boundaries and mutual respect should have been enough.

Important notice

This is an unofficial, community-maintained build recipe intended for private, noncommercial local use. It downloads the upstream DuckStation source and applies Arch-specific changes, including changes needed to build with system libraries.

Do not redistribute modified source code, packages or binaries produced by this recipe. This will violate CC-BY-NC-ND 4.0 license. The resulting build is modified and is not an official DuckStation release.

This package is not supported by the upstream DuckStation developer. Please report Arch-specific build failures, crashes, or behavior differences here rather than to upstream.

Before reporting an apparent emulator bug upstream, reproduce it using an official DuckStation build, such as the official AppImage or Windows release. When reporting it, describe only the behavior observed in that official build.

The upstream developer has no obligation and should not be expected to support this recipe or the environment it creates. Please keep all interactions respectful. Likewise, discussion here should remain technical and should not become personal.

===

The additional packaging restriction in DuckStation’s CMake files should be acknowledged, but I do not think its legal scope has been conclusively established.

Standard CC BY-NC-ND 4.0 permits private, noncommercial adaptations while prohibiting distribution of the adapted material. An independently written PKGBUILD that provides instructions for a local build may also be legally different from distributing modified DuckStation source or binaries.

At the same time, the current CMake files expressly purport to impose an additional packaging restriction, so it would be too categorical to call that restriction either unquestionably enforceable or unquestionably unenforceable. Its effect would depend on the applicable law, the contents of the build recipe and patches, and whether the additional wording constitutes a valid licence or contractual condition.

For practical purposes, this AUR recipe should remain unofficial, its resulting packages should not be redistributed, and Arch-specific problems should not be reported to upstream.

@heavysink is all yours now

new drama incoming.....

@Muflone yep the request is from me. I would like to adopt and fix it.

@heavysynk do you plan to adopt and fix this package? There's a pending request and I'm searching a new maintainer for it

@eugene I am able to build after some tweaks and run successfully. Also I used system libs as much as possible. Would you mind if you add me as a co-maintainer? Thx.

Package dont build because of:

Error: Stenzek prohibits using the versions file in this build script. Set the path to the dependencies versions file (from scripts/) in the forbidden_versions_file_path variable, relative to the project root.

Error: Stenzek prohibits using the versions file in this build script. Set the path to the dependencies versions file (from scripts/) in the forbidden_versions_file_path variable, relative to the project root.