webfork wrote:
> Idea2: Torrents for app storage for apps that have their entries kept up to date.
Yes, that would be a legitimate and workable alternative that I could probably put together over a weekend. Good call.
The only weakness is a single point of failure; if no one is seeding or someone can't if someone can't download torrents from their location due to security or other issues, you're stuck.
Yeah, I've been thinking about authors seeding their stuff, but it won't work for abandonware.
Well, I think there's a niche for one program, here is not the first place where I thought it would be useful.
A super-simple app for community members who are willing to help; A torrent deamon that you configure once and forget. By configure I mean bandwidth/disk space limits, just that. A project like TPFC would take a template, insert their own artwork and settings, set up a server/tracker telling clients what needs seeding and act as a backup download place (for users who have torrent traffic blocked and things that are w/out seeders for the moment) and ask their users for help. The backup server might not work well for TFPC if bandwidth or space are too limited though. And I'm not sure if TPFC has a big enough community, but I think yes.
webfork wrote:
The point of the hashing bit is to be location agnostic -- it doesn't matter where you get it -- assuming you trust PFWC -- you know it's good.
Indeed.
In fact torrents/ed2k links etc. are nothing but hashes too. I wonder why they are never used as such, for hashing downloads they would do just as well as SHA, but would come with the benefit that when a link is dead, you can get it from other places too.
Overall, hashing seems the simplest option though.
But it opens some new possibilities too. Server could be downloading apps from time to time and checking the checksums. If they change, it could be sending notifications that apps have been updated.