Izzy

Thanks for your response! Unfortunately I'm no dev, so I cannot offer you a PR. But good to know the project isn't abandoned!

Sorry, but I can't – I'm not a dev and not familiar with how to set up reproducible builds.

Ah, that part I can answer. Let me cut it into pieces: * "Build your APK locally": ideally using the same tool chain (fdroidserver) so the resulting APK is binary...

Using templates with place-holders might be an option here – so the user is completely free to define even his/her own format.

Agreed. I was just throwing in an idea – maybe @hako can build upon that. I'm afraid the needs will differ pretty much: while one only needs "core data", another...

PS: Manually tested the first approach ``` chmod 0600 ~/Raccoon/archives/default/credentials.cfg ``` No side-effects so far :)

> I get pissed off when people tell me that storing a plain-text password in a config file is a security risk and then seriously suggest that encryption would be...

No offense taken. Let's just pretend nothing happened :) > Malware on the system is not an argument for encrypting your files. It is an argument for reinstalling and changing...

Meanwhile, that's a part my project [Adebar](https://github.com/IzzySoft/Adebar) covers: if you copy those `.apk` files into the corresponding "transfer dir(s)" (there're a `install` and a `reinstall` dir, the latter for updates),...

> Raccoon v4.x includes ADB support and batch push to device. Great to read! And that will fit 99% of the cases. _Adebar_ would cover the remaining 1% where a...