EDIT: SOLVED WITH libtinfo 6-23
With the libtinfo update I get this now too:
/opt/epsxe/epsxe: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory
Search Criteria
Package Details: epsxe 2.0.5-34
Package Actions
| Git Clone URL: | https://aur.archlinux.org/epsxe.git (read-only, click to copy) |
|---|---|
| Package Base: | epsxe |
| Description: | Enhanced PSX emulator |
| Upstream URL: | https://epsxe.com |
| Keywords: | emulator playstation |
| Licenses: | unknown |
| Conflicts: | bin32-epsxe |
| Submitter: | None |
| Maintainer: | hav3lock |
| Last Packager: | hav3lock |
| Votes: | 229 |
| Popularity: | 0.183404 |
| First Submitted: | 2007-05-02 16:59 (UTC) |
| Last Updated: | 2024-09-14 02:27 (UTC) |
Dependencies (18)
- bash (bash-devel-static-gitAUR, bash-devel-gitAUR, busybox-coreutilsAUR, bash-gitAUR)
- gtk3 (gtk3-no_deadkeys_underlineAUR, gtk3-classicAUR, gtk3-classic-xfceAUR, gtk3-patched-filechooser-icon-viewAUR)
- libarchive (libarchive-gitAUR)
- libcanberra
- libcdio (libcdio-gitAUR)
- libcurl-compat (libcurl-http3-ngtcp2-compatAUR, libcurl-compat-gitAUR)
- libxt
- libxv
- ncurses (ncurses-gitAUR)
- openssl-1.0AUR
- sdl_ttf
- cmake (cmake-gitAUR) (make)
- intltool (make)
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber) (make)
- nasm (nasm-gitAUR) (make)
- tar (tar-gitAUR, busybox-coreutilsAUR) (make)
- unzip (unzip-natspecAUR, unzip-zstdAUR) (make)
- valgrind (valgrind-gitAUR) (make)
Required by (5)
Sources (12)
- configure_ac.patch
- dfxvideo_cfg_c.patch
- epsxe.desktop
- epsxe.png
- epsxe.sh
- https://archive.org/download/archlinux_pkg_ncurses/ncurses-5.9_20141101-1-x86_64.pkg.tar.xz
- https://www.epsxe.com/files/ePSXe205linux_x64.zip
- https://www.epsxe.com/files/shaders.zip
- Makefile.patch
- pcsxr-1.9.95.tar.gz
- pcsxr-fix-undefined-operations.patch
- peopsxgl_gpu_c.patch
logos commented on 2017-04-29 11:47 (UTC) (edited on 2017-04-29 18:39 (UTC) by logos)
hav3lock commented on 2017-04-28 00:42 (UTC)
Fixed my system. Just need to get a few more libs.
hav3lock commented on 2017-04-27 14:04 (UTC)
@logos, yup np. I'll see about getting the last few shared libraries that I need later today when I get home from work; as soon as I get it working here, I'll add the appropriate lib32 shared libraries to bin32-epsxe.
logos commented on 2017-04-27 09:49 (UTC)
@hav3lock thanks for the feedback and help
hav3lock commented on 2017-04-27 04:05 (UTC) (edited on 2017-04-27 04:08 (UTC) by hav3lock)
@logos, I'm gonna have to fiddle around with this some more later and see what I can figure out. Whatever you do, don't force install the old version of openssl. It breaks pacman. I'm planning on manually adding the shared library files to the epsxe package. Fortunately, I have a parallel installation I can recover the needed files from. I'll see if I can fix this in the next few days.
hav3lock commented on 2017-04-27 02:23 (UTC)
@logos, lemme do my updates and then I'll see if I can reproduce and resolve your issue.
logos commented on 2017-04-26 22:15 (UTC)
/opt/epsxe/epsxe: /usr/lib/libcrypto.so.1.0.0: version `OPENSSL_1.0.0' not found (required by /opt/epsxe/epsxe)
anyone know how to solve this error? epsxe doesn't run anymore since my last update of the system
logos commented on 2017-04-21 21:16 (UTC)
I need libtinfo to execute it, so it should be in dependencies
hav3lock commented on 2017-04-21 15:10 (UTC)
I probably should update the dependencies so that they're the 64-bit ones rather than lib32. *le sigh* I'll also fix that after I get off work.
hav3lock commented on 2017-04-21 02:48 (UTC)
Sorry that it takes me so long to fix things when they break, I'm just very busy with work and life. UwU
Pinned Comments