There's been talk of finding a real Calendly alternative here, and it looks like Calendso (Github, site) might be it! It only supports Google Calendar at the time of writing, but the homepage seems to imply they're working on more integrations. Worth keeping an eye on.

Focalpoint is 'an open source, self-hosted alternative to Trello, Notion, and Asana.' I'm hopeful with the 'alternative to Notion' part, but haven't played around with it myself so not sure how fully featured it is. That being said, the project has lots of stars on GH and looks to be plenty active.

Home page, Github

kill the newsletter (github) let's users create a unique email address, register for a newsletter with it, and instead of receiving an email with the newsletter, it'll add it to an RSS feed that it also provides for you.

I feel like this would package well alongside a TTRSS or FreshRSS instance.

I recently realized that there are quite a few apps that have been packaged by gracious developers here that aren't on the App Store for one reason or another. I started a repo to keep track of them hoping we can compile the whole lot of them!

A copy of the list is pinned here:

• Homepage - A simple, standalone, self-hosted PHP page that is your window to your server and the web. (Source Code)

  • Tests
  • License

• Standard Notes (Sync Server) - The Standard Notes syncing server (Source Code)

  • Tests
  • License

• Standard Notes Web - A free, open-source, and completely encrypted notes app. (Source Code)

  • Tests
  • License
  • NOTES: For some reason, it seems that this app doesn't backup well and often errors out in the process with a MySQL error ¯_(ツ)_/¯ I just disabled the backing up of this app since the notes themselves are backed up in the Sync Server app.

• webhooks - webhook is a lightweight incoming webhook server to run shell commands (Source Code)

  • Tests
  • License

• Zola - Server to serve up statically generated Zola sites

  • Tests
  • License

• nginx app - nginx server, akin to Cloudron's LAMP

  • Tests
  • License

Open to suggestions about formatting or any other pieces of data we may want to keep track of. Also, feel free to comment here about any more Apps that are packaged and they can be added to the list and repo!

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.

The author also just linked to the Cloudron App Store version in their README for a 1-Click install!

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:

• Lightning fast loading - 97 Lighthouse Performance rating, all JS/CSS assets are local
• Toggle menu based on any key combination
• Background images from Unsplash or custom URL
• Quick link to Cloudron dashboard
• Use number keys to go directly to the first 9 apps listed when the menu is open
• Mobile friendly
• Caching of app images
• Security when it comes to your Cloudron API key and Unsplash ID

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!

Alright, I am setup using @jdaviescoates 's BBB instance for now. We're still on for tomorrow, Wednesday the 27th at 5pm EST for writing some tests! Hope to see some people there!

Just came across OneDev (which in and of itself is a mirror of their own dogfooding repo here). Looks like a great middle ground between Gitea (light, pure git features) and GitLab (more resource intensive and feature-filled).

Haven't looked at what's require in order to package it yet, but looks quite interesting!

@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 perfect answer! Worked like a charm, thanks

Hi all,

About a week ago my email cert expired. I know this because my Mail app on my iPhone stopped fetching new mail and brings up a Cert expired alert. This also stopped my n8n instance from sending emails. I've since manually renewed all my certs and using a 3rd party SSL checker verified that it now is valid for another few months. However, my iPhone is still showing invalid cert and same with my n8n instance.

Do I need to reset the cache on these channels somehow? Is my email cert actually still invalid?

Thanks!!

@jimcavoli very cool! Would love to see this.

Just came across OneDev (which in and of itself is a mirror of their own dogfooding repo here). Looks like a great middle ground between Gitea (light, pure git features) and GitLab (more resource intensive and feature-filled).

Haven't looked at what's require in order to package it yet, but looks quite interesting!

@meuschke aha! The screenshot helped. I realized I was on a /very/ old version of the app updated and it worked like a charm immediately. Thanks!

@girish I'm having trouble configuring this properly for some reason. When I put in my host, username and password in my Joplin client as the server suggests (leaving Server Directory empty), I get the following logs in the Server application:

Aug 06 09:08:07 2021-08-06 13:08:07: [error] App: 404: GET /api/files/root://info.json:/content : Path not found: api/files/root://info.json:/content
Aug 06 09:08:07 2021-08-06 13:08:07: App: GET /api/files/root://info.json:/content (1ms)
Aug 06 09:08:07 2021-08-06 13:08:07: [error] App: 404: GET /api/files/root://.sync/version.txt:/content : Path not found: api/files/root://.sync/version.txt:/content
Aug 06 09:08:07 2021-08-06 13:08:07: App: GET /api/files/root://.sync/version.txt:/content (1ms)
Aug 06 09:08:08 2021-08-06 13:08:08: [error] App: 404: GET /api/files/root://info.json:/content : Path not found: api/files/root://info.json:/content
Aug 06 09:08:08 2021-08-06 13:08:08: App: GET /api/files/root://info.json:/content (2ms)
Aug 06 09:08:08 2021-08-06 13:08:08: [error] App: 404: GET /api/files/root://.sync/version.txt:/content : Path not found: api/files/root://.sync/version.txt:/content
Aug 06 09:08:08 2021-08-06 13:08:08: App: GET /api/files/root://.sync/version.txt:/content (1ms)
Aug 06 09:08:08 2021-08-06 13:08:08: [error] App: 400: POST /api/files/root:/:/children : Not allowed: POST
Aug 06 09:08:08 2021-08-06 13:08:08: App: POST /api/files/root:/:/children (1ms)
Aug 06 09:08:10 2021-08-06 13:08:10: App: GET /api/ping (1ms)

The client is giving me the following error after testing the sync method:
Error. Please check that URL, username, password, etc. are correct and that the sync target is accessible. The reported error was: Sync directory not found: "" on server "https://joplin.mydomain.com"

Is anyone else seeing something similar? What am I missing?

@jk this is great! I've had n8n configured to send emails, but I actually manually created a new user that has email access and put in the credentials myself. Very helpful!

@fbartels thanks for following up on this!

I've gotten off the idea of StandardNotes as well after reading some other bad experiences using this system. I'm currently using Joplin which isn't 100% what I'm looking for, but does work quite well. Also it looks like a Joplin server might make it to the light of day which might help stabilize it a bit further.

@luckow for reference, this is the Expression I have in my 'text' field:
{{JSON.stringify($json["body"])}}
I output the entire JSON body stringified because I use this webhook for multiple incoming notifications and they contain different payloads. But you can try and extrapolate from here by bringing in just the fields you need, i.e msg, monitor, etc.

@luckow that's what I did (ish)! Uptime Kuma notifications => n8n webhook => Matrix notification.