Actual - Self Hosted, Privacy Friendly Financial Planning System

[Sydney]

@jdaviescoates Thank you!

I'll edit the main post to include the correct link. I am quite excited for Actual, as it is quite polished and well-made- and I hope to see it on Cloudron soon!

[infogulch]

Neat app. I wonder how it compares to firefly iii

[Sydney]

It will be really great if this app could be packaged before the start of June. I'll be beginning a new job then, and it would be a good time to upgrade my budgeting workflow

[micmc]

@Sydney Cool find.

While Firefly is actually a great software, I think Actual would be a great addition as well. I too love the modern flat design, efficient and fast.

[jagadeesh-s2104]

Actual ++

[privsec]

Wow. What a software!

I currently use quicken, but would switch to this in an instant if it was available.

[stefano]

Seems nice, it's quite similar to YNAB, isn't it? Well, definitely more than Firefly III.

[LoudLemur]

@Sydney Great suggestion and nicely formatted. I think it always must encourage people here if you mention that there is already a Docker image available, which there is:

https://github.com/actualbudget/actual-server#running-via-docker

I hope we get this going.

[Sydney]

@LoudLemur Thank you very much! I'll update the post to include the docker image link.

I'm glad to see so much interest for Actual. I am really looking forwards to seeing it on Cloudron as well!

[random_eric]

I tried the demo and it looks great.
Is there a way that I can test it on my server?

[random_eric]

I've packaged the app, but I'm not sure what to do next.
The repo can be found here:
https://github.com/thejinx0r/actual-server-cloudron

It's been working great for me.

edit:
I continue to maintain it at https://git.eyen.ca/cloudron/actual-server

[subven]

@random_eric get a review by @girish or @nebulon At first glance it looks good but I think /app/data should be owned by www-data who also runs the apps process. Maybe adjust the start script and Dockerfile for better continuity,

btw the Cloudron user is called yellowtent internally ^^

[random_eric]

@subven
Thanks for the feedback!
For the user, I was following the nodejs tutorial. I'm not sure whihch one to use at the moment.

Anyways, I'll wait for feedback from @girish or @nebulon

[girish]

@random_eric Ah nice, I will give this a try later today! Actual doesn't need any database configuration and such?

[subven]

@girish they use better-sqlite3 but store everything in /data ^^ The app is not designed to use an external database connection as far as I can see.

[Sydney]

@girish Hi there! Congratulations on the recent 7.3.x release. Is there any information on adding Actual to the Cloudron app store? I would very much like to use it

[Sydney]

App Package Created for Actualbudget

Hello everyone!

I've created a Cloudron App Package for Actualbudget. This package was created after following the instructions in the Cloudron app packaging tutorial, cheat sheet, as well as by following best-practices observed in other, existing Cloudron app packages. If you want to give Actualbudget a try on Cloudron, it's available now at the following git repository:

• https://github.com/ShenZhouHong/actual-server-app

I've tested the application to the fullest extent possible as an individual. Please feel free to share any feedback with me here!

@girish I believe my app package is ready for unstable status and inclusion into the Cloudron app market. Note that:

• The Dockerfile and start.sh files properly expose environment variables, configuration files, and encapsulates the upstream app data in /app/data in a non-naive manner.
• The app package contains a detailed and well-defined CloudronManifest.json file with all relevent fields, including medialinks, minBoxVersion, icon, and healthCheckPath.
• The app package contains a complete DESCRIPTION.md, POSTINSTALL.md, and CHANGELOG.

I believe the only thing that this application is lacking are the selenium tests. I hope to contribute these at a later date.

Edit: As of 2023-12-24, the repository also includes a complete set of application lifecycle tests, such as:

• Installing the app, and configuring it with test credentials and data
• Logging in and out of the app
• Restarting the app
• Backing up and restoring from backup
• Moving the app to a different location (i.e. subdomain)
• Updating the app*

*The only test that I was unable to implement is the app update test. From what I can tell, the app needs to be published on the Cloudron store for that. I assume you'll be able to implement that final test once the app is published

[jdaviescoates]

@Sydney thanks!

[LoudLemur]

Thank you very much for packaging and testing this application.
You deserve a good rest over the Christmas holidays now!

The question a lot of us will have now is, "Which application next?"

What I would like to ask you, Sydney, is what prompted you to package Actual in the first place? Also, how was your experience in the packaging process? Did you have all the information you needed readily at hand? Do you think you might try another program, too?

[Sydney]

@LoudLemur Thank you for your warm thanks and holiday wishes! I had packaged Actual because I wanted to use it for my personal use. Indeed, that was why I originally created this thread on the App wishlist nearly two years ago. Ultimately, I realised the best way for me to contribute back to the Cloudron community, was to package the apps I needed myself - that's what inspired me to go ahead and package this application!

As for feedback on the packaging process: I found it a little difficult and unintuitive, particularly because it was difficult to find all the information that I needed, and a lot of it was scattered in many places. In my opinion, the documentation for the app packaging process is rather sparse. This is because although the different files and options are adequately documented, there is very little on best practices.

Indeed, the best source of information on app packaging was from the repositories of existing applications. I spent the vast majority of my time leafing through the Dockerfile, start.sh, and CloudronManifest.json of apps like:

• https://git.cloudron.io/cloudron/hedgedoc-app/
• https://git.cloudron.io/cloudron/hastebin-app/
• https://git.cloudron.io/cloudron/ghost-app/

I would often compare and contrast them, or look at how @girish would accomplish a common task like provisioning a config.json file, in order to know how to package my own app.

Overall, I'd say that the app packaging process is adequate, but has significant room for improvement. Perhaps this would be an opportunity for me to contribute to the documentation in the future

Finally, as for future steps: I hope to first understand how to configure selenium tests for my existing app, so I can understand the complete, end-to-end packaging process. Once I get tests figured out, I'll move on to other apps!