Package Details: epsxe 2.0.2-7

Git Clone URL: https://aur.archlinux.org/epsxe.git (read-only)
Package Base: epsxe
Description: Enhanced PSX emulator
Upstream URL: http://epsxe.com
Licenses: unknown
Submitter: None
Maintainer: hav3lock
Last Packager: hav3lock
Votes: 183
Popularity: 3.213897
First Submitted: 2007-05-02 16:59
Last Updated: 2016-05-28 21:39

Latest Comments

hav3lock commented on 2016-06-04 00:19

@Everyone, for anyone having trouble using the 32-bit plugins, you can download a
snapshot of epsxe, and build it with `CARCH=i686` and it will be built as a 32-bit
package allowing you to use, in theory at least, the 32-bit plugins available on
the AUR.

FernandoBasso commented on 2016-05-29 10:24

@hav3lock: Yep. It worked here as well when running epsxe from the command line! Thanks a bunch.

hav3lock commented on 2016-05-28 21:40

@Everyone, it's fixed, or at least it works on my machine. /usr/bin/epxse should also work again.

FernandoBasso commented on 2016-05-28 11:18

As @ReiDaCocada mentioned, I did these steps:

cd /opt/epsxe/
sudo mv libncurses.so.5 libtinfo.so.5 /usr/lib/
LD_PRELOAD=libcurl.so.3 /opt/epsxe/epsxe

Then it _worked_. I got these messages, though:

/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcurl.so.3: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /opt/epsxe/epsxe)

ReiDaCocada commented on 2016-05-28 00:26

@hav3lock I did had the same problem that FernandoBasso have.
Indeed, using "LD_LIBRARY_PATH+=:/opt/epsxe" or running just "epsxe" from the terminal did nothing here :\

For making ePSXe run, I had to use the old command, in ePSXe directory:

LD_PRELOAD=libcurl.so.3 /opt/epsxe/epsxe

Edit: I tested again here, and the ePSXe did not detect the libs on the /opt/epsxe/ folder. It only worked here after I moved the symlinks
(libncurses and libtinfo) from /opt/epsxe/, to /usr/lib folder.

FernandoBasso commented on 2016-05-27 21:49

If I run it from the command line, the terminal just hangs until I hit Ctrl+c. From Xfce menu, I get:

Failed to execute child process "LD_LIBRARY_PATH+=:/opt/epsxe" (No such file or directory)

hav3lock commented on 2016-05-27 06:57

Okay, so my fix didn't work, hmmm..

/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /opt/epsxe/epsxe)

hav3lock commented on 2016-05-27 05:57

@ReiDaCocada, your suggestions have been merged into the PKGBUILD,
so running just `epsxe` should work as before.
Yay!

hav3lock commented on 2016-05-27 05:42

@ReiDaCocada, it does help! Thanks a bunch!

ReiDaCocada commented on 2016-05-25 05:49

I got it working here without installing libtinfo5, so, I think this dependency is unnecessary.
Just creating a symlink to ncurses and libtinfo is enough:

# ln -s /usr/lib/libncursesw.so.6 /usr/lib/libncurses.so.5
# ln -s /usr/lib/libtinfo.so.6 /usr/lib/libtinfo.so.5

And like rdoursenaud said, launch ePSXe with:

LD_PRELOAD=libcurl.so.3 epsxe

I hope this helps :)

hav3lock commented on 2016-05-24 22:50

I added libtinfo5 to the depends for epsxe and fixed the other depends, but it still is broken, which makes absolutely no sense... :/

hcartiaux commented on 2016-05-23 18:11

* I think all lib32- dependencies are useless for the 64 bits binary
* epsxe depends on libtinfo-5 & ncurses5-compat-libs

