Fosspay — Donation collection for FOSS groups and individuals

[marcusquinn]

@atrilahiji Cool!! Will DM

[A Former User]

https://git.cloudron.io/AtriLahiji/fosspay-app

Started here. Confusing AF so far but I'll see what I can do.

[murgero]

@atrilahiji Since it's a Python app - Just expose the apps port to Cloudron and tell cloudron the HTTP port is the app port. Cloudron's built in reverse proxy, in theory, should take care of most of the rest. (App may still need the domain it's hosted on and so forth)

Looking at the code you have so far, I do not believe nginx is required to be built into the app - unless you need something specific from it?

[A Former User]

@murgero I'm likely confusing myself working with the taiga app as an example of packaging a python app for Cloudron.

[girish]

In taiga's case, we use nginx to also server some static content. There are two repos - taiga-front (static assets) and taiga-back (python). The nginx acts as a "proxy" and splits the incoming request between these two.

[A Former User]

Pushed a new change. Now to figure out why im getting this error:

File "/app/code/fosspay/app.py", line 2, in <module>
Oct 13 16:46:16 from fosspay.app import app

[girish]

@atrilahiji said in Fosspay — Donation collection for FOSS groups and individuals:

Oct 13 16:46:16 from fosspay.app import app

Maybe the directory should be fosspay.app instead of fosspay ?

[A Former User]

This post is deleted!

[marcusquinn]

Apparently not so easy to package. Just dropping a link here to Ko-Fi recommended by @atrilahiji and some alternatives that need research:

https://alternativeto.net/software/ko-fi/?license=opensource

[yusf]

@marcusquinn said in Fosspay — Donation collection for FOSS groups and individuals:

Apparently not so easy to package.

No? What can be done to advance the process?

[marcusquinn]

@yusf Not sure @atrilahiji is researching it - but sometimes you get a sense of an app, and if it doesn't appear to be well coded then its best to rethink before getting to embedded.

[murgero]

I think I may have figured out the issue with the code - and I have forked the repo to rebuild it.

[murgero]

Alright - I got it working in production mode.

[marcusquinn]

@murgero woop woop

[murgero]

@atrilahiji said in Fosspay — Donation collection for FOSS groups and individuals:

File "/app/code/fosspay/app.py", line 2, in <module>
Oct 13 16:46:16 from fosspay.app import app

I ended up removing alot of the work you put into build.sh and start.sh - on this error specifically, you were in /app/code/fosspay/fosspay which is the wrong app.py weirdly enough. There were also a lot of missing deps in requirements.txt (not your own fault, this is an upstream issue).

I have working code, so if @girish doesn't mind - I'll post my repo to gitlab and we will package that instead.

[A Former User]

@murgero Ah. I thought I was in the correct one but I guess not. And yeah I noticed they had some dependency errors so I forked the project to add them back in. Thanks for looking at it. I gave it a couple of days and pretty much dropped it in frustration

Another issue I have with it is there are no tags in the source repo (and they seem to use sourcehut?) so it just pulls from master every deploy. Ideally we would have releases we can evaluate and update to. I's say either someone forks it and puts together releases or we live on the edge and have an always unstable app that pulls new code every time someone installs it.

Also also, I don't see the point in using an account (and therefore a db) to manage things in this app when the most important config is stored in a config file anyways. This app is just one big head scratcher.

[murgero]

@atrilahiji said in Fosspay — Donation collection for FOSS groups and individuals:

so it just pulls from master every deploy

It only pulls the source when it's being built, at least that's how I have it setup. It will not pull on each install.

[A Former User]

@murgero Oh right. I guess what I mean is when it is being released, its frustratingly difficult to keep track of releases. I guess at least stores on the cloudron store are pre-built.

[murgero]

@atrilahiji In this case I would track the date the last commit was Example Version Number that can be used here is:

e6ba79c8 - 2020-04-22 That is <commit_hash> - <commit_date>

[A Former User]

@murgero True. Not that is isn't possible. Just more frustrating than specific versions. But because the Cloudron app store has pre-built images we at least dont need to worry about a broken version getting pushed to users.