Package Details: portfolio 0.71.2-1

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
Submitter: Cobra
Maintainer: Cobra
Last Packager: Cobra
Votes: 40
Popularity: 0.51
First Submitted: 2015-11-08 10:45 (UTC)
Last Updated: 2024-10-04 10:35 (UTC)

Dependencies (6)

Required by (0)

Sources (2)

Pinned Comments

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. :)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 10 11 12 Next › Last »

Cobra commented on 2020-06-07 11:14 (UTC) (edited on 2020-06-07 11:41 (UTC) by Cobra)

@bounty I've just reproduced the error message you reported by attempting to build with java-14-openjdk. With java-8-openjdk, the build was successful. It seems that my decision to replace the dependence on JRE8 with JRE ≥ 8 (see the pinned comment just below) was premature... sigh

@flortsch Can you confirm that the build fails with java-14?

@all For now, I'll leave the PKGBUILD as it is. Should you experience the same problem, please set an older version of Java (13 still seemed to work, 8 for sure does) as the default (using archlinux-java) and report here. Thank you.

bounty commented on 2020-06-06 17:33 (UTC)

@Cobra: deleting ~/.eclipse does not help

Cobra commented on 2020-06-06 15:34 (UTC)

@bounty: does deleting ~/.eclipse help?

bounty commented on 2020-06-04 21:32 (UTC)

During installation I get the following Maven error:


[INFO] Resolving dependencies of MavenProject: name.abuchen.portfolio:name.abuchen.portfolio:0.46.3 @ /home/programs/portfolio/src/portfolio-0.46.3/name.abuchen.portfolio/pom.xml
[ERROR] Cannot resolve target definition:
[ERROR]   Software being installed: org.mockito 2.23.0.v20190527-1420
[ERROR]   Missing requirement: net.bytebuddy.byte-buddy 1.9.0.v20181107-1410 requires 'osgi.ee; (&(osgi.ee=JavaSE)(version=1.5))' but it could not be found
[ERROR]   Cannot satisfy dependency: org.mockito 2.23.0.v20190527-1420 depends on: java.package; net.bytebuddy [1.9.0,2.0.0)
[ERROR] 
[ERROR] Failed to resolve target definition /home/tbfk/Downloads/programs/portfolio/src/portfolio-0.46.3/portfolio-target-definition/portfolio-target-definition.target: See log for details -> [Help 1]
[ERROR] 
[ERROR] To see the full stack trace of the errors, re-run Maven with the -e switch.
[ERROR] Re-run Maven using the -X switch to enable full debug logging.
[ERROR] 
[ERROR] For more information about the errors and possible solutions, please read the following articles:
[ERROR] [Help 1] http://cwiki.apache.org/confluence/display/MAVEN/MavenExecutionException
==> ERROR: A failure occurred in build().
    Aborting...

Cobra commented on 2020-05-10 13:49 (UTC)

With version 0.46.3, I've replaced the dependency on JRE8 with JRE ≥ 8 as suggested by flortsch. Consequently, JAVA_HOME now points to /usr/lib/jvm/default-runtime. With the java default set to java-13-openjdk, portfolio builds successfully, and even significantly faster than before.

Cobra commented on 2020-04-20 17:05 (UTC) (edited on 2020-04-20 17:09 (UTC) by Cobra)

@flortsch Thanks for this valuable bit of information. The PKGBUILD contains three lines for exactly this situation since a very long time. I regularly tried to compile portfolio with more recent Java builds, but compilation always failed. I will try with Java 13, and if it works, I'll replace the hard with a soft dependency. :)

flortsch commented on 2020-04-19 14:23 (UTC) (edited on 2020-04-19 14:25 (UTC) by flortsch)

Is the hard dependency to Java 8 still required? I am using latest Java 13 to build and run portfolio and for me it is working without any issue. It would be nice if we could get rid of the fixed version dependency.

SebRut commented on 2020-01-06 07:20 (UTC)

shellcheck detects an potential issue with the PKDBUILD file:

In /dev/stdin line 55:
    cp -r * ${pkgdir}${_DEST}
          ^-- SC2035: Use ./*glob* or -- *glob* so names with dashes won't become options.

dbacc commented on 2019-12-29 18:39 (UTC)

@cobra

Didn't know a logfile existed. Issue was solved by deleting .eclipse folder, that contained old config.

Cobra commented on 2019-12-26 16:14 (UTC)

@dbacc I assume that “also does” refers to the statement one line above, implying that the upstream version works fine. If this is the case, then the build must have failed in some point. Please clarify.

The Gtk warnings are nonessential, but nonetheless disquieting – I don't have them here.

Please also consult the portfolio log file and journalctl.