Package Details: epsxe 2.0.5-28

Git Clone URL: https://aur.archlinux.org/epsxe.git (read-only, click to copy)
Package Base: epsxe
Description: Enhanced PSX emulator
Upstream URL: http://epsxe.com
Keywords: emulator playstation
Licenses: unknown
Conflicts: bin32-epsxe
Submitter: None
Maintainer: hav3lock
Last Packager: hav3lock
Votes: 229
Popularity: 0.39
First Submitted: 2007-05-02 16:59 (UTC)
Last Updated: 2021-12-14 23:48 (UTC)

Pinned Comments

Latest Comments

1 2 3 4 5 6 .. 31 Next › Last »

anon_leper commented on 2023-02-15 13:36 (UTC) (edited on 2023-02-15 13:38 (UTC) by anon_leper)

This package compiles 64-bit plugins, including Pete's XGL2. https://aur.archlinux.org/packages/pcsxr

You can compile it yourself. https://github.com/frealgagu/PCSX-Reloaded/archive/1.9.95.tar.gz

Issy commented on 2022-10-17 19:48 (UTC) (edited on 2022-10-17 20:20 (UTC) by Issy)

Reading through the comment threads on both the bin32-epsxe package and the epsxe package, I realize that in order to run the epsxe-plugin-gpu-xgl2 plugin I need to have the bin32-epsxe package installed. So I installed this package. The emulator runs, but crashes with the following error the moment I try to open the video configuration menu option:

~/.epsxe/plugins//libgpuPeteXGL2.so.2.0.9: verkeerde ELF-klasse: ELFCLASS32

Telling me the 32bit plugin isn´t compatible with the 64bit binary.

Running file on epsxe gives me the following output:

/opt/epsxe/epsxe: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.32, BuildID[sha1]=be2e59a8e33aa414087034545241837a10291d0f, stripped

It appears that the bin32-epsxe package still installs the 64 bit binary.

I'm a Arch and Linux beginner, so I tried to manually download the 32bit binary and manually replace the 64bit binary with it. But it didn't work.

hav3lock commented on 2021-11-29 21:46 (UTC) (edited on 2021-11-29 21:47 (UTC) by hav3lock)

I'll be getting to these changes later this week. Thanks for pointing this stuff out.

@cniw @vagelis @async

cniw commented on 2021-11-26 14:37 (UTC) (edited on 2021-11-26 15:16 (UTC) by cniw)

for anyone who gets an error message like this

/opt/epsxe/epsxe: libncurses.so.5: version `NCURSES_TINFO_5.0.19991023' not found (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: libncurses.so.5: version `NCURSES_5.0.19991023' not found (required by /opt/epsxe/epsxe)

this is my temporary solution

wget --content-disposition https://archive.org/download/archlinux_pkg_ncurses/ncurses-5.9_20141101-1-x86_64.pkg.tar.xz
mkdir ncurses
tar xf ncurses-5.9_20141101-1-x86_64.pkg.tar.xz -C ncurses &>/dev/null
sudo cp ncurses/usr/lib/libncursesw.so.5.9 /opt/epsxe
rm -rf ncurses
cd /opt/epsxe
sudo ln -sf libncursesw.so.5.9 libncurses.so.5
sudo ln -sf libncursesw.so.5.9 libtinfo.so.5
epsxe

@hav3lock maybe you can use the old libncurses library as a symbolic link target in PKGBUILD

vagelis commented on 2021-11-23 08:31 (UTC)

Same issue with @async on Arch LTS x64

/opt/epsxe/epsxe: /opt/epsxe/libncurses.so.5: version NCURSES_TINFO_5.0.19991023' not found (required by /opt/epsxe/epsxe) /opt/epsxe/epsxe: /opt/epsxe/libncurses.so.5: versionNCURSES_5.0.19991023' not found (required by /opt/epsxe/epsxe) /opt/epsxe/epsxe: /usr/lib/libcurl.so.3: no version information available (required by /opt/epsxe/epsxe)

async commented on 2021-11-20 19:02 (UTC)

After running recent Manjaro updates, ncurses was updated to version 6.x. Now I'm unable to use epsxe (neither this package or the 32bit package), and getting the same error as @zwastik.

[bitfenix@bitfenix-pc ~]$ epsxe /opt/epsxe/epsxe: /opt/epsxe/libncurses.so.5: version NCURSES_TINFO_5.0.19991023' not found (required by /opt/epsxe/epsxe) /opt/epsxe/epsxe: /opt/epsxe/libncurses.so.5: versionNCURSES_5.0.19991023' not found (required by /opt/epsxe/epsxe) /opt/epsxe/epsxe: /usr/lib/libcurl.so.3: no version information available (required by /opt/epsxe/epsxe)

As the package maintainer recommended, I tried running strace epsxe. Here is the output of that command:

https://pastebin.com/HwFJGQdw

hav3lock commented on 2021-07-08 04:16 (UTC) (edited on 2021-07-08 04:19 (UTC) by hav3lock)

@rafaelff

Suggestion 1 is no different than the current situation, aside from adding unnecessary logic: they both evaluate to an arch array containing i686.

Suggestion 2 makes no sense: package_epsxe installs a binary incompatible with i686 systems.

And as for suggestion 3: there is a 32-bit version of Arch Linux--I will not be removing i686 from the arch array.

rafaelff commented on 2021-07-06 14:24 (UTC) (edited on 2021-07-06 14:27 (UTC) by rafaelff)

This package is made available to arch=i686 with 'epsxe' split package using 64-bits binary.

My suggestion is:

  • remove arch i686, as this architecture is not supported by Arch Linux

or

  1. if pkgname contains 32 (this condition is already implemented) OR arch = i686, use 32-bits binary.
  2. package_epsxe() have arch=('i686' 'x86_64')
  3. package_bin32-epsxe() have arch=('x86_64') as only a 64-bit system would use this package

hav3lock commented on 2021-07-05 20:45 (UTC)

@visious5d

Can you give me output from strace, valgrind and ldd for the actual epsxe binary?

Email them to me. @zwastik please email me the outputs for those commands too: I don't want to clog up the comments here with large blocks of program output like that.

@visious5d and @zwastik

At the end of the day, there is only so much I can do. Issues like the ones you're having might need to be taken up with the developer, but let me see if there are any obvious issues like epsxe not being able to find a library or smth.

visious5d commented on 2021-07-05 07:34 (UTC) (edited on 2021-07-05 07:37 (UTC) by visious5d)

@hav3lock Hi, I have the same problem with 32-bit version