Package Details: playonlinux5-git r2160.1c7cad3c-1

Git Clone URL: https://aur.archlinux.org/playonlinux5-git.git (read-only)
Package Base: playonlinux5-git
Description: GUI for managing Windows programs under linux (development version based on Java)
Upstream URL: http://www.playonlinux.com/
Keywords: playonlinux playonlinux5 pol pol5 wine
Licenses: GPL
Submitter: captain
Maintainer: None
Last Packager: kbumsik
Votes: 30
Popularity: 0.000912
First Submitted: 2015-11-13 11:07
Last Updated: 2018-12-09 22:09

Pinned Comments

ProfessorKaos64 commented on 2016-11-18 16:16

Latest dev news:
https://www.playonlinux.com/en/news.html

Note:
PlayOnLinux.sh was modified and includes a path to Java 8, allowing non-destructive running of PlayOnLinux5 with default Java not set to Java 8. See: https://wiki.archlinux.org/index.php/java for more. There is not need to force users to set default Java to Java 8 at this time.

There is a Qt version being developed, but it is far from test-ready.

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

ProfessorKaos64 commented on 2017-09-17 21:05

@Mordavolt i'll see what I can do.

Mordavolt commented on 2017-09-16 18:02

Hi, I'm not sure who is responsible for the /usr/bin/playonlinux5 executable (upstream or maintainer), but I've found an issue with the Java version check "archlinux-java get | cut -d "-" -f2". I use JetBrains Java from aur, since they have some font rendering fixes (https://aur.archlinux.org/packages/jdk8-openjdk-jetbrains) and this Java does not have JavaFX. The script should force proper Java, but because JetBrains Java name is similar to the OpenJDK Java it fails.
"Available Java environments:
java-7-openjdk
java-8-openjdk
java-8-openjdk-jetbrains (default)"
I've fixed it by commenting out the if and so always forcing the proper java path, but maybe this could get a proper fix.

ivannarvaez commented on 2017-07-12 20:49

@jeekiii I had the same problem and I managed to solve it following the answer given in this link: https://stackoverflow.com/questions/28247427/strange-locale-issue-on-arch

ProfessorKaos64 commented on 2017-06-20 00:42

Ok I see the issue. Update again and try once more. I believe I found a workaround.

ProfessorKaos64 commented on 2017-06-20 00:20

You will have to give me some steps to reproduce, the launcher "PlayOnLinux.sh" also shows this behavior to be correct when java-7-openjdk is set as default:

cat PlayOnLinux.sh
#!/bin/bash

POL_HOME=/opt/playonlinux5
CLASSPATH=${CLASSPATH}:$POL_HOME/lib/*

# Allow either openjdk java or Oracle java to be used

if (( $(archlinux-java get | cut -d "-" -f2) < 8 )); then
export PATH=$(ls -d /usr/lib/jvm/java-{8,9}-* 2>/dev/null | head -1):$PATH
fi

# Start PlayOnLinux
java -classpath "$CLASSPATH" org.phoenicis.javafx.JavaFXApplication "$@"
[mikeyd@archboxmtd playonlinux5-git]$ archlinux-java get | cut -d "-" -f2
7
[mikeyd@archboxmtd playonlinux5-git]$ tmp=$(ls -d /usr/lib/jvm/java-{8,9}-* 2>/dev/null | head -1)
[mikeyd@archboxmtd playonlinux5-git]$ echo $tmp
/usr/lib/jvm/java-8-jdk

ProfessorKaos64 commented on 2017-06-20 00:12

@WizardOfTheWest, I've been trying to make people happy on this one. Let me look again. If it isn't Java 8, it's "I want Oracle JDK, not OpenJDK." Are you saying it doesn't work when building or when running? I can confirm building works fine for me when java-7-openjdk works for me.

WizardOfTheWest commented on 2017-05-31 16:05

Doesn't work when default java is set to java-7-openjdk

Gives the error:

Exception in thread "main" java.lang.UnsupportedClassVersionError: org/phoenicis/javafx/JavaFXApplication : Unsupported major.minor version 52.0
...
...
...

Had to manually switch to java-8 via:
sudo archlinux-java set java-8-openjdk

ProfessorKaos64 commented on 2017-05-22 01:18

Alright, I can confirm at least pacaur can install the package, so it seems that test error is at least contained to virtual/vm/chroot-like builds. I'll still see if that can be overcomed.

ProfessorKaos64 commented on 2017-05-22 01:16

Ok, so it seems tests fail it is is built with makechrootpkg -r $CHROOT, but not with makepkg -c. The graphics pipeline test doesn't appear to test ok outside of a chroot. Still tinkering to see if I can help that.

ProfessorKaos64 commented on 2017-05-22 01:04

Working through some test failures. Thank you for your patience.