Package Details: xenia-git r6950.3d30b2eec-2

Git Clone URL: https://aur.archlinux.org/xenia-git.git (read-only, click to copy)
Package Base: xenia-git
Description: An experimental emulator for the Xbox 360.
Upstream URL: http://xenia.jp
Licenses: BSD
Conflicts: xenia
Provides: xenia
Submitter: bwrsandman
Maintainer: bwrsandman
Last Packager: bwrsandman
Votes: 11
Popularity: 0.24
First Submitted: 2018-01-28 02:20 (UTC)
Last Updated: 2024-08-21 15:10 (UTC)

Required by (0)

Sources (32)

Latest Comments

« First ‹ Previous 1 2 3 4

bwrsandman commented on 2020-01-11 12:57 (UTC)

Pedro, unfortunately the package is as it is because the changes are as of yet unmerged. This completely up to the maintainers.

Regenerating a patch every time there is a change to the Linux branch would require too much intervention on my part. Additionally, this would not solve the merge conflicts issue currently seen.

I could switch to the Linux fixes fork, but this would be better done as a separate package as doing it in this package would be misleading as the fork is not the official code and is not always up to date with upstream as it lags behind.

Creating a separate AUR package would lead to a having this package being unusable and a separate AUR package which works a little better but when the changes get merged, this would require deleting that forked AUR package.

As you can see, I'm in a situation where there isn't one perfect fix until the changes are merged. When I created this package two years ago, I believed that patches to have Linux support would have been integrated a little faster by the upstream maintainers. This is why the package is as it is.

As for the conflicts, this requires rebasing on the forked project which is done periodically.

PedroHLC commented on 2020-01-10 21:50 (UTC)

Man, I'm not sure you should pull "xenia-linux-fixes" over the main repo, that's way too messy. You either use the fork as the source, or squash the fixes commits in a single patch file and make sure it's applying.

The way it's now, the user downloads twice the repo entire commit history, git has to be configured cause it will create a merge commit (that breaks compiling from clean containers/chroots entirely), and requires manual user intervention when there are merge conflicts (git default setting is to fallback to whatever EDITOR was set).

It would be even better to get these changes upstreamed. But that's usually trouble.

You can use "git diff" to generate the squashed .patch file, but you probably already know that...

missingSleepDeps commented on 2019-08-29 01:30 (UTC)

The build fails unless all the "git+"-'s in the sources and clone url are removed...

lok1 commented on 2018-03-04 15:28 (UTC)

Build fails with Submodule does not exsist.

fatal: repository '/tmp/pamac-build-steve/xenia-git/src/SPIRV-Headers' does not exist fatal: clone of '/tmp/pamac-build-steve/xenia-git/src/SPIRV-Headers' into submodule path '/tmp/pamac-build-steve/xenia-git/src/xenia/third_party/spirv-headers' failed Failed to clone 'third_party/spirv-headers'. Retry scheduled

fatal: repository '/tmp/pamac-build-steve/xenia-git/src/yaml-cpp' does not exist fatal: clone of '/tmp/pamac-build-steve/xenia-git/src/yaml-cpp' into submodule path '/tmp/pamac-build-steve/xenia-git/src/xenia/third_party/yaml-cpp' failed Failed to clone 'third_party/yaml-cpp'. Retry scheduled

fatal: repository '/tmp/pamac-build-steve/xenia-git/src/Catch2' does not exist fatal: clone of '/tmp/pamac-build-steve/xenia-git/src/Catch2' into submodule path '/tmp/pamac-build-steve/xenia-git/src/xenia/third_party/catch' failed Failed to clone 'third_party/catch' a second time, aborting

gm666q commented on 2018-02-17 12:48 (UTC)

You're missing libc++ and libpthread-stubs from dependencies.