Arch Linux User Repository

@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.

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

@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.

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

Okay, the package has been split. Let me know if there are any issues with the new 32-bit package.

Oh, some changes: the new release includes some shaders that you can use: enjoy!

@Rokero After looking things over, I've decided to split the package: the issues you have been encountering are not because there's something wrong with the package and plugin packages with how I do support for both 32-bit and 64-bit, the issue is that there are no 64-bit plugins: all of them are 32-bit.

I have been very busy with some major life changes.

@rokero I have gone down that road before and I did not like it. I will review the package and plugins, but I will not be splitting the package. With that said, next time you want a package maintainer to do something nice for you, don't fucking threaten them--I would appreciate if you would be more polite in future communiques.

@zwastik Can you give me the output of epsxe being run via strace and valgrind? Might help me identify what's wrong. Also run ldd /opt/bin/epsxe (or whatever path the actual epsxe binary lives at.)

@visios5d I'll look into the lts and Nvidia changes. I don't have an Nvidia card, but I'll do what I can.

Months ago I recommended to the maintainer of this package to divide the package in two to avoid the big problem with the architectures, the result is that due to their refusal to do things right, the package continues to work poorly, since the 64 architecture plugins are not supported and without them the app is unusable, so if you don't want to keep the package don't do it, but if you do, do it right.

When viewing the video config gui (using sway wayland)

$ epsxe
/opt/epsxe/epsxe: /opt/epsxe/libncurses.so.5: no version information available (required by /opt/epsxe/epsxe)
/opt/epsxe/epsxe: /opt/epsxe/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)

* ePSXe change dir to $HOME/.epsxe/

* Running ePSXe emulator version 2.0.5.

(epsxe:200393): Gtk-WARNING **: 11:30:16.431: Content added to the action area of a dialog using header bars

(epsxe:200393): Gtk-WARNING **: 11:30:16.431: Content added to the action area of a dialog using header bars

/usr/bin/epsxe: line 4: 200393 Segmentation fault      (core dumped) LD_LIBRARY_PATH+=:/opt/epsxe LD_PRELOAD=/usr/lib/libcurl.so.3 /opt/epsxe/epsxe "$@"

Hi, since linux-lts moved to the 5.10 version and nvidia-340xx-lts upgraded for new linux-lts, epsxe crashes.