Notice: Undefined variable: name in /srv/http/vhosts/ on line 248

Package Details: snes9x-git 1.53.r415.g1aae8f9-1

Git Clone URL: (read-only)
Package Base: snes9x-git
Description: A portable Emulator for the Super Nintendo Entertainment System
Upstream URL:
Licenses: LGPL
Conflicts: snes9x
Provides: snesx
Submitter: bzt
Maintainer: ProfessorKaos64
Last Packager: ProfessorKaos64
Votes: 13
Popularity: 0.000000
First Submitted: 2011-03-27 19:01
Last Updated: 2016-11-28 14:37

Latest Comments

1 2 Next › Last »

ProfessorKaos64 commented on 2016-11-28 14:00

@banzr this package must conflict with vanilla snes9x and snes9x-gtk, since they provide the same files. You noted "I get an error that snes9x conflicts with snes9x-git-gtk." That is not true. The conflicts is "snes9x, snes9x-gtk" not "snes9x, snes9x-git-gtk". The provides should not be "package-git", but always "package" when there is an existing package, AUR or not, that provides the same files. Since the base package builds both, I will adjust the conflicts so snes9x-gtk-git conflcits with snes9x-gtk, and snes9x-git conflicts with snes9x only. gtk should not conflict with non-gtk.

banzr commented on 2016-11-28 06:20

There's a simple error that I receive after successfully building the snes9x-git-gtk package. As soon as I attempt to install the snes9x package I get an error that snes9x conflicts with snes9x-git-gtk. Please remove these conflicts or change your snes9x-git package to provide snes9x-git. I prefer removing the conflicts unless there is some incompatibility with your gtk layer with the vanilla snes9x package. Removing the conflict allowed my package to build flawlessly. I didn't have the vanilla snes9x package previously installed before building your package.

ReiDaCocada commented on 2016-10-10 05:30

Thanks, I was able to install without problems using the chroot method.

ProfessorKaos64 commented on 2016-10-09 15:45

See the below. Seems a few touch commands will help this.

ProfessorKaos64 commented on 2016-10-09 13:26

It is difficult to reproduce this. Sometimes it manifests itself, other times, not. Keep in mind this is a dormant project and doesn't have much activity at all. I would suggest clearing you package cache if using a helper like pacaur (~/.cache/pacaur/snes9x-git).

ProfessorKaos64 commented on 2016-10-09 11:46

The PKGBUILD produces two packages. As for the errors, I'll try soon, but I always test with makechrootpkg and a clean chroot, so it's unlikely that it's this build. I would suggest cloning the upstream repository and manually compiling things to check it isn't your system. Also, you could check the arch wiki for building in a clean chroot, which is also a good idea.

ReiDaCocada commented on 2016-10-08 22:22

I'm getting this error when building:

src/filter_xbrz.cpp:258:81: error: ‘RGB’ is not a member of ‘xbrz’
gFactor, &renderBuffer[0], &xbrzBuffer[0], width, height, xbrz::RGB, xbrz::ScalerCfg(), 0, height);
make[1]: *** [Makefile:1563: src/snes9x_gtk-filter_xbrz.o] Error 1
make[1]: Leaving directory '/tmp/yaourt-tmp-gabriel/aur-snes9x-gtk-git/src/snes9x-git/gtk'
make: *** [Makefile:2451: all-recursive] Error 1

ProfessorKaos64 commented on 2016-09-21 15:27

@shudouken I see your edit. Then something must be wrong with either a dependency you have installed (reinstall them?), the source files, or something else. I'm not sure what else to tell you. Check that all commands involved and respective packages are fully up to date, including pacman (which provides makepkg). Also ensure that in any directory, cache dir or not, that src/ pkg/ and snes9x-git/ are gone before a build for a full test, or like I said, build in an empty dir.

ProfessorKaos64 commented on 2016-09-21 15:06

@shudouken, I'm not quite sure then. Building in a clean chroot is as much as I can validate from my end. I also updated via pacaur, passing --devel to force rebuild the git source. Here is a log of a clean chroot build with a freshly cloned source: With offending configure option causing warning removed:

The "configure: WARNING: unrecognized options: --with-sdd1-decomp" is thrown, but the compilation then starts fine. I also ran makepkg -f after a package was already built, to see if an older file conflicted in $srcdir. I did remove the invalid option noted in the WARNING line. Please give me a full log of your build with makepkg in a clean directory.

shudouken commented on 2016-09-21 14:27

I tried both pacaur and makepkg after uninstalling the old package and cleaning my build directory, but I still get the same error everytime.

Edit: It worked with a clean chroot, weird.