Search Criteria
Package Details: xemu-git 0.7.55.r0.gdb389b1508-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/xemu-git.git (read-only, click to copy) |
---|---|
Package Base: | xemu-git |
Description: | Original Xbox emulator (fork of XQEMU) |
Upstream URL: | https://xemu.app/ |
Keywords: | console game microsoft xiso |
Licenses: | GPL2 |
Conflicts: | xemu |
Provides: | xemu |
Submitter: | abouvier |
Maintainer: | abouvier |
Last Packager: | abouvier |
Votes: | 8 |
Popularity: | 0.130359 |
First Submitted: | 2020-09-28 02:28 (UTC) |
Last Updated: | 2022-06-27 08:43 (UTC) |
Dependencies (24)
- libepoxy.so (lib32-libepoxy, libepoxy)
- libgdk-3.so (gtk3-git, gtk3-typeahead, gtk3-patched-filechooser-icon-view, gtk3-no_deadkeys_underline, gtk3-classic, gtk3-classic-noatk-64, gtk3-ubuntu, gtk3)
- libglib-2.0.so (lib32-glib2-git, glib2-selinux, glib2-nodocs-git, glib2-git, glib2-patched-thumbnailer, glib2, lib32-glib2)
- libgobject-2.0.so (lib32-glib2-git, glib2-selinux, glib2-nodocs-git, glib2-git, glib2-patched-thumbnailer, glib2, lib32-glib2)
- libgtk-3.so (gtk3-git, gtk3-typeahead, gtk3-patched-filechooser-icon-view, gtk3-no_deadkeys_underline, gtk3-classic, gtk3-classic-noatk-64, gtk3-ubuntu, gtk3)
- libpcap.so (libpcap-git, lib32-libpcap, libpcap)
- libpixman-1.so (pixman)
- libsamplerate.so (lib32-libsamplerate, libsamplerate)
- libslirp.so (libslirp)
- sdl2 (sdl2-rbp-bin, sdl2-minimal-git, sdl2-minimal-x11-git, sdl2-rpi, sdl2-nox-git, sdl2-nox, sdl2-git)
- git (git-git, git-vfs, git-run-command-patch-git) (make)
- glib2 (glib2-selinux, glib2-nodocs-git, glib2-git, glib2-patched-thumbnailer) (make)
- glu (glu-git) (make)
- gtk3 (gtk3-git, gtk3-typeahead, gtk3-patched-filechooser-icon-view, gtk3-no_deadkeys_underline, gtk3-classic, gtk3-classic-noatk-64, gtk3-ubuntu) (make)
- libepoxy (libepoxy-git, libepoxy-nodocs-git) (make)
- libpcap (libpcap-git) (make)
- libsamplerate (libsamplerate-git, libsamplerate-minimal-git) (make)
- libslirp (make)
- meson (meson-git) (make)
- openssl (libressl-git, openssl-hardened, quictls-openssl, openssl-git, openssl-static) (make)
- Show 4 more dependencies...
Latest Comments
oscareczek commented on 2022-06-25 07:09 (UTC)
Seems like this commit https://github.com/mborgerson/xemu/commit/482b2ea31ded1e544ff34efdd62778a2e1ef2451 broke the compilation:
../meson.build:840:0: ERROR: Include dir tomlplusplus/include does not exist.
.Neko-san commented on 2022-05-31 18:37 (UTC)
I would check but my filesystem got borked recently so I can't do anything to check until I either fix it or wipe the partition and reinstall Arch :/
grawlinson commented on 2022-05-24 21:20 (UTC)
Maintainer for the
xemu
package here, I seem to be having issues with xemu versions past 0.7.0 (0.6.6 is the last build that works for me). I can start Xemu and fiddle with configuration, but that's about it. If I try and exit or run an ISO, it freezes and I have topkill xemu
. :(Is anyone else having the same issues?
electronic_punk commented on 2022-04-28 17:56 (UTC)
Yeah, i realise that. Still it's a nice hack for manjaro users.
Neko-san commented on 2022-04-27 20:10 (UTC)
@electronic_punk Typically, Manjaro isn't supposed to be compatible with the AUR, so expect to run into problems like that a lot.
I'd suggest you install a "real" Arch-based distro like EndeavourOS (or Arch itself) to avoid that
electronic_punk commented on 2022-04-27 19:59 (UTC)
Ok, i managed to solve this. I use manjaro and tried to use yay. In manjaro repos tomlplusplus is 3.0.1-1 and i have it installed. I downloaded this aur repo, changed then "3.0.1.r11" to "3.0.1-1" in your PKGBUILD file and package built without any error.
abouvier commented on 2022-04-25 20:01 (UTC)
I don't have this error. What have you done!
electronic_punk commented on 2022-04-25 18:21 (UTC)
Error at the beginning of building:
-> Following packages not found: tomlplusplus>=3.0.1.r11 (dependent on: xemu-git)
Neko-san commented on 2022-01-31 17:11 (UTC) (edited on 2022-01-31 17:23 (UTC) by Neko-san)
With that same line of thought, one could also ask:
"Why would anyone make a PKGBUILD to begin with if it's so much work and why do we have a wiki page for it?"
I'm not demanding anything, of course, but this excessive "fear" or what have you of maintaining a PKGBUILD beyond the bare minimum implies that the effort must not really be worth it to the maintainer.
abouvier commented on 2022-01-31 07:55 (UTC) (edited on 2022-01-31 08:01 (UTC) by abouvier)
What makes more sense: asking every
PKGBUILD
maintainer to add this condition or modifying your ownmakepkg.conf
?And if you change the default compiler, you should know what you're doing.
Neko-san commented on 2022-01-31 05:15 (UTC)
Adding a conditional check for this seriously isn't a big deal; the only 2 main compilers used on Linux are GCC and Clang - it's not like someone's going to come along and ask about MingW support.
This doesn't override GCC users, only fixes the variables necessary for those deciding they want Clang without making investigating why compilation doesn't work every time something doesn't build.
abouvier commented on 2022-01-31 05:02 (UTC) (edited on 2022-01-31 05:03 (UTC) by abouvier)
PKGBUILDs are not supposed to support every compiler.
It's up to you to add these variables in your environment.
Neko-san commented on 2022-01-30 23:59 (UTC)
Putting this at the top of the build function fixes compiling Xemu with clang:
Neko-san commented on 2021-09-20 21:43 (UTC)
Aaaaand, it did get removed, partially They kept the LD export but not exactly as it's required for Xemu as mentioned in the Github conversation
Not be overly negative but... it's stuff like this that makes me not want to contribute to the wiki :/
Neko-san commented on 2021-09-17 23:24 (UTC)
I just added it.
In my experience, contributing to the Arch Wiki just gets my additions removed but we'll see if it doesn't this time :/
abouvier commented on 2021-09-17 20:07 (UTC)
It's time to edit the wiki at https://wiki.archlinux.org/title/Clang to add your discoveries ;)
Neko-san commented on 2021-09-17 08:58 (UTC)
I mean, yeah, I did that but this info isn't in the Arch Wiki and anyone else happening upon it probably would have to goose-chase to find out :v
abouvier commented on 2021-09-17 06:22 (UTC) (edited on 2021-09-17 17:57 (UTC) by abouvier)
Why not add these variables/flags in your
makepkg.conf
file like you did forCC
/CXX
? :pIt will fix every PKGBUILD that you're building with clang+LTO.
Neko-san commented on 2021-09-16 05:59 (UTC)
@abouvier Apparently, exporting these variables:
in the PKGBUILD fixes the LTO error.
Maybe add a detection handling for when Clang is used and when LTO is active?
I'd offer a suggestion but I'm not as experienced with understanding what
makepkg
does and doesn't like in these kinds of scenarios :Vabouvier commented on 2021-09-16 01:36 (UTC)
Enabling
lto
works withgcc
, but apparently not withclang
. You should report it upstream :pNeko-san commented on 2021-09-16 01:25 (UTC)
Yeah, sorry Lol
I edited and mentioned I have a different issue now
abouvier commented on 2021-09-16 01:23 (UTC)
It's already merged, just rebuild ;)
Neko-san commented on 2021-09-16 01:20 (UTC) (edited on 2021-09-16 01:24 (UTC) by Neko-san)
These are default flags in
makepkg.conf
; it looks like the fix is going to be merged into master soon though? Edit: It already was, didn't noticeDifferent error now though; I guess it doesn't like LTO? Will LTO support be added in the future?
abouvier commented on 2021-09-15 05:07 (UTC)
It's because of
-Wformat -Werror=format-security
inCFLAGS
: https://github.com/mborgerson/xemu/pull/455Neko-san commented on 2021-09-15 04:22 (UTC)
I get a compilation failure with Clang set in makepkg.conf
For reference,
makepkg.conf
:Terminal output:
abouvier commented on 2021-06-12 23:32 (UTC) (edited on 2021-06-12 23:36 (UTC) by abouvier)
It's a new
makepkg
option since the release ofpacman
6.0:xDShot commented on 2021-06-12 22:53 (UTC)
What exactly options=('lto') does?
Vaporeon commented on 2021-01-04 20:35 (UTC)
As of ~0.5.0 This needs to depend on libsamplerate.