Package Details: portfolio 0.41.1-1

Git Clone URL: https://aur.archlinux.org/portfolio.git (read-only)
Package Base: portfolio
Description: Track your portfolio performance (finance)
Upstream URL: http://buchen.github.io/portfolio/
Licenses: EPL
Submitter: Cobra
Maintainer: Cobra
Last Packager: Cobra
Votes: 10
Popularity: 0.221607
First Submitted: 2015-11-08 10:45
Last Updated: 2019-08-25 10:44

Pinned Comments

Cobra commented on 2019-06-16 11:43

Note that version 3.6.1 of maven has a bug that prevents the compilation of portfolio (see the posts of Bevan below and the links he included for details). For the moment, please roll back to maven 3.6.0.

Latest Comments

1 2 3 4 Next › Last »

Cobra commented on 2019-06-16 11:43

Note that version 3.6.1 of maven has a bug that prevents the compilation of portfolio (see the posts of Bevan below and the links he included for details). For the moment, please roll back to maven 3.6.0.

Bevan commented on 2019-06-09 07:49

Downgrading to Maven 3.6.0 fixes the build issues. You can get it from https://archive.archlinux.org/packages/m/maven/.

I also created a bug report: https://bugs.archlinux.org/task/62850

Bevan commented on 2019-06-02 06:56

Artemis: Yes, this problem affects multiple people and has already been reported upstream: https://github.com/buchen/portfolio/issues/1168

Artemis commented on 2019-05-31 20:01

I finally wanted to upgrade to the new version but somehow the build process does not work for me, anyone else having this problem?

[ERROR] Cannot resolve project dependencies:
[ERROR]   You requested to install 'osgi.bundle; javax.annotation 0.0.0' but it could not be found
[ERROR] 
[ERROR] See <http://wiki.eclipse.org/Tycho/Dependency_Resolution_Troubleshooting> for help.
[ERROR] Cannot resolve dependencies of MavenProject: name.abuchen.portfolio:name.abuchen.portfolio:0.39.1 @ /home/jonas/.cache/yay/portfolio/src/portfolio-0.39.1/name.abuchen.portfolio/pom.xml: 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...

2ion commented on 2019-02-23 11:51

Latest version doesn't start, here's the Eclipse crash log. Any idea how to fix this? (I'm a stranger to maven and Java builds in general.)

https://gist.github.com/2ion/d66f2faf10bee623b02be2912ce34824

EDIT: Nevermind, deleting the .eclipse folder fixed it.

richie94 commented on 2019-01-27 10:19

@Sebastian thanks, its at least a partial fix. if I renamed that folder, version 0.36.1 will start again, after upgrade to 0.37.1 it fails as before.

Sebastian commented on 2019-01-26 10:27

@richie94 Try to rename $HOME/.eclipse and see whether you can start the program again. I had a similar error in a .eclipse logfile and deleting that folder solved it, but you lose all application preferences.

richie94 commented on 2019-01-20 15:06

After i did upgrade to 0.37 in the program, I cannot restart the program and it crashes silently. I just found some logfile in /home/user/.eclipse/276216818_linux_gtk_x86_64/configuration/1547992759371.log which stated multiple exceptions like org.osgi.framework.BundleException: Could not resolve module: org.eclipse.equinox.common and finally java.lang.IllegalStateException: Cant reach the service. ensure that 'org.eclipse.core.runtime' is resolved and started correctly (see 'config.ini')..

In my pacman there was only one warning showing "WARNUNG: Package contains a reference to $srcdir usr/share/portfolio/p2/org.eclipse.equinox.p2.engine/.settings/org.eclipse.equinox.p2.artifact.repository.prefs"

Can anyone help me here?

P.S. If I download prebuild version from github repo all works perfectly.

2ion commented on 2018-08-13 19:36

@Cobra The .desktop file works like a charm. Thanks.

Cobra commented on 2018-08-09 12:20

@2ion I've tried today to implement your request using gendesk, but all I've got was an empty directory instead of a .desktop file. I'm certainly doing something wrong, but with room temperatures exceeding 30°C, I have difficulties to think. I'll continue my attempts as soon as my brain doesn't overheat anymore.

Update: it's just 23°C today, and the error was as trivial as easy to find: -dm instead of -Dm. facepalm The .desktop file is now correctly installed in /usr/share/applications.