@whnr: Java 11 is in the Arch repositories. You can either install the entire JDK (jdk11-openjdk) or just the runtime (jre11-openjdk). To build this package, the latter should be sufficient.
Search Criteria
Package Details: portfolio 0.83.2-2
Package Actions
| Git Clone URL: | https://aur.archlinux.org/portfolio.git (read-only, click to copy) |
|---|---|
| Package Base: | portfolio |
| Description: | Track your portfolio performance (finance) |
| Upstream URL: | https://github.com/portfolio-performance/portfolio |
| Licenses: | EPL-1.0 |
| Submitter: | Cobra |
| Maintainer: | Cobra (Bevan) |
| Last Packager: | Cobra |
| Votes: | 43 |
| Popularity: | 0.45 |
| First Submitted: | 2015-11-08 10:45 (UTC) |
| Last Updated: | 2026-04-22 09:43 (UTC) |
Dependencies (4)
- archlinux-java-runAUR
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk17-jetbrainsAUR, mandrel-binAUR, mandrel24-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk21-jetbrainsAUR, zulu-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, jdk11-openj9-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk8AUR, jdk23-graalvm-ee-binAUR, jdk17-jetbrains-binAUR, jdk21-dragonwell-standard-binAUR, jdk24-graalvm-ce-binAUR, jdk8-dragonwell-extendedAUR, jdk23-temurinAUR, zing-23-binAUR, jdk17-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, openjdk-zulu-ca-fx-binAUR, openjdk-zulu17-ca-fx-binAUR, openjdk-zulu21-ca-fx-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, zulu-24-binAUR, liberica-nik-23-full-binAUR, jdk11AUR, liberica-nik-24-full-binAUR, jdk-openj9-binAUR, jdk24-graalvm-binAUR, jdk24-graalvm-ee-binAUR, liberica-nik-25-full-binAUR, amazon-corretto-24-binAUR, jdk8-openj9-binAUR, zulu-21-binAUR, jdk21-jetbrains-gitAUR, openjdk-liberica11-full-binAUR, openjdk-liberica17-full-binAUR, openjdk-liberica21-full-binAUR, openjdk-liberica8-full-binAUR, openjdk-liberica-full-binAUR, jdk-openjdk-wakefieldAUR, amazon-corretto-15AUR, microsoft-openjdk-21-binAUR, microsoft-openjdk-25-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-11-binAUR, jdk21-graalvm-ee-binAUR, amazon-corretto-25-binAUR, zulu-8-binAUR, zulu-11-binAUR, zulu-25-binAUR, jdk-android-studioAUR, zing-21-binAUR, zing-17-binAUR, zing-8-binAUR, jdk8-perfAUR, jdk25-openjdk-wakefieldAUR, zulu-17-binAUR, jdk25-graalvm-binAUR, jdk25-graalvm-ce-binAUR, jabba-binAUR, zulu-26-fx-binAUR, jdk21-jetbrains-binAUR, liberica-jdk-21-binAUR, jdk16-temurinAUR, java-openjdk-binAUR, liberica-jdk-full-binAUR, liberica-jdk-25-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk25-temurinAUR, jdk21-temurinAUR, jdk17-temurinAUR, jdk22-openjdkAUR, jdk23-openjdkAUR, jdk24-openjdkAUR, jdk17-graalvm-ee-binAUR, zulu-17-fx-binAUR, jdk25-openj9-binAUR, jdk11-temurinAUR, jdk17-openj9-binAUR, jdk21-openj9-binAUR, liberica-jdk-11-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-17-full-binAUR, jdk11-graalvm-ee-binAUR, jdk8-graalvm-ee-binAUR, jdk8-temurinAUR, jdk21-graalvm-binAUR, jdk-temurinAUR, amazon-corretto-11AUR, amazon-corretto-8AUR, sapmachine11-jdkAUR, sapmachine17-jdkAUR, zulu8-fx-binAUR, zulu21-fx-binAUR, zulu-jdk-fx-binAUR, jre-jetbrainsAUR, jdkAUR, jdk-ltsAUR, java-openjdk-ea-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk25-openjdk, jdk8-openjdk)
- gendesk (make)
- webkit2gtk-4.1 (webkit2gtk-4.1-imgpasteAUR) (optional) – pie chart rendering without fallback to SWTChart
Required by (0)
Sources (3)
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 14 Next › Last »
Bevan commented on 2021-01-26 12:59 (UTC)
whnr commented on 2021-01-26 05:19 (UTC)
Beginner question @SoBc: How do I reinstall maven and java 11? I can only find Java 15 in the packages. Will something else break?
nahno commented on 2021-01-19 20:43 (UTC) (edited on 2021-01-19 20:44 (UTC) by nahno)
@SoBC Thanks! Deleting ~/.eclipse and ~/.java worked for me.
SoBC commented on 2021-01-19 15:14 (UTC) (edited on 2021-01-19 15:14 (UTC) by SoBC)
@mr.buffed I had the same issue. Removing maven and all jdks and reinstalling maven with jdk11 fixed it for me. Also, I deleted ~/.eclipse and ~/.java.
Hope this will work for you too!
Cobra commented on 2021-01-17 15:25 (UTC)
Starting with v 0.50.0, portfolio requires Java 11 to build. Since attempts to build with the current Java version (15) fail, I've modified the PKGBUILD and set a hard dependency on Java 11, at least for the time being.
mr.buffed commented on 2021-01-16 12:10 (UTC) (edited on 2021-01-16 12:11 (UTC) by mr.buffed)
Downloaded and built the latest install, but receiving the following error in the log file mentioned after starting the program:
java.lang.RuntimeException: Application "org.eclipse.e4.ui.workbench.swt.E4Application" could not be found in the registry. The applications available are: org.eclipse.equinox.app.error.
at org.eclipse.equinox.internal.app.EclipseAppContainer.startDefaultApp(EclipseAppContainer.java:252)
at org.eclipse.equinox.internal.app.MainApplicationLauncher.run(MainApplicationLauncher.java:33)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:134)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:104)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:401)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:255)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:653)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:590)
at org.eclipse.equinox.launcher.Main.run(Main.java:1461)
at org.eclipse.equinox.launcher.Main.main(Main.java:1434)
I tried to delete the ~/.eclipse and ~/.java directories, but that did not help. Any suggestions?
urboro commented on 2021-01-11 18:09 (UTC) (edited on 2021-01-11 19:26 (UTC) by urboro)
It seems like Java 8 is not supported any more. Minimum requirement (and maybe only supported version?) seems to be 11.
https://github.com/buchen/portfolio/issues/1964
I experienced build errors and then found the above issue. I had to modify the line 35 in PKGBUILD
export JAVA_HOME=$(archlinux-java-run --min 8 --max 14 --java-home)
in order to avoid java 8 and java 14, because both caused build failures for me.
Barqu commented on 2020-11-01 12:56 (UTC)
It's a upstream error coming from my time zone. When I switch to German time zone, it works. I have reported the error in the forum from portfolio perfomance.
tinxy commented on 2020-11-01 10:21 (UTC) (edited on 2020-11-01 10:22 (UTC) by tinxy)
Actually, I just built the update flawlessly.
(I clicked the wrong button before and portfolio did a self-update so I had to locate the files and purge them before upgrading via AUR. For the record: they are located under '~/.eclipse'.)
Barqu commented on 2020-11-01 10:19 (UTC)
Unfortunately same error message when building at other time e. g. now. But maybe it is because of weekend and stock exchange markets are closed. Will try again tomorrow.
Pinned Comments
Cobra commented on 2025-12-19 15:13 (UTC)
80.4-2 adds OAuth authorization and thus the possibility to create a portfolio account for obtaining historic data.
Bevan implemented this crucial feature in the current PKGBUILD – and I'm very happy to welcome him as co-maintainer. :)
Cobra commented on 2023-08-19 13:34 (UTC)
Thanks to Bevan, we now have a simple and elegant (compared to my attempt) workaround that lets the PKGBUILD download and use the most recent version of maven (currently 3.9.4). Should not need any intervention from you. :)