AppImage Hub Proposal


#21

Possibly add someting so that authors can optionally monetize their apps similar to this one:

Note that it is still possible to download without payment and without signing up.


#22

How’s that supposed to work? Not all of them are on GitHub, and they may be taken over by anyone who logs into the site by being the first one to claim.


#23

GitHub only would be ok for me initially. Most open source developers have an account there these days.


#24

What would be cool is if we could render the whole site as static pages (e.g., on Travis CI) and host them on GitHub Pages.

I don’t know how feasible this would be, but here are some tools that apparently can do it:

Or, maybe even better…

https://jekyllrb.com/docs/templates/ - no database, all data stored in markdown files on GitHub… which would enable us to crowd-source the whole content much more easily through Pull Requests, rather than having to maintain a database (with credentials and permissions and backups and all the stuff no one likes to do).

Here is a “app store” that is going down this route:

I like especially how everyone can contribute:


#25

I have no experience in “Django to static web pages”. I skimmed through the projects that you listed, they seem interesting, especially Django-medusa and Django-bakery. Thank you for sharing them :slight_smile:
I’ll try with one of these tools and see what the outcome will be.

I used a little bit of Jekyll for a personal blog (more like a private dev diary), and it is a great tool.

The downsite is that using a static website (either with Django or Jekyll) we can’t add applications automatically. As far as I understand, all the work should be done manually with pull requests.

The best that can be done is a script to run locally that takes an AppImage, analyzes it and then creates a pull request on Github with the Jekyll template populated with informations.


#26

I’ve started work towards this at

The idea is that AppImageHub provides data that various app stores and app centers can consume…


#27

That was quick :smiley:


#28

Let me know which format you would ideally get the data in, so that I can provide a corresponding output.


#29

JSON would be great :smiley:

It can be used for both static and dynamic website.
For Jekyll: https://jekyllrb.com/docs/datafiles/


#30

Would YAML be equally acceptable as JSON?

Reason is that AppStream, the format that we use to transport metadata inside AppImages, natively supports DEP-11 which is YAML but not JSON.


#31

Not a problem :wink: I didn’t know about DEP-11!