Calibre is a popular self-hosted ebook manager. Github page.
Now, Calibre is a desktop application, not a web application. But there is also Calibre-web, which is a web front end for the Calibre backend.
Should Calibre and Calibre-web be hosted through a single Cloudron application, or 2 separate applications?
Either way, I think these 2 applications could be very powerful on Cloudron.
Hello all!
I've been developing/packaging what I think could be a new form of Cloudron apps, Themes (working title : ). The idea here is a simple Homepage that will display your installed Cloudron applications for easy access. You can see a working copy on my instance here! Be sure to hit space bar to toggle the menu.
Features include:
Note that this is NOT meant to replace the current Cloudron dashboard, but rather be a supplementary 'app browser'. When the menu is displayed in the Homepage App, there is a cog icon at the top right with the time stamp that will take you straight to your original Cloudron dashboard when you need full access to Backups, Logs, etc.
This app is based on the homepage-cloudron repo, which is based off of the homepage repo, both of which I am the author of. Happy to answer any questions! You can find the Cloudron packaged app here.
If this is interesting, I could work up some basic tests for this to eventually be included in the actual Cloudron App Store. Though it is important to note that for this to work properly, the setup requires creating a new Cloudron API key and updating the config.json file through the Terminal (not super user-friendly).
Thoughts/suggestions/notes welcome!
I think I've managed to get a basic version of Firefly III packaged! You can find the Git repo here. The main thing to note is that the LDAP connection doesn't quite work with Cloudron's system yet. @girish @nebulon I'm hoping one of you can help look through this and see if we can get a proper connection going? If we can link up the LDAP system, I'm happy to write some tests for this app so we can publish it to the Cloudron App Store.
There's also a no-ldap branch available which will let users register their own accounts on the app, not trying to use LDAP at all. If we can't get a successful LDAP connection going, then I can write tests for this version instead for the App Store.
@girish Ok yep, you're right. Simply emptying out my trash by 'permanently deleting' files cleared up a few gigs and now the entire NC image is 3.8GB which seems like a much more reasonable size when the files there are 2.8GB. Thanks!
(Can mark as resolved)
@BrentHueth 
that makes me happy
@murgero yes, this is similar to Heimdall, it's based off of this Github project of which I'm the author. This particular app is purposefully packaged for Cloudron in that you give it an API key and it will auto-populate with all of your Cloudron apps, so no custom links at the moment.
https://sr.ht has recently been deployed to general availability. It seems like a Phabricator like tool in that it has many different aspects. git, CI, mailing list management, wiki, etc.
@marcusquinn thanks! I am trying to keep the project relatively simple so I don't want to get too deep into features. It is worth noting though that the original Homepage app does support opening links in new tabs. I could see a feature on the Cloudron app where it's an all-or-nothing boolean - all links will open in a new tab, or all links will open in the same tab. I also could see supporting non-Cloudron app links, and potentially number of columns. The way I see it, the icons should possibly adjust automatically based on the number of columns (again, this is a bit of the complexity I'm trying to avoid with a KISS app). The search bar I've also purposefully avoided this whole time, but I'm open to suggestions. It's also worth noting that you are free to create PR's into the Github repo if you want to contribute!
@robi that's an interesting point. Only admins are installing new applications indeed, but still, I'm not sure that all admins are capable or comfortable with going to an app's terminal, vim'ing (is that a verb??) the config file and adding in an API key. That being said, it's probably a good enough start for now, and could potentially revisit if/when @girish or @nebulon decide to add such a feature.
@ultraviolet Ok, I'm starting to find my way here.
The admin:admin123 credentials worked great! Eventually it'd be cool to tie into Cloudron's LDAP, but I know I'm asking for a lot 
Also, it turns out that Calibre-web offers its own OPDS catalog at calibre.cloudron.com/opds, so I was able to connect my e-reader to that endpoint and download a book, meaning that exposing the real Calibre's endpoint to the www might not be necessary after all!
Very good work, thanks again! I'll be migrating my exiting Calibre library over during the next few days!
I've been on the market for an open source, self-hosted habit tracker and was just referred to Nomie. This PWA can be self hosted and can use local store, pouchdb, or Blockstack for storage.
@jdaviescoates thanks for the shoutout if it's wanted, I can extend my Homepage app's functionality to include a list of custom URL's in addition to Cloudron apps.
@robi definitely looks like another good candidate for a Cloudron Theme app!
@marcusquinn thanks! I am trying to keep the project relatively simple so I don't want to get too deep into features. It is worth noting though that the original Homepage app does support opening links in new tabs. I could see a feature on the Cloudron app where it's an all-or-nothing boolean - all links will open in a new tab, or all links will open in the same tab. I also could see supporting non-Cloudron app links, and potentially number of columns. The way I see it, the icons should possibly adjust automatically based on the number of columns (again, this is a bit of the complexity I'm trying to avoid with a KISS app). The search bar I've also purposefully avoided this whole time, but I'm open to suggestions. It's also worth noting that you are free to create PR's into the Github repo if you want to contribute!
@robi that's an interesting point. Only admins are installing new applications indeed, but still, I'm not sure that all admins are capable or comfortable with going to an app's terminal, vim'ing (is that a verb??) the config file and adding in an API key. That being said, it's probably a good enough start for now, and could potentially revisit if/when @girish or @nebulon decide to add such a feature.
@girish what do you think of implementing the 'read only' token permission for apps like this so they can automatically display a list of installed Cloudron apps without user intervention?
I would also like to see this, and was hoping to start a 'Theme' apps category. This would fit in great.
@jdaviescoates thanks for the shoutout if it's wanted, I can extend my Homepage app's functionality to include a list of custom URL's in addition to Cloudron apps.
Yeah, logging out and in seems to have worked! Not sure why it wasn't working temporarily. When it doubt, turn it off and on again!
And yes, I just meant the browser, my bad!
Looks like this is all resolved now! This morning gave me quite a scare as TTRSS is probably my most used Cloudron app.
@girish Sure, see screenshot. This also happened after I cleared all cookies for this URL and refreshed. I'm on v1.26.0 of the TTRSS app. 
Screen Shot 2020-09-23 at 3.50.51 PM
@girish I actually noticed this issue in the desktop web app. The mobile app (don't know if there's an official one? I'm using tiny Reader iOS version 2.1.3) works fine for me ironically.
@girish thanks for hopping on this quickly! However, it seems something is now broken with my TTRSS instance. When clicking on an article title when it's active, I get a weird error from my instance's backend.php page:
{"error":{"code":6,"message":null}}
It seems like the user pahles had a similar issue on the TTRSS community forum thread you linked, and this is a potential solution proposed by someone else. Can you replicate this issue? What do you think is the estimated time to resolve this?
@girish I appreciate the thoughtful response and research with your answers!
I'm aware of the subaddresses and have used that through Gmail and such, but really love the simplicity of the catch all.
I was able to get this functionality working through RainLoop, though not dynamically, as you mentioned. Under RainLoop -> Settings -> Accounts, one can add 'Identities' which consist of an email (where you can use addresses such as store1@domain.com) and a name. When one of these Identities' addresses lines up with an email, hitting reply will automatically select that identity as the FROM on your response email. Handy! Looks like Airmail (my Mac email client) also has 'Email Aliases' that is probably similar. While not automatic for any catch all address, this will give me what I need on the rare occasions I do need to respond from not my mail address.
Thanks again!
[resolved]