To whom it may concern,
There hasn't been a stable version from upstream in years. You should jpcsp-git instead.
On another note, it seems googlecode is no longer hosting this (at all). I don't have access to the source of v0.7. If anyone can find it and link me, I'll be able to update the PKGBUILD.
Search Criteria
Package Details: jpcsp r0f1ba37-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/jpcsp.git (read-only, click to copy) |
---|---|
Package Base: | jpcsp |
Description: | Java PSP Emulator |
Upstream URL: | http://jpcsp.org/ |
Keywords: | emulator psp |
Licenses: | GPL |
Submitter: | bug |
Maintainer: | soimort |
Last Packager: | soimort |
Votes: | 31 |
Popularity: | 0.000000 |
First Submitted: | 2009-09-01 11:07 (UTC) |
Last Updated: | 2018-02-20 09:42 (UTC) |
Dependencies (2)
- java-runtime (jre10AUR, jre12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jre7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jre11-jbr-xdgAUR, jre16-openjdkAUR, jre14-openjdkAUR, jre15AUR, jre14AUR, jre13AUR, jre16AUR, jre18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jre-openj9AUR, jdk11-graalvm-ee-binAUR, jre12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jre11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jre13-openjdkAUR, jre15-openjdkAUR, jdk21-graalvm-binAUR, jre17-jetbrainsAUR, jdk8-openj9-binAUR, jre-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jre21-jetbrains-gitAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jre19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jre21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, jre17AUR, java-openjdk-binAUR, jre21-zulu-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jre17-zulu-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jre8AUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-jre-fx-binAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jre-openjdk-wakefieldAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, java-openjdk-ea-binAUR, zulu-23-binAUR, jreAUR, jdkAUR, jdk21-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jre-openjdk, jre11-openjdk, jre17-openjdk, jre21-openjdk, jre8-openjdk)
- p7zip (p7zip-natspecAUR, p7zip-full-binAUR, 7-zip-fullAUR) (make)
Required by (0)
Sources (3)
bug commented on 2016-12-09 07:38 (UTC)
rappel commented on 2013-07-29 23:17 (UTC)
They do have now an official 0.7 release in their googlecode page as featured downloads.
https://code.google.com/p/jpcsp/downloads/list
allencch commented on 2012-07-24 03:40 (UTC)
The jpcsp.sh file has a line,
java -Xmx512m -Djava.library.path=/opt/jpcsp/lib/linux-amd64 -jar "/opt/jpcsp/bin/jpcsp.jar"
as a result, the validation of the file failed on i686 architecture.
Would you please change the line to
java -Xmx512m -Djava.library.path=/opt/jpcsp/lib/linux-ARCH -jar "/opt/jpcsp/bin/jpcsp.jar"
Then, in the PKGBUILD,
change the md5sum part to
[ "$CARCH" = "i686" ] && {
md5sums=('cc911bfe236ee015bd2afdf9d607f91c'
'44a680a4797eec6394cf131010ca23c1'
'cd39aad03798576eb5228ed4184885c8')
sed -i 's/ARCH/x86/g' jpcsp.sh
}
[ "$CARCH" = "x86_64" ] && {
_pkgarch='amd64'
md5sums=('9de05a97eb43f7a639967d93b318e420'
'5920b514ad044430d8f71243ac2e2e63'
'cd39aad03798576eb5228ed4184885c8')
sed -i 's/ARCH/amd64/g' jpcsp.sh
}
So that any architecture can work properly.
Besides that, can you change the dependency of "jre7-openjdk" to "java-runtime"? So that even jre6 can work also.
Thank you.
bug commented on 2012-04-02 20:03 (UTC)
To whom who may concern:
The latest `stable` version of jpcsp is 0.6. They do publish SVN snapshots on the site [With really annoying download location - depositfiles].
In other words, please don't mark it as out-of-date for no reason.
Thank you,
On another note. If you want the SVN build. I've made a package for it.
https://aur.archlinux.org/packages.php?ID=58152
Cravix commented on 2012-03-05 11:25 (UTC)
install=('jpcsp.install')
->
install=jpcsp.install
and add jre7-openjdk to deps, or you cannot run it.
rafaelff commented on 2011-06-05 17:46 (UTC)
Strip is failing... Maybe the PKGBUILD should have options=('!strip') ?
$ makepkg -fs
(...)
==> Tidying install...
-> Purging other files...
-> Compressing man and info pages...
-> Stripping unneeded symbols from binaries and libraries...
/usr/bin/strip: Unable to recognise the format of the input file `./opt/jpcsp/demos/minifire.pbp'
<deleted-account> commented on 2010-10-04 11:31 (UTC)
the jpcsp executable script still points to the x86 library-path as opposed to the arch-specific one.
bug commented on 2010-10-04 07:04 (UTC)
Fixed, now it should download the file based on the system.
<deleted-account> commented on 2010-10-03 14:59 (UTC)
There is a real difference: the binaries within lib/linux-x86 of the x86 package are 32-bit, and 64-bit within the x86-64 package. The 64-bit JVM does't like 32-bit binaries, so an error was spat out upon initialization of the program. I hacked together a 64-bit-compatible version of the PKGBUILD and the error subsided. On neither version have I tried running a ROM yet, however.
Pinned Comments
bug commented on 2016-12-09 07:38 (UTC)