I still have these errors:
/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcurl.so.4: version `CURL_OPENSSL_3' not found (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /usr/lib/libcrypto.so.1.0.0: no version information available (required by /opt/epsxe/epsxe)

hav3lock commented on 2016-05-23 15:50

@everyone, so it seems like epsxe now depends on ncurses.5 instead of libtinfo.5, or something like that, but ncurses-5-compat-libs isn't building...so yeah...

helix commented on 2016-05-23 00:31

The GUI now is GTK3-based, correct the dependencies. Plus they have created a 64-bit version which is now in alpha stage.

hav3lock commented on 2016-05-23 00:21

@rdoursenaud, patch merged, thanks again.

hav3lock commented on 2016-05-23 00:08

@rdoursenaud, kk, thanks, sorry for the delay, I'll patch the PKGBUILD right away.

rdoursenaud commented on 2016-05-20 05:51

Here's a patch you may want to use: https://github.com/rdoursenaud/epsxe-arch

rdoursenaud commented on 2016-05-20 05:31

Package for 2.0.2 won't build/install/run on x86_64.

Archive content path is different (Capitalized ePSXe postfixed with linux, version without dots and _x64).
No subdirectories for plugins, bios…
Docs file seems to not be in the expected format.
Executable name is different (Postfixed with _x64).
No keycodes.lst file.
Should depend on ncurses5-compat-libs, libtinfo-5 and libcurl-compat instead of symlinking incompatible 32 bit libraries.

Then launch with LD_PRELOAD=libcurl.so.3 epsxe (Update epsxe.sh and epsxe.desktop).

I believe all of this also applies to the 32 bit version.

Thanks!

DaVinciLord commented on 2016-03-22 18:42

epsxe is just not working with xgl2 gpu plugin. Maybe that's my driver (I use the open source driver not Catalyst). I'll look into that.

EDIT: using Catalyst drivers for my video card, xgl2 gpu plugin works and so works epsxe perfectly except for the audio.

EDIT2: That was fixed by launching epsxe with padsp.

hav3lock commented on 2016-03-22 01:04

@DaVinciLord, so is epsxe working now/again?

DaVinciLord commented on 2016-03-17 05:43

Yep, opengl acceleration is working correctly;
➜ ~ glxinfo | grep 'direct rendering'
direct rendering: Yes

justin8 commented on 2016-03-17 00:57

Check that opengl acceleration is working on your gpu. `glxinfo | grep 'direct rendering'`

If opengl isn't working then that will say no

DaVinciLord commented on 2016-03-16 19:59

@hav3lock
I tried using the "P.E.Op.S. SoftX Driver 1.18" plugin instead of Pete's XGL2 2.9 and I was able to run the game. Any ideas as to why?

hav3lock commented on 2016-03-15 01:33

@DaVinciLord, does this also happen when you run games that are actual .iso's?
(You can convert .bin and .cue files to .iso via _bin2iso_)
Also it may be worth noting that the copy of FF7 I started up was a .bin file and not a .iso file.

* * *
So it looks like epsxe can't read or write to memory cards, or at least that
there's some sort of problem associated with them, maybe reinstalling or deleting
the memory card files might fix it?

DaVinciLord commented on 2016-03-13 17:06

@hav3lock, yeah it happens right after I start a game (either by opening the .cue or the .bin).

hav3lock commented on 2016-03-13 02:50

@DaVinciLord, does this happen immediately after you start up a game? I'm getting no such error, I just started up Final Fantasy 7 just fine.

DaVinciLord commented on 2016-03-12 18:34

Hi there, I have a few problems when trying to run a game.

* Memory handlers init.
* ePSXe: PSX BIOS loaded [/opt/epsxe/bios/scph1001.bin].
* Loading Single CUE File ok
* Loading ISO Format [MDF/BIN/IMG2352] ok
* First/Last track: 1 1
* Track 1: (DATA) - Start 1: (00,02,00) - Length 62:28
* NTSC cdrom detected. (SCUS_942.28)
* Init gpu[0][libgpuPeteXGL2.so.2.0.9]
X.Org
Gallium 0.4 on AMD PITCAIRN (DRM 2.43.0, LLVM 3.7.1)
* Open gpu[0]
* Mapped /dev/input/js0 to Player1
* Mapped /dev/input/js1 to Player1
* Linux joystick init ok.
* SPUplayCDDAchannel disabled
* Init spu[0][libspuPeopsOSS.so.1.0.9]
Sound device not available!
* Open spu[0]
* Warning: The memcard [memcards/epsxe000.mcr] has NOT been saved to disk
* Warning: The memcard [memcards/epsxe001.mcr] has NOT been saved to disk
/usr/bin/epsxe : ligne 3 : 22537 Erreur de segmentation (core dumped)LD_LIBRARY_PATH+=:/opt/epsxe /opt/epsxe/epsxe "$@"

hav3lock commented on 2016-02-26 04:41

@Sepero, I don't understand, when I run: `pacman -Ss lib32-ncurses`

It prints out:

> multilib/lib32-ncurses 6.0-2 [installed]
> System V Release 4.0 curses emulation library (32-bit)

I'm not sure what the problem could be, sorry.

Also running `yaourt -S lib32-ncurses` works just fine for me.

Sepero commented on 2016-02-21 05:01

@hav3lock Yes

hav3lock commented on 2016-02-19 13:51

And it still says that lib32-ncurses isn't found?

Sepero commented on 2016-02-18 11:38

@hav3lock Yes, I have both uncommented.

[multilib-testing]
Include = /etc/pacman.d/mirrorlist

[multilib]
Include = /etc/pacman.d/mirrorlist

hav3lock commented on 2016-02-15 16:33

@Sepero make sure that multilib is uncommented in your pacman.conf file in /etc/pacman.conf

Sepero commented on 2016-02-13 09:23

@hav3lock

yaourt -S lib32-ncurses
Password:
error: target not found: lib32-ncurses

Trying to install lib32-ncurses5-compat-libs gives-
error: target not found: gcc-multilib
error: target not found: lib32-glibc

hav3lock commented on 2016-02-07 03:39

@Sepero, that's strange--did you try installing lib32-ncurses manually?

Sepero commented on 2016-02-05 14:09

error: package 'lib32-ncurses' was not found

Cannot install

justin8 commented on 2015-10-13 22:37

I think this gives me an excuse to install it again and get back to some nostalgia :)

hav3lock commented on 2015-10-13 22:30

@Everyone, It's working again!! :D (Oh my gosh, guys, you can edit AUR comments now!!!! Soo cool!!)

hav3lock commented on 2015-10-13 22:13

kk, sounds good, that's what I'll do then. Thanks for the tip @Justin8.

justin8 commented on 2015-10-13 10:29

Why not just use a bash script that sets LD_LIBRARY_PATH then runs epsxe; and use that script in the .desktop file? That's how everyone else handles application specific library dependencies.

hav3lock commented on 2015-10-13 00:43

@Narthorn, yeah now that you mention it, I can't get @Hcartiaux's solution to work either. I suppose you could mess around with LD_LIBRARY_PATH, but that variable may vary from distro to distro, unless it's part of some standard.

However, I'm not sure that adding a symlink meant for use by a single package to the LD_PATH is a super great idea since that means that anything and everything would be taking advantage of said symlink, as in if a library _actually_ could _only_ use version 5 of Ncurses and _not_ version 6, then it'd load the symlink just to crash because of the differences in the API.

Uhh... I don't know if I'll have a chance to get to this today, but... *sigh*, for now I'd recommend just uhh... run `downgrade libtinfo` and use the previous version, which should be 6-6. If that doesn't work for you, then just add the symlink either manually or (BETTER) to the libtinfo package and install it locally and whatnot.

Narthorn commented on 2015-10-12 23:42

On my system, without /usr/lib/libncurses.so.5, epsxe will not run:

./epsxe: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

I cannot confirm what hcartiaux said in the comment on 2015-09-30 18:11. For me, just having symlinks in /opt/epsxe/ does NOT work. Putting a symlink to /usr/lib/libncursesw.so.6.0 in /usr/lib/libncurses.so.5 does work.

This looks like an upstream bug, though. They have to fix whatever strange hardcoded way of loading libs they have so that it looks in the right place for libncurses.so.5.

hav3lock commented on 2015-10-12 06:55

@threeofsix, I think that it was actually the libtinfo package causing the problems: epsxe doesn't install or create anything in /usr/lib; it creates a symlink to /usr/lib/libncursesw.so.6, but it shouldn't be doing anything close to the opposite of that.

Is this problem still happening with the latest update of libtinfo?

@FernandoBasso, sorry I never got to your comment, somehow the email mentioning that you posted never reached my eyes, lulz. What the crap, yeah, that does sound like an ncurses problem. With the latest changes to the libtinfo package and crap are you still having the same problem?

Like here's the thing guys, I'm running the latest version of all of my packages, a lot of the times none of this crap happens to me--that doesn't *necessarily* mean anything, though, since my system is probably an example of the ideal environment where everything that could go wrong _doesn't_.

Let me know if this is still happening--I have no way/idea how I would test this on my own.

threeofsix commented on 2015-10-12 01:01

I had the same problem as @FernandoBasso a couple weeks. The problem seemed to come from the fact that the package had rewritten /usr/lib/libncursesw.so.6 to symlink to /usr/lib/libtinfo.so.5 rather than /usr/lib/libncursesw.so.6.0. I uninstalled the package and was able to log back into my system.

Does anyone know if it is safe to reinstall?

FernandoBasso commented on 2015-10-03 11:54

The last update to this package made my system impossible to log into (even from tty). I had to use the live cd to move libtinfo.so.5 away because from the CD, if I did `pacman -r /path/to/arch/ -S bash ncurses` I would see the message “libncursesw and libtinfo.so.5 have the same soname but different type” (I don't remember it exactly).

It was easy to fix, but I can't rename that libtinfo.so.5 back and use the emulator, I guess.

hav3lock commented on 2015-10-01 20:40

@Yamakaky, sorry to be so grumpy about this--I'm having kind of a bad day; I apologize for letting external stresses influence how I treat yall at times. Even as awesome as I am--and I'm pretty awesome, lol--I'm still just as human and prone to being not so awesome as yall are.

All yall stay awesome now. Over and out. :P

hav3lock commented on 2015-10-01 20:36

@Yamakaky, okay, so epsxe absolutely **___requires___** the libncurses.so.5 symlink. If it isn't provided for in the epsxe package, then it must be provided by some other package: ncurses isn't providing this anymore, since its latest version bump. So here's what I can do:

1. provide the symlink in another package such as the libtinfo family, or create an entire package for a single symlink, such as a ncurses5 package, which won't even provide the 5th version of ncurses since it'll only provide a symlink to version 6.

2. I can remove the symlink from the PKGBUILD and add it somewhere else, like in the epsxe.sh file, but doing so will mean that the package database will have _no idea that the symlink exists_!

3. Or I can leave things as they are since they work just fine and that's really _all I care about_.

Not to be a jerk about this or anything, but epsxe isn't providing anything with the new symlink setup. A program would have to literally exist in the same directory as epsxe or actually be expecting to find an ncurses symlink in epsxe's install directory in order for it to take advantage of the symlink created in this package.

Yamakaky commented on 2015-10-01 19:32

You are not providing ncurses, so your pacakge should not contain this symlink.

hav3lock commented on 2015-09-30 20:39

Hey, no problem; I'll update the package and fix those symlinks in the next day or so. Thanks for pointing them out. @Hcartiaux @Yamakaky

hcartiaux commented on 2015-09-30 18:11

Hi hav3lock,

Thanks for your work on maintaining epsxe in arch, which is not an easy task...
I agree with Yamakaky, I think you should create these symlinks in /opt/epsxe/, I tested this and it works, there should be no risk of side effects.

case "$CARCH" in
('x86_64') ln -s /usr/lib32/libncursesw.so."${_lib32_ncurses}" "$pkgdir"/opt/${pkgname}/libncurses.so.5;
ln -s /usr/lib32/libtinfo.so "$pkgdir"/opt/${pkgname}/libtinfo.so.5;;
('i686') ln -s /usr/lib/libncursesw.so."${_ncurses}" "$pkgdir"/opt/${pkgname}/libncurses.so.5;;

hav3lock commented on 2015-09-30 17:27

How is that wrong? I believe that the ncurses symlink is required in order for epsxe to work. Is the symlink causes problems?

Yamakaky commented on 2015-09-30 17:25

Your package contains /usr/lib/libncurses.so.5, it's wrong !

Yamakaky commented on 2015-09-30 13:16

There are no epsxe-launcher-* packages on AUR, please update the .install file.

hav3lock commented on 2015-09-22 00:35

@everyone, I've fixed the problem related to the ncurses bug that was preventing epsxe from starting. Apparently, epsxe depends on the physical files libtinfo.so.5 and libncurses.so.5. I've updated the libtinfo packages accordingly.

hav3lock commented on 2015-09-21 12:57

Well, you could always rollback ncurses using downgrade and then install libtinfo-5.

hav3lock commented on 2015-09-21 12:56

Crap, well... that sucks. I'll write up a fix for it either today or tomorrow. Thanks for the heads up.

hcartiaux commented on 2015-09-21 12:53

Can't start epsxe anymore :'(

$ epsxe
/opt/epsxe/epsxe: error while loading shared libraries: libncurses.so.5: cannot open shared object file: No such file or directory

hav3lock commented on 2015-09-18 01:37

They're not epsxe depends: they're required by the plugins, I believe.

justin8 commented on 2015-09-15 20:44

Shouldn't they be dependencies then?

hav3lock commented on 2015-09-14 22:04

You need to install `gtk` and `glib` from the AUR in order to fix the `libgtk-1.2.so.0: cannot open shared object file` error.

thisischrys commented on 2015-09-14 11:59

New install, starts up, but errors on trying to open and plugin config screen:
./cfgPeopsOSS: error while loading shared libraries: libgtk-1.2.so.0: cannot open shared object file: No such file or directory
I have lib32-gtk2 and 3 installed but I can't find 1.2 anywhere?
Has this been broken for 64-bit?

hav3lock commented on 2015-06-09 06:01

@TrialInError, nice; thanks for the heads up. I'll resubmit the package in the next few days.

TrialnError commented on 2015-06-09 05:24

Since pacman4.2 PKGBuilds can use architecture specific depends
http://allanmcrae.com/2014/12/pacman-4-2-released/

hav3lock commented on 2015-05-06 21:22

kk, lemme release a fix for libtinfo.

DiegoTorres commented on 2015-05-06 21:03

@hav3lock: 64 bits. I just found a fix that works: linking /usr/lib32/libtinfo.so.5 to /usr/lib32/libncurses.so.5.9

hav3lock commented on 2015-05-06 21:01

@DiegoTorres are you running a 32bit or a 64bit system?

DiegoTorres commented on 2015-05-06 18:07

Error at launch:
/opt/epsxe/epsxe: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory

hav3lock commented on 2015-02-03 21:58

If anybody has any trouble getting epsxe to start, with the new libtinfo changes, please let me know at once.

hav3lock commented on 2015-01-28 18:18

@hcartiaux awesome, thanks!

hcartiaux commented on 2015-01-28 16:18

Tested very quickly, I can start my saved game of final fantasy IX.

hav3lock commented on 2015-01-27 17:10

Got it to run, still don't know if it runs games, though. Please let me know if it doesn't work.

hav3lock commented on 2015-01-27 16:39

Can anyone verify that the latest package update works? I can't seem to get it to work and I accidentally wiped my HDD recently so I have no ISOs or memcards or BIOS (crap, I just realized that I lost those too) to test on.

hav3lock commented on 2014-05-27 21:00

@hauzer

1. good points; they really ought to patch makepkg so that you can specify what tool to use for downloading the source files.

2. You my friend, experienced permission/config file problems. I too had some _very_ annoying problems when I first started using epsxe (this was after I had been maintaining it for a while, as my emulator of choice at the time was pSX, but pSX doesn't work with pulseaudio) all of which you have described: non-persistent data (saves don't get saved, memcards, the works). When did you experience these problems, was it recently? What release of the package were you using? Do you still have a copy of that PKGBUILD? Do you happen to know or have a means of finding out what the permissions of your /opt/epsxe directory were? Problems like those really are _not_ cool and I thought that I'd fixed things just right so that those kind of things weren't happening any more, but maybe they somehow snuck back in...

3. Fair enough.

I agree, I _really_ do _not_ want to start any such rivalry.

hauzer commented on 2014-05-27 07:45

@lspci: Hey there, glad you asked. Here's a list:

1. As you yourself observed, the file can't be downloaded via makepkg for whatever reason. I think it's easier to just upload it somewhere else and let makepkg do its magic, rather than trying to emulate the said magic, and possibly fail miserably (not that you did so).

2. epsxe itself isn't really improved in any way. There are no patches or anything similar. Rather, the *package* is improved. One notable thing with your package is that it didn't work out of the box (for me at least). Data wasn't persistent (saves, memcards, etc.) and playing anything was pointless. I had to install launchers which were conflicting with '/usr/bin/epsxe' and still didn't work out of the box because of the way you structured '/opt/epsxe'. I've spent a good hour or so trying to make it work. My package, cleanliness aside, simply works once you install it (provided you have a BIOS file), by giving you a bundled launcher. That's the only functional difference. Of course, the simpler PKGBUILD does help.

3. Well, it was more or less to inform *you*.

4. I know, right? I have like five ~copies of your post in my inbox!

Anyway, we're all here to help and learn. It's not my intention to be "better" or turn this into a competition by posting a rival package.

hav3lock commented on 2014-05-26 19:09

@hauzer, uhhh... k. Just to be frank, but not in a mean way, how does not directly pulling from upstream make a package better?

(note, I *didn't* say cleaner. Your package *is* cleaner, but I'm not worried about having the cleanest package EVER. My PKGBUILD is clean enough for me and I feel that if somebody really had an issue with it, they'd either do what you did, send me a patch/show me a better way to do something, or complain about it.)

Anyway, here's what I'm kinda confused about: what does your package provide that the vanilla epsxe doesn't, putting cleanliness aside since I could care less how clean a package is (assuming I'm not the maintainer) as long as it's up-to-date, builds okay, and the resulting installation runs just fine, which vanilla epsxe does (granted, you have to install some plugins and crap, but the actual `epsxe` program *runs*.)

Also, keep in mind that I recognize that at least part of your reason for commenting here is to inform the community that there *is* hope at long last!(Not being disrespectful, just fyi; just being silly.)

(there ***really*** ought to be a way to edit one's comment on the AUR without having to copy-paste, make said edit, and then delete the old one)

hav3lock commented on 2014-05-26 19:08

@hauzer, uhhh... k. Just to be frank, but not in a mean way, how does not directly pulling from upstream make a package better?

(note, I *didn't* say cleaner. Your package *is* cleaner, but I'm not worried about having the cleanest package EVER. My PKGBUILD is clean enough for me and I feel that if somebody really had an issue with it, they'd either do what you did, send me a patch/show me a better way to do something, or complain about it.)

Anyway, here's what I'm kinda confused about: what does your package provide that the vanilla epsxe doesn't, putting cleanliness aside since I could care less how clean a package is (assuming I'm not the maintainer) as long as it's up-to-date, builds okay, and the resulting installation runs just fine, which vanilla epsxe does (granted, you have to install some plugins and crap, but the actual `epsxe` program *runs*.)

Also, keep in mind that I recognize that at least part of your reason for commenting here is to inform the community that there *is* hope at long last!(Not being disrespectful, just fyi; just being silly.)

AND WE SERIOUSLY NEED A WAY TO EDIT COMMENTS!

hav3lock commented on 2014-05-26 19:08

@hauzer, uhhh... k. Just to be frank, but not in a mean way, how does not directly pulling from upstream make a package better?

(note, I *didn't* say cleaner. Your package *is* cleaner, but I'm not worried about having the cleanest package EVER. My PKGBUILD is clean enough for me and I feel that if somebody really had an issue with it, they'd either do what you did, send me a patch/show me a better way to do something, or complain about it.)

Anyway, here's what I'm kinda confused about: what does your package provide that the vanilla epsxe doesn't, putting cleanliness aside since I could care less how clean a package is (assuming I'm not the maintainer) as long as it's up-to-date, builds okay, and the resulting installation runs just fine, which vanilla epsxe does (granted, you have to install some plugins and crap, but the actual `epsxe` program *runs*.)

Also, keep in mind that I recognize that at least part of your reason for commenting here is to inform the community that there *is* hope at long last!(Not being disrespectful, just fyi: Just being silly.)

hav3lock commented on 2014-05-26 19:05

@hauzer, uhhh... k. Just to be frank, but not in a mean way, how does not directly pulling from upstream make a package better?

(note, I *didn't* say cleaner. Your package *is* cleaner, but I'm not worried about having the cleanest package EVER. My PKGBUILD is clean enough for me and I feel that if somebody really had an issue with it, they'd either do what you did, send me a patch/show me a better way to do something, or complain about it.)

Anyway, here's what I'm kinda confused about: what does your package provide that the vanilla epsxe doesn't, putting cleanliness aside since I could care less how clean a package is (assuming I'm not the maintainer) as long as it's up-to-date, builds okay, and the resulting installation runs just fine, which vanilla epsxe does (granted, you have to install some plugins and crap, but the actual `epsxe` program *runs*.)

hav3lock commented on 2014-05-26 19:05

@hauzer, uhhh... k. Just to be frank, but not in a mean way, how does not directly pulling from upstream make a package better?

(note, I *didn't* say cleaner. Your package *is* cleaner, but I'm not worried about having the cleanest package EVER. My PKGBUILD is clean enough for me and I feel that if somebody really had an issue with it, they'd either do what you did, send me a patch/show me a better way to do something, or complain about it.)

Anyway, what I'm really confused about is: what does your package provide that the vanilla epsxe doesn't, putting cleanliness aside since I could care less how clean a package is (assuming I'm not the maintainer) as long as it's up-to-date, builds okay, and the resulting installation runs just fine, which vanilla epsxe does (granted, you have to install some plugins and crap, but the actual `epsxe` program *runs*.)

hauzer commented on 2014-05-23 00:02

I've made an alternative (https://aur.archlinux.org/packages/epsxe-improved) which bundles epsxe-launcher-bash-unionfs (https://aur.archlinux.org/packages/epsxe-launcher-bash-unionfs/) with it and features a cleaner PKGBUILD.

M4rQu1Nh0S commented on 2014-05-22 00:00

error: package "GTK" not found...

hav3lock commented on 2014-01-21 09:20

@everybody, lemme know if the `depends+=()` in the PKGBUILD doesn't work or yall know a better way. Works just fine on my machine, though... I think.

hav3lock commented on 2014-01-21 07:32

If it makes yall happy.

justin8 commented on 2014-01-21 07:24

because it's not in the dependencies array until the script is parsed, it doesn't show on the AUR correcty; it might also break some automated build tools. Maybe set the depends array before the 2 arch-checking lines to include some of the shared deps (which is literally only libtinfo), even if it is overwritten on the next line in an actual build?

hav3lock commented on 2014-01-21 07:15

huh, what do you mean? It is listed a dependency, at least... I'm pretty sure it's listed as a dependency in the PKGBUILD...

skylarhawk commented on 2014-01-16 01:01

This depends on libtinfo, which is only in AUR. Perhaps that should be listed on this page under the dependencies?

hav3lock commented on 2014-01-08 00:46

@justin8, nah, I really appreciate the thought, but why fix something that isn't broken? The PKGBUILD works just fine as it is--if anything needs to happen, a feature that lets packagers choose whether makepkg uses wget or curl to download the sources would be nice.

justin8 commented on 2014-01-08 00:25

@lspci - That sucks that curl can't download from their site. I've never seen that before, they have a horribly misconfigured and ancient version of apache running, that is failing to serve 404s apparently :S

I could host a copy of the epsxe zip on my site which would actually work and allow you to follow the packaging guidelines if you would like?

hcartiaux commented on 2014-01-04 20:14

Thank you :)
Fyi, I've just uploaded the PKGBUILD for epsxe-plugin-spu-eternal

hav3lock commented on 2014-01-04 18:49

Sure, and I don't remember there being any particular reason for me using 774 instead of 775, I mean, as long as it works and peeps are happy, I'm okay with it.

hav3lock commented on 2014-01-04 18:49

Sure, and I don't there being any particular reason for me using 774 instead of 775, I mean, as long as it works and peeps are happy, I'm okay with it.

hcartiaux commented on 2014-01-04 18:28

Also, could you please add the symlink /opt/epsxe/1.9.0/cfg -> /opt/epsxe/cfg/ in the PKGBUILD?

Thanks!

hcartiaux commented on 2014-01-04 18:24

Thanks for this package.
But, why do you use chmod 774 and not 775 for /opt/epsxe/ subdirs ?

hav3lock commented on 2013-12-15 18:00

The source must be wgetted because it can't be downloaded using curl, and since it can't be downloaded with curl, the PKGBUILD can't take advantage of a lot of the thiings that makepkg does for you like extracting source and md5sum checking. I choose to embed the script rather than add it to sources so that I wouldn't have to be constantly updating the md5sum whenever I made a change to the script. Lastly, in order for peeps to actually be able to change settings and have those settings persist across epsxe sessions, the .epsxerc file must be in the same directory as epsxe, but since it should really be in peeps' $HOME dirs, I had the PKGBUILD create a symlink in the $pkgdur that points there.

Does that answer all your questions? I know that the PKGBUILD is more than a little unorthodox, but just bear with it.

cmtptr commented on 2013-12-15 14:12

This PKGBUILD makes me wish AUR had a downvote. What the hell is going on here? Why are you wgetting, md5sum-checking and unzipping the source in the prepare() function instead of putting it the sources array and letting makepkg fetch it? Why is there a script embedded in the PKGBUILD that ultimately gets installed with the package instead of it being shipped as a separate source file (like epsxe.{desktop,png}). Why does package() create a symlink in $pkgdir that points to the packager's $HOME??!

hav3lock commented on 2013-12-11 06:26

K, I added it. Don't know how I missed the '2' in lib32-gtk2. Sorry about that.

stativ commented on 2013-12-01 14:49

@lspci: did you even look at the PKGBUILD? ;-) It needs lib32-gtk2 as uberushaximus said, not lib32-gtk which is a completely different package.

hav3lock commented on 2013-11-09 20:11

This package release fixes the `Settings will not be saved` issue by creating a symlink from `$HOME/.epsxerc` to `$pkgdir/opt/$pkgname/$pkgver` so now, you won't have to be constantly changing epsxe's settings back to what you want them to be everytime you run the emulator.

hav3lock commented on 2013-10-30 23:59

@uberushaximus, did you even look at the PKGBUILD? It already has lib32-gtk. I even mention this fact in the comment before my previous comment! I'll add lib32-alsa-lib.

uberushaximus commented on 2013-10-30 17:26

This needs the lib32-gtk2 and lib32-alsa-lib

hav3lock commented on 2013-10-15 05:17

There, I've limited this pkgbuild to the lastest version only. For those of you, like me, who prefer having all three versions installed--just in case a game only runs on version 1.5.2 or something like that--they're out there waiting for ya.

hav3lock commented on 2013-10-13 14:55

@donvla, oh and lib32-gtk is already listed as a dependency in the pkgbuild.

Also, I assume that by 'total crap', you mean that you don't like how I wrote the PKGBUILD even though it builds just fine, which, means that your concern is purely stylistic in nature, making your argument that this PKGBUILD should be rewritten, moot.

hav3lock commented on 2013-10-13 14:50

oh,

hav3lock commented on 2013-10-13 14:49

@donvla, here's what I'll do for ya: I'll see to creating a legacy epsxe package, but it'll take a few weeks, probably.

What's wrong with using perl? You make it sound like perl's an abomination...

donvla commented on 2013-10-13 10:07

Why do you need a perl(?) launcher for something a simple bash script can do?
This package really needs to be seriously overhauled!
It's a mess...

PS: for 1.9.0 lib32-gtk2 is needed as dependency.

donvla commented on 2013-10-13 09:57

Why do you need a perl(?) launcher for something a simple bash script can do?
This package really needs to be seriously overhauled!
It's a mess...

donvla commented on 2013-10-13 09:56

Why do you need a perl(?) launcher for something a simple bash script can do?
This package really needs to be seriously overhauled!

donvla commented on 2013-10-13 09:38

Hello,
Don't get me wrong, but this PKGBUILD is total crap. It is for version 1.9.0 not for versions 1.6 to 1.9.
If you want all 3 versions installed, make 3 different PKGBUILDs which do not conflict each other.

hav3lock commented on 2013-10-02 23:17

@plmosqueda I can't really help you there, although--as far as I know--you're allowed to download/own a copy of the Playstation BIOS on your computer so long as you actually own the corresponding playstation console. If you don't own a playstation, then I strongly suggest that you buy one before going around looking for places where you can download the BIOS.

plmosqueda commented on 2013-10-02 23:05

i do not have BIOS.

aphirst commented on 2013-09-28 18:48

You should add wget to the build-deps

hav3lock commented on 2013-09-02 19:40

Awesome!! I'm so glad to hear that you were able to get epsxe to work, that's so awesome!! :D

eyome commented on 2013-09-02 19:22

Hi,

So, I had to install spu plugin AND above all lib32-ati-dri...
Now it works, thank you :).

hav3lock commented on 2013-09-02 05:08

@eyome, make sure that you also have a sound plugin, such as 'epsxe-plugin-spu-alsa' installed, since epsxe also requires a sound plugin in order for it to work successfully. The libGL error is probably associated with 'epsxe-plugin-gpu-xgl2', since that plugin is OpenGL2 based, I believe, try installing a sound plugin and using the mesagl plugin as well; if that doesn't work then you're on your own, I'm afraid.

Best of luck.

eyome commented on 2013-09-01 19:56

Thank you for your response, I have already try to use epsxe-gpu-mesagl, and it didn't work.
I have try to create a symlink, and it doesn't work too :(

[eyome@Archlinux ~]$ epsxe
* Running ePSXe emulator version 1.9.4.

(epsxe:1741): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »

(epsxe:1741): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »
Gtk-Message: Failed to load module "canberra-gtk-module"
* Memory handlers init.
load_bios bios/scph1001.bin
* ePSXe: PSX BIOS loaded [bios/scph1001.bin].
* Loading ISO Format [MDF/BIN/IMG2352] ok
* First/Last track: 1 1
* Track 1: (DATA) - Start 1: (00,02,00) - Length 69:57
* NTSC cdrom detected. (SLUS_012.51)
* Init gpu[0][libgpuPeteXGL2.so.2.0.9]
libGL error: failed to load driver: r600
libGL error: Try again with LIBGL_DEBUG=verbose for more details.
VMware, Inc.
Gallium 0.4 on llvmpipe (LLVM 3.3, 128 bits)
* Open gpu[0]
* Linux input init error.
plugins/libspu.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type[eyome@Archlinux ~]$

"Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type" means "can't open the shared folder : no folder or file of this type found"

Maybe I have a right problem ? What right should be applied on /opt/epsxe/plugins/ ?
Why I have libgl error ? Oo

hav3lock commented on 2013-09-01 19:35

Don't sweat it; it's all good. ;)

eyome commented on 2013-09-01 19:27

Sorry, my previous report is far from be complete :
I have added my name in games group.
I have tested with each videos plugins.
My card is ATI R600 and I use free drivers.

hav3lock commented on 2013-09-01 19:26

Uhhh... I don't see any epsxe-related errors (I can't read French) in your comment... lemme check google translate... Okay, so epsxe couldn't load `libgpu.so`, try installing epsxe-plugin-gpu-mesagl and see if epsxe will work then, or do you not have a mesa compatible uhh... video card?

Or here, try this: create a symlink from libgpuPeteXGL2.so.2.0.x to libgpu.so, like so:

ln -s /opt/epsxe/plugins/libgpuPeteXGL2.so.2.0.9 /opt/epsxe/plugins/libgpu.so

and see if that helps.

hav3lock commented on 2013-09-01 19:21

Uhhh... I don't see any epsxe-related errors (I can't read French) in your comment... lemme check google translate... Okay, so epsxe couldn't load `libgpu.so`, try installing epsxe-plugin-gpu-mesagl and see if epsxe will work then, or do you not have a mesa compatible uhh... video card?

eyome commented on 2013-09-01 15:54

Hi,

I have this error when I try to launch an iso :
[eyome@Archlinux ~]$ epsxe
* Running ePSXe emulator version 1.9.4.

(epsxe:3473): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »

(epsxe:3473): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »
Gtk-Message: Failed to load module "canberra-gtk-module"
* Memory handlers init.
load_bios bios/scph1001.bin
* ePSXe: PSX BIOS loaded [bios/scph1001.bin].
* Loading ISO Format [MDF/BIN/IMG2352] ok
* First/Last track: 1 1
* Track 1: (DATA) - Start 1: (00,02,00) - Length 69:57
* NTSC cdrom detected. (SLUS_012.51)
plugins/libgpu.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type[eyome@Archlinux ~]$

I have installed this :
[eyome@Archlinux ~]$ yaourt -Ss epsxe
aur/epsxe 1.9.0-11 [installed] (378)
Enhanced PSX emulator
aur/epsxe-launcher-bash 0.1-1 (45)
Bash launcher for the Enhanced PSX Emulator.
aur/epsxe-launcher-bash-unionfs 20130311-1 (1)
A bash launcher for ePSXe which uses unionfs
aur/epsxe-launcher-gentoo 1-1 (1)
Bash launcher for the Enhanced PSX Emulator.
aur/epsxe-launcher-python 0.1-3 [installed] (153)
Python launcher for epsxe
aur/epsxe-plugin-gpu-mesagl 1.78-3 [installed] (182)
Accelerated MesaGL plugin
aur/epsxe-plugin-gpu-soft 1.18-1 (45)
Software GPU Plugin
aur/epsxe-plugin-gpu-xgl2 2.9-3 [installed] (228)
Linux port of the OpenGL2 plugin
aur/epsxe-plugin-padjoy 0.82-2 [installed] (174)
Joy-device plugin
aur/epsxe-plugin-spu-alsa 1.9-5 (229)
OSS/Alsa SPU plugin
aur/epsxe-plugin-spu-peops-alsa 1.9-1 (10)
SPU plugins for ePSXe
[eyome@Archlinux ~]$

Do you have any idea ?
Thank you.

eyome commented on 2013-09-01 15:46

Hi,

I have this error when I try to launch an iso :
[eyome@Archlinux ~]$ epsxe
* Running ePSXe emulator version 1.9.4.

(epsxe:3473): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »

(epsxe:3473): Gtk-WARNING **: Impossible de trouver le moteur de thème dans module_path : « adwaita »
Gtk-Message: Failed to load module "canberra-gtk-module"
* Memory handlers init.
load_bios bios/scph1001.bin
* ePSXe: PSX BIOS loaded [bios/scph1001.bin].
* Loading ISO Format [MDF/BIN/IMG2352] ok
* First/Last track: 1 1
* Track 1: (DATA) - Start 1: (00,02,00) - Length 69:57
* NTSC cdrom detected. (SLUS_012.51)
plugins/libgpu.so: Ne peut ouvrir le fichier d'objet partagé: Aucun fichier ou dossier de ce type[eyome@Archlinux ~]$

I have installed this :
[eyome@Archlinux ~]$ yaourt -Ss epsxe
aur/epsxe 1.9.0-11 [installed] (378)
Enhanced PSX emulator
aur/epsxe-launcher-bash 0.1-1 (45)
Bash launcher for the Enhanced PSX Emulator.
aur/epsxe-launcher-bash-unionfs 20130311-1 (1)
A bash launcher for ePSXe which uses unionfs
aur/epsxe-launcher-gentoo 1-1 (1)
Bash launcher for the Enhanced PSX Emulator.
aur/epsxe-launcher-python 0.1-3 [installed] (153)
Python launcher for epsxe
aur/epsxe-plugin-gpu-mesagl 1.78-3 [installed] (182)
Accelerated MesaGL plugin
aur/epsxe-plugin-gpu-soft 1.18-1 (45)
Software GPU Plugin
aur/epsxe-plugin-gpu-xgl2 2.9-3 [installed] (228)
Linux port of the OpenGL2 plugin
aur/epsxe-plugin-padjoy 0.82-2 [installed] (174)
Joy-device plugin
aur/epsxe-plugin-spu-alsa 1.9-5 (229)
OSS/Alsa SPU plugin
aur/epsxe-plugin-spu-peops-alsa 1.9-1 (10)
SPU plugins for ePSXe
[eyome@Archlinux ~]$

Do you have any idea ?
Thank you.

hav3lock commented on 2013-08-19 19:10

It WORKS!!! I got it to work!!! YAY!!! Okay, so all you have to do is just install the mesagl plugin that I maintain, I believe, and then you have to configure which plugins epsxe uses and then it should work just fine... although the audio is a bit funky for me at the moment... not sure why.

NOTE: I only tested the above with epsxe 1.9

hav3lock commented on 2013-08-19 19:09

It WORKS!!! I got it to work!!! YAY!!! Okay, so all you have to do is just install the mesagl plugin that I maintain, I believe, and then you have to configure which plugins epsxe uses and then it should work just fine... although the audio is a bit funky for me at the moment... not sure why.

hav3lock commented on 2013-08-19 00:04

epsxe 1.9 starts just fine for me now, however, I have not been able to get it to run games; just in case I'm not picking up on something that could easily be fixed, here's the error that I get when I try to run a game:

* Memory handlers init.
load_bios bios/scph1001.bin
* ePSXe: PSX BIOS loaded [bios/scph1001.bin].
* Loading ISO Format [MDF/BIN/IMG2352] ok
* First/Last track: 1 1
* Track 1: (DATA) - Start 1: (00,02,00) - Length 70:35
* NTSC cdrom detected. (SCUS_941.63)
* Init gpu[0][libgpu.so]
Missing ATI render-texture extension!Intel Open Source Technology Center
Mesa DRI Intel(R) Sandybridge Mobile x86/MMX/SSE2
* Open gpu[0]
* Linux input init error.
* SPUplayCDDAchannel disabled
* Init spu[0][libspu.so]
Sound device not available!
* Open spu[0]
sh: line 1: 16492 Segmentation fault (core dumped) ./epsxe

hav3lock commented on 2013-08-18 23:53

yall should no longer have any trouble with the `libtinfo` problem, unless you have cuda installed, in which case you must uninstall `cuda` until such a time as cuda stops creating its own symlink to ncurses and starts using the AUR pkg for libtinfo that I just uploaded.

hav3lock commented on 2013-08-18 23:25

@thewisenoob, you better believe that you get that error! It can be fixed by creating a symlink from /usr/lib/libncurses.so.5 to libtinfo.so.5 like so:

ln -s /usr/lib/libncurses.so.5 -T /usr/lib/libtinfo.so.5

However, inserting the above into the PKGBUILD fixes one problem only to create another.

hav3lock commented on 2013-08-18 23:25

@thewisenoob, you better believe that you get that error! It can be fixed by creating a symlink from /usr/lib/libncurses.so.5 to libtinfo.so.5 like so:

ln -s /usr/lib/libncurses.so.5 -T /usr/lib/libtinfo.so.5

However, inserting the above into the PKGBUILD fixes one problem only to create another. I'm afraid that I haven't had any time to work on epsxe this past week. I'll ask around on AUR-general, but I think that the best way to solve this problem is to simply have a dedicated package that creates the necessary symlink.

thewisenoob commented on 2013-08-17 13:59

I receive this error after starting ePSXe:

"epsxe: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory"

thewisenoob commented on 2013-08-17 13:58

I receive this error upon starting ePSXe:

epsxe: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory

hav3lock commented on 2013-08-07 17:38

@anxest you better believe it--that is, I agree with you, the use of libtinfo.so is so not cool.

No problem, I'll try to see if I can get 1.9.0 to work--it'll probably require a few changes to the current setup and the current setup for the plugins that I maintain.

Anonymous comment on 2013-08-07 17:27

The use of libtinfo.so is deprecated. All the softs should update to use libncurses.so instead. But, I'm not the dev ;)

lspci : some plugins looks ok (gamepad plugin looks awesome !) but I can't launch a game from 1.9.0. Even with the externals I use in 1.6.0. Thanks anyway for the good job (and the update of the other plugin's packagebuild)


hav3lock commented on 2013-08-07 05:36

@Schala, you're on your own when it comes to the desktop file--I don't know how that's supposed to work.

Cuda's PKGBUILD will have to be updated, I suppose, to check to see if there is already a symlink of `libtinfo.so.5` or better yet, there ought to be a freaking `libtinfo.so.5` package out there that creates the symlink, which other packages can then depend upon.

hav3lock commented on 2013-08-07 05:36

@Schala, you're on your own when it comes to the desktop file--I don't know how that's supposed to work.

Cuda should be updated to check to see if there is already a symlink of `libtinfo.so.5` or better yet, there ought to be a freaking `libtinfo.so.5` package out there that creates the symlink, which other packages can then depend upon.

Schala commented on 2013-08-06 22:04

I'm getting errors regarding libtinfo.so.5 now, even though it exists in the filesystem. Installing cuda introduces a file conflict

Schala commented on 2013-08-06 22:02

Oh, also, the desktop file will not register ePSXe with my application menu categories for some reason. I compared the file to another game and it looks fine. So, I'm stumped

Schala commented on 2013-08-06 21:57

With cuda removed, I'm getting libtinfo.so.5 missing errors.

hav3lock commented on 2013-08-06 12:48

@anxest, as for the plugins... I don't know. I haven't actually tried using epsxe since I updated it to 1.9.0... Have they worked or not worked for you?

hav3lock commented on 2013-08-06 12:47

@anxest You're welcome; installing cuda isn't necessary anymore, but if it is installed the new PKGBUILD has been instructed not to generate a symlink to libncurses.so.*, otherwise a symlink to said library is generated. Note: it does this to prevent filesystem conflicts for when a symlink to said library already exists--it doesn't actually check to see if it is owned by cuda, the PKGBUILD just checks whether `[[ -h /usr/lib/libtinfo.so.5 ]]` is true or not.

hav3lock commented on 2013-08-06 12:42

@anxest You're welcome; installing cuda isn't necessary anymore, but if it is installed the new PKGBUILD has been instructed not to generate a symlink to libncurses.so.*, otherwise a symlink to said library is generated.

Anonymous comment on 2013-08-06 08:34

Thanks for being that quick !
Does the installation of cuda make a reel difference ? I symlinked /usr/lib32/libtinfo.so.5 to /usr/lib32/libncurses.so.5.9 as i've seen on some forums, wich was enough to launch epsxe. Unfortunately, my cdrom reader died at this exact moment. I'm not sure of the relation beetwen those events though.
Does all the default plugins work correctly for you ?

hav3lock commented on 2013-08-06 02:43

Because the old version installed 2 and I didn't see any reason to remove those two versions from the setup. I can remove them if yall really want me to, but I don't really want to...

---

Some user intervention is required for this update--it may not actually be required depending on whether you have one of the more recent PKGBUILDs or not.

Anyway, if you have problems updating epsxe and you get a message like:

`epsxe: /opt/epsxe/1.6.0/cfg exists in filesystem'

Just run the following to fix things:

`sudo rm /opt/epsxe/{1.6.0,1.5.2}/cfg -rf'

Schala commented on 2013-08-05 21:42

Why does this install 3 versions of ePSXe?

hav3lock commented on 2013-08-04 21:03

It's about time! :P I'll update it sometime in the next week or two.

Anonymous comment on 2013-08-04 17:04

Version 1.9.0 is out for linux

hav3lock commented on 2013-07-21 03:03

adopted and updated. *so happy that it finally works* :D

aphirst commented on 2013-05-17 03:16

Something must be going wrong with this package, it doesn't actually install any files to /opt. I've already added the appropriate stuff to DLAGENTS, so it's definitely downloading the files, it's just not making the package right...

solstice commented on 2013-05-12 12:28

files are not downloaded from espxe.com: they return a 406 error... I have to use manually wget. why ??

and the package is almost empty with only 2 files and no epsxe executable !
FAIL

Anonymous comment on 2013-04-22 16:29

@tayss: enable multilib repo in pacman.conf

tayss commented on 2013-04-21 22:09

package wont build
error: target not found: lib32-gtk

aphirst commented on 2013-03-23 11:53

For some reason, I can't get the epsxe zip files to download while running the PKGBUILD, even though I can manually wget them.

==> Retrieving Sources...
-> Downloading epsxe160lin.zip...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 406 Not Acceptable
==> ERROR: Failure while downloading epsxe160lin.zip
Aborting...
==> ERROR: Makepkg was unable to build epsxe.

If this is something on my end, what might it be?

M4rQu1Nh0S commented on 2013-02-18 04:19

the changes in epsxe only set by root why the /opt/* is only managed by root.

turn the epsxe.desktop run the epsxe as root or set the gksu to use emulator was root.

or simple, msg to run was root to set configs =D

KaiSforza commented on 2013-01-25 22:49

ssimon,

I re-wrote the PKGBUILD[1] to work with people that have a SRCDEST, PKGDEST, or BUILDDIR set. Using $startdir is deprecated and is not reliable. Also, PKGBUILDS that do not have a package() function are deprecated. (There is no building in this, just putting files in the right places)

[1] https://bitbucket.org/KaiSforza/archlinux-pkgbuilds/src/40a0610af7a6726b3fb2d3677eb94c2a8eb0e61c/main/epsxe/PKGBUILD?at=master

KaiSforza commented on 2013-01-25 22:36

Just an idea for the maintainer, add this to the pkgbuild instead of putting in that note:
DLORIG=${DLAGENTS[@]}
DLAGENTS=('http::/usr/bin/curl -qb "" -flC - --retry 3 --retry-delay 3 -o %o --user-agent "Mozilla/4.0" %u'
${DLORIG[@]})

Pretty sure that'll let this be downloaded fine without people editing their makepkg.conf files.

KaiSforza commented on 2013-01-25 22:36

Just an idea for the maintainer, add this to the pkgbuild instead of putting in that note:
DLORGIG=${DLAGENTS[@]}
DLAGENTS=('http::/usr/bin/curl -qb "" -flC - --retry 3 --retry-delay 3 -o %o --user-agent "Mozilla/4.0" %u'
${DLORIG[@]})

Pretty sure that'll let this be downloaded fine without people editing their makepkg.conf files.

Anonymous comment on 2012-10-06 18:16

Package updated to 10.

Added libxt dependencies to x86_64.

Download from epsxe.com is still not possible with curl. But there are two workarounds:

Edit /etc/makepkg.conf and add '--user-agent "Mozilla/4.0"' to DLAGENTS or use wget instead of curl.
This problem happens with multiple packages and only with curl.

If someone would upload both epsxe versions to a webhost, I will add it to the PKGBUILD.

kooothor thanks for the stripped down PKGBUILD, but I will keep both versions because of compability issues with games.
If you are still reading this comments upload the old version too, please. :)

Sorry for the late update.

Anonymous comment on 2012-09-24 13:40

I got a 406 error when trying to download the source files. I made it work by downloading them manually and changing the http:// urls to file://path/to/source/files.

Then when I tried to boot it up, I got the following error.

/opt/epsxe/epsxe: error while loading shared libraries: libXt.so.6

I fixed that by installing the 32-bit version of libXt on my 64 bit system.

sudo pacman -S multilib/lib32-libxt

Could you update the pkgbuild to fix these issues? Thank you. ;)

Earnest commented on 2012-09-17 20:00

This package requires a "Flag as Broken". Dat PKGBUILD.

Reded commented on 2012-07-01 23:20

install: missing destination file operand after ‘/tmp/yaourt-tmp-eddie/aur-epsxe/epsxe.desktop’
Try 'install --help' for more information.
==> ERROR: A failure occurred in build().
Aborting...
==> ERROR: Makepkg was unable to build epsxe.

Got this error, using kooothor's pkgbuild + URL.

therico commented on 2012-06-22 08:54

lib32-libxt is still missing from 64-bit dependencies.

bug commented on 2012-05-31 03:28

Kooother / robvelor. This is due to the fact some ISO's work better with 1.52 rather than 1.60.

robvelor commented on 2012-05-31 01:21

Thanks kooothor! Ssimon, can you update the PKGBUILD?

kooothor commented on 2012-05-14 12:16

Hi,
Why is there the old version too in the PKGBUILD ?
I removed all the expsxe152 related lines and it works fine !
http://k.flood.fr/pub/pkg/epsxe-PKGBUILD

Also here is an URL which doesn't return a 403 error :
http://k.flood.fr/pub/pkg/epsxe160lin.zip


Please update the PKGBUILD :)

justforgetme commented on 2012-04-08 09:27

Update to my previous post:
Apparantly the problem lies either within multilib or my own pgp(?!)
Anyway, setting multlib's sig validation to Never lets me install this. Aparently I can't install anything from multilib atm without circumventing the sigs...

justforgetme commented on 2012-04-08 08:21

Hi, total nooobtart here!
I installed yaourt but when I try to install epsxe i get:

error: lib32-glibc: signature from "Jan Alexander Steffens (heftig) <jan.steffens@gmail.com>" is unknown trust
error: lib32-ncurses: signature from "Florian Pritz <bluewind@xinu.at>" is unknown trust
error: lib32-libxdmcp: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-libxau: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-libxcb: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-libx11: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-libxext: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-libxi: key "06096A6AD1CEDDAC" is unknown
error: key "06096A6AD1CEDDAC" could not be looked up remotely
error: lib32-glib: signature from "Pierre Schmitz <pierre@archlinux.de>" is unknown trust
error: lib32-gtk: signature from "Pierre Schmitz <pierre@archlinux.de>" is unknown trust
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.

when it tries to install dependencies.
What did I do wrong? I'm on x86_64.

Anonymous comment on 2012-03-19 17:22

Yep, it's an annoying error, but affects a bunch of packages.
You'll get that fixed if you add '--user-agent "Mozilla/4.0"' to /etc/makepkg.conf, for example. Additional to that try to avoid yaourt, use packer! :)

By the way.. I'll upload another release soon when I find the time for it. With fixed permissions also.

chris_l commented on 2012-03-19 06:59

@Theon144
the server is just rejecting the curl headers.
if you do:
curl http://www.epsxe.com/files/epsxe160lin.zip
you'll get the error, but, if you send different headers, like this:
curl -A=msie http://www.epsxe.com/files/epsxe160lin.zip
then the file gets downloaded.

what I did was wget the zip files, and then manually makepkg'd the pkgbuild, instead of using yaourt.

tmladek commented on 2012-02-14 14:37

Curl throws an 406 error when it tries to download the source files (I'm using yaourt)

==> Retrieving Sources...
-> Downloading epsxe160lin.zip...
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
curl: (22) The requested URL returned error: 406
==> ERROR: Failure while downloading epsxe160lin.zip
Aborting...
==> ERROR: Makepkg was unable to build epsxe.
==> Restart building epsxe ? [y/N]
==> ------------------------------

It's strange, since downloading it manually works.

bug commented on 2011-12-13 07:08

A) It is not out of date. Latest Linux version is 1.6.0.
B) You are doing it wrong. There is no ePSXe package. It's called epsxe.

Anonymous comment on 2011-12-13 03:50

I'd like to be able to use 'packer' with this pkg but it doesn't work, see below the output;


[root@arch ~]# packer -S ePSXe
warning: ePSXe is flagged out of date

Aur Targets (1): ePSXe

Proceed with installation? [Y/n] y
tar: This does not look like a tar archive

gzip: stdin: unexpected end of file
tar: Child returned status 1
tar: Error is not recoverable: exiting now
/usr/bin/packer: line 271: cd: ePSXe: No such file or directory
No PKGBUILD found in directory.

masterkorp commented on 2011-11-16 00:11

Hey you're missing lib32-libxt for x86_64 and probably libxt for i686 (not tested this one), please fix it

Anonymous comment on 2011-08-24 19:25

You'll receive a mail about the lib problems.

The libcanberra warnings concerns many gtk1 programs. The warning disappears if you unset GTK_MODULES from environment. I tried the gtk2+ libs but epsxe wants definitely the one that doesn't exist.
A missing libcanberra lib will definitely not produce your sound problems.

Also, I would recommend using the eternal spu plugin.
I read a year ago about the epsxe team will discontinue developing for linux completely. Have a look on this: http://appdb.winehq.org/objectManager.php?sClass=version&iId=12203

Anonymous comment on 2011-07-31 08:34

Oh, I see. No 1.7.x for Linux yet :(

Anonymous comment on 2011-07-31 08:33

This was missing. I'm not sure whether this should be taken care of by the plugin maintainers or you but let's start somewhere.

ln -s /opt/epsxe/plugins/libgpuPeteMesaGL.so.1.0.76 libgpu.so
ln -s /opt/epsxe/plugins/libspuPeopsOSS.so.1.0.9 libspu.so

as suggested in this post: https://bbs.archlinux.org/viewtopic.php?pid=284711#p284711

Also, I see the following warning:
Gtk-WARNING **: Failed to load module "libcanberra-gtk-module.so": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory

and I don't have sound, which I think might be because of this missing library.

Incidentally, any chance of seeing 1.7.x? I hear 1.6.x had a lot of nasty issues that were addressed in 1.7

Anonymous comment on 2011-06-13 13:37

Thanks for figuring it out - package updated to rel 9.

kraxor commented on 2011-06-11 22:43

Confirmed, after adding options=(!strip) to PKGBUILD as alfplayer mentioned it seems to work.

alfplayer commented on 2011-06-03 05:06

I think I solved the Killed/segfault issue. The size of epsxe is 208 bytes! It doesn't get corrupted and epsxe opens after adding options=(!strip)

Anonymous comment on 2011-05-04 06:03

same problem there.
x64. 2.6.38-ARCH. it prints "Killed" when started as a regular user and throws "Segfault" as a root. all deps are resolved.
x86. 2.6.37-ARCH. same "Killed" and "Segfault" things there. all deps are resolved as well.

Anonymous comment on 2011-04-25 06:04

Same as Enverex. Running as a regular user prints out "Killed". Running as root prints out "Segmentation fault". Not using 64bit however.

Enverex commented on 2011-04-18 22:49

epsxe immediately dies with the message "Killed" on my 64bit box.

Anonymous comment on 2010-12-22 14:30

R.Daneel: Will take a look at these days
saturno: http://www.archlinux.org/packages/multilib/x86_64/lib32-ncurses/

Does definitly exist. Did you do a "pacman -Sy" after adding the multilib repo?

Anonymous comment on 2010-12-06 04:41

I found some issues with your tarball. AUR guidelines suggest to not include binaries. Take for example:
epsxe/epsxe.png
Other TUs seems to think an icon or two is okay, but maybe you should ask upstream to include it. Thank you.

voskakism commented on 2010-11-03 17:43

Ok, success! It runs now. Done some studying on pacman.log and here is what i believe i did wrong:

Before my first post, the only repos enabled in pacman were the default three (core-extra-community) so when i tried to install the 2 dependencies for epsxe on arch x86_64 (which are on multilib), pacman would return "package not found" or something.

So intstalled something similar from aur (according to pacman.log, as i use pacman -U for packages built localy)...:
lib32-gtk

later the same day,
i enabled multilib and installed the deps from there as well.

Anyways, i'm nearly sure there was a conflict with that aur package and the proper deps, since epsxe didn't work until i removed the aur package.
It is strange that pacman did not give a warning for possible conflicts. Also i cant find that lib32-gtk on aur anymore...

Xemertix commented on 2010-10-25 09:06

On my x86_64 system epsxe needs the 32bit libstdc++-libc6.2-2.so.3 (libstdc++-3-libc6.2-2-2.10.0.so) library to work, which is included in lib32-lib-compat

Xemertix commented on 2010-10-25 08:57

On my x86_64 system epsxe needs the 32bit libstdc++-libc6.2-2.so.3 (libstdc++-3-libc6.2-2-2.10.0.so) library to work, which is included in emul-linux-x86-compat-1.0.tar.bz2

Xemertix commented on 2010-10-25 08:55

On my system epsxe needs libstdc++-libc6.2-2.so.3 (libstdc++-3-libc6.2-2-2.10.0.so) to work, which is included in emul-linux-x86-compat-1.0.tar.bz2

Anonymous comment on 2010-10-23 10:32

xelados: Rebuild the updated launcher package from AUR

Anonymous comment on 2010-10-23 09:01

The Python upgrade seems to break the /usr/bin/epsxe launcher...

voskakism commented on 2010-10-17 23:16

Hi, sorry for the delay.. :S

Well i tried an other mirror, reinstalled lib32-ncurses, rebuilt and reinstalled epsxe, without any progress...
Guess it wasn't a matter of a mirror containing corrupted packages.

Anonymous comment on 2010-10-06 12:04

robsonpeixoto: Compability reasons - some games runs on the older version much better
voskakism: Still waiting for feedback. :)

Anonymous comment on 2010-10-06 11:49

Hi! Why you are using booth version (1.52 and 1.60) ?

voskakism commented on 2010-09-13 20:55

Hi ssimon, thanks for the reply!

All deps for x86_64, which is the arch architecture that i run btw, (lib32-gtk and lib32-ncurses) were sucessfully installed from the "Multilib" repo before performing "makepkg" and "pacman -U ...." for "epsxe" aur package.

The problem actually emerged with dependencies of epsxe and epsxe itself installed ok. I didn't install a launcher though.
Is there a possibity that "lib32-ncurses" is corrupted? Maybe i should try reinstalling that library from an other mirror... I'll attempt that and i will let you know.

mivo

Anonymous comment on 2010-09-13 01:03

Try to install the lib32-ncurses package, sounds like that. Btw, it's a dependency.

voskakism commented on 2010-09-13 00:21

Hello!
Did anyone else have issues with that libncurses.so.5 file when trying to run /opt/epsxe/epsxe ?

[michael@mike-arch ~]$ /opt/epsxe/epsxe
/opt/epsxe/epsxe: error while loading shared libraries: libncurses.so.5: wrong ELF class: ELFCLASS64
[michael@mike-arch ~]$

It doesn't run from kde's menu either (seems to be loading something for a long time, but eventually it stops)

"pacman -Qo libncurses" returns "ncurses" package

i have tried to copy that file to these locations so far, with no results:
/usr/lib32
/opt/lib32/lib
/opt/lib32/usr/lib

i am doing something wrong, aren't i? ;D

Thanks in advance,
mivo

Anonymous comment on 2010-08-18 22:20

Package updated to r8

- Added lib32-ncurses to x64
- Added icon (thanks to the russian guy with this unspeakable name :P) and desktop file to package

Have fun with it!

Anonymous comment on 2010-08-18 20:24

+1 on the needed lib32-ncurses on x64

Compintuit commented on 2010-08-12 21:04

It would be convinient if this came with a .desktop file so it appeared on our menus. Otherwise, it works great, thanks for packaging.

renato_garcia commented on 2010-06-08 02:01

Hi, here in my x86_64 box, I had to install lib32-ncurses package to epsxe works.

renato_garcia commented on 2010-06-08 02:01

Hi, here in my x86_64 box, I had install lib32-ncurses package to epsxe works.

renato_garcia commented on 2010-06-08 02:01

Hi, here in my x86_64 box, I had install lib32-ncurses package to epsxe works.

backfist commented on 2010-06-04 20:45

I can confirm that this compiles and works without any errors on i686.

Anonymous comment on 2010-05-11 02:26

Package updated for both architectures. Tested on x64, a success report for i686 would be nice.

I have a request concerning Out-of-date Flags. I registered about ~15 Out-of-date flags in the past. _Please_ don't!
epsxe last linux version is 1.6.0 - 1.7.0 is _windows only_.

Thanks!

Any bug reports about this package (and sub-packages) are welcome as comment or mail, be not afraid to write! :o)