Package Details: portfolio 0.83.2-2

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.47
First Submitted: 2015-11-08 10:45 (UTC)
Last Updated: 2026-04-22 09:43 (UTC)

Dependencies (4)

Required by (0)

Sources (3)

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

Latest Comments

« First ‹ Previous 1 .. 7 8 9 10 11 12 13 14 Next › Last »

Cobra commented on 2018-08-09 12:20 (UTC) (edited on 2018-08-10 18:15 (UTC) by Cobra)

@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.

jsoy9pQbYVNu5nfU commented on 2018-08-05 10:44 (UTC)

Hi Cobra, would it be possible to add a .desktop file to the package and install it into /usr/share/applications so that it becomes available in application launchers?

Personally, I'm using the .desktop file here https://gist.github.com/2ion/a71463edc2df529bf23c1060ef1f2f2e, perhaps you could reuse or modify it.

Would appreciate it very much!

Cobra commented on 2018-07-29 13:51 (UTC)

@whnr I've experienced occasional minor problems with the binaries, motivating me to pick up the orphaned PKGBUILD in 2015. Compiling portfolio from the sources has worked well for me since then. If the current binaries work well for you, there's nothing to prevent you from using them and the update option integrated into portfolio (Help/Preferences/Updates). Personally, I wouldn't see any benefit of a PKGBUILD initiating a download and reinstall of the binary as compared to this built-in update mechanism of portfolio, but I imagine that it would be rather straightforward to implement this functionality for anybody interested in it.

whnr commented on 2018-07-28 10:58 (UTC)

I'm wondering why is this building the app from source? There is a binary tar available as well. I was wondering, since the install fetched many single sources from the web and moving >350MB around. While it was building I went to the upstream URL and downloaded the binary, tested it (went well) and then waited for the build to finish.

Cobra commented on 2018-07-12 16:52 (UTC)

Finally, no more webkitgtk2! From version 0.33, portfolio supports webkit2gtk.

To invoke webkit2gtk in 0.33, delete the line

--launcher.GTK_version 2

in /usr/share/portfolio/PortfolioPerformance.ini. In later versions, this should be the default.

Cobra commented on 2018-07-05 17:52 (UTC)

@adlerweb Why didn't I think of that before? Excellent suggestion, thank you very much!

adlerweb commented on 2018-07-02 21:20 (UTC)

Current PKGBUILD uses mvn during build which writes files to ~/.m2/ (users home directory), as such leaving the specified build directory. This leaves unnecessary residual files after finishing the build and breaks when trying to build using dummy-users without a valid $HOME (among others AUR-helpers like pikaur work this way). To keep the build clean the maven cache directory should be relocated to something inside srcdir: mvn clean install -Dgenerate-target-platform=true -Dtycho.disableP2Mirrors -Dmaven.repo.local=$srcdir/.mvn

Cobra commented on 2018-06-03 15:12 (UTC)

@Mischko Thanks a lot for the suggestion. I'm aware of this possibility, but I'm usually hesitant in adding further repositories to my pacman.conf. In any case, I expect that we will soon enjoy a version of portfolio that foregoes the dependency on webkitgtk2, and employs webkit2gtk for diagrams instead. In the meantime, for all of you who don't want to compile webkitgtk2, the binary offered by archlinuxcn is certainly a viable option.

Mischko commented on 2018-06-02 16:12 (UTC) (edited on 2018-06-02 16:13 (UTC) by Mischko)

@Cobra same problem with compiling webkitgtk2 the entire night. What about the solution suggested here? https://aur.archlinux.org/packages/webkitgtk2/

Append the following section to /etc/pacman.conf:

[archlinuxcn] Server = https://cdn.repo.archlinuxcn.org/$arch

And installing as if it were official packages:

sudo pacman -S webkitgtk2

Works really well for me.

Cobra commented on 2018-05-11 10:00 (UTC)

@sandstorm At the moment, webkitgtk2 is required for displaying the diagrams in portfolio, such as the donut or ring diagram in “Statement of Assets – Holdings”. The developer is aware of this unfortunate situation and is working on a solution: https://github.com/buchen/portfolio/issues/769. The changes he made in the inofficial snapshot 0.30.2 did not make it into the stable build 0.31, but I very much hope into the next release. Compiling webkitgtk2 really sucks. :/