this post was submitted on 05 Aug 2023
8 points (78.6% liked)

F-Droid

8153 readers
33 users here now

F-Droid is an installable catalogue of FOSS (Free and Open Source Software) applications for the Android platform. The client makes it easy to browse, install, and keep track of updates on your device.

Website | GitLab | Mastodon

Matrix space | forum | IRC

founded 3 years ago
MODERATORS
 

Just a thought in relation to the debate of payment models used in Foss an closed code projects that got going with the sync app (and elsewhere).

So I donate now and then to projects I like. I realised it was a while since last time.

Ok so who did I sent to last time? How did I send it , it was like 2 different crypto some PayPal and something else I think?

I will have to check every single project used to see how to send , how to separate donations and actually remember everything.

What would be ideal , check in on F-droid , select from my list of installed apps , add a few non-android projects I also want to donate to. Selecta sum , single or recurring. Pay one sum and have it split between projects.

Seems like there would be plenty of incentive for this to be made to reality ?

Perhaps some other solution out there I haven't heard of?

top 4 comments
sorted by: hot top controversial new old
[–] [email protected] 2 points 1 year ago* (last edited 1 year ago) (1 children)

Thats a great idea but it will require some short of an fdroid account

I mean your donation history have to be stored somewhere in case the apps data on phone gets wiped e.g. app uninstalled

You can view your donations in github though

[–] [email protected] 1 points 1 year ago (1 children)

Yea that's true but not a dealbreaker for me. Would be fine if it did not survive uninstalls . Could be a backup made manually if needed.

[–] [email protected] 1 points 1 year ago (1 children)

I can imagine some implementation without login e.g. read your donations from your github,kofi etc acounts if thats even posible

btw does feature requests make sense here? Isn't a GitLab issue more suitable?

[–] [email protected] 1 points 1 year ago

Yea , I just wanted to float the idea before making any suggestions. I might have missed something.