https://pixelfed.org/

A service very much like Instagram, but federated. There seems to be quite some enthusiasm around ActivityPub-based projects in general, also including Prismo, Anfora and Funkwhale.

playSMS

A flexible Web-based mobile portal system that it can be made to fit to various services such as an SMS gateway, bulk SMS provider, personal messaging system, corporate and group communication tools

There’s a maintained Dockerfile already.

Feature Highlights (brace yourself!)

• Multiple database engine supported (through PHP PEAR DB, included in this package)
• Send SMS to single mobile phone
• Send SMS broadcasted to a group of mobile phones, or SMS bulk
• Support sending text, flash and unicode messages
• Capable of handling large amount of SMS
• Receive private SMS to Inbox and forward it to email (mobile2web) and user’s mobile phone
• Forward single SMS from mobile to a group of mobile phones
• Provides SMS to email and email to SMS by polling mailbox
• SMS autoreply, for easy autoreplying formatted incoming SMS
• SMS board, forward received SMS to email, export output in JSON and a few other formats
• SMS command, execute server side shell script using SMS
• SMS custom, forward incoming SMS to custom apps, locally or hosted on external URL
• SMS poll, manage polling system using SMS, export output in graph, JSON and other formats
• SMS quiz, serve quizzes on SMS
• SMS subscribe, manage user subscribes to a service using SMS
• SMS sync to utilize SMSSync app
• Blacklist, stoplist and firewall plugin for SMS services protections
• Create your own features, tools, themes and gateway modules as a plugin
• Supports software gateway such as Gammu, Jasmin, Kannel and SMS Server Tools 3
• Supports bulk SMS providers such as Nexmo, Twilio and other SMS service providers
• Supports many other bulk SMS providers using Generic gateway plugin
• Supports sending/receiving SMS via another playSMS using Planet or Uplink gateway plugin
• Supports simulation gateway for testing incoming and outgoing SMS
• Supports multiple active SMSC
• Route outgoing SMS by prefix
• Route outgoing SMS per user
• Webservices for sending SMS, retrieving delivery reports, checking credits and more
• Long SMS support, length of text is configurable
• Rate SMS by destination prefix
• SMS credit system per user
• Multiple SMSC activated and routable
• Timezone settings
• Multi-language user interface (English, French, Bahasa Indonesia, Russian and a few others)
• Easily add new language for user interface
• Web-based interface
• Android app for playSMS is available, with source codes
• Multi-domain from single playSMS installation with site branding for reseller supports

Looking around in the Matrix ecosystem one finds many interesting server extensions. For example, the native protocol bridging support being put to use by the many bridges available.

Looking at matrix-docker-ansible-deploy one gets a glimpse of what extensions are already available in for a production environment.

I've a wish for the Cloudron Matrix app to be expanded with more features. This will make the app more useful and better demonstrate Matrix's versatility.

Extensions of direct interest to me:

• synapse-admin
• synapse-simple-antispam
• email2matrix
• mautrix-facebook
• mautrix-telegram
• mautrix-whatsapp
• mx-puppet-instagram
• matrix-appservice-irc
• matrix-appservice-discord
• matrix-appservice-slack
• matrix-appservice-webhooks

Let's discuss what if any extensions are worthy of inclusion in the package.

Drone is a Container-Native, Continuous Delivery Platform

https://drone.io/ | https://github.com/drone/drone

Would be interesting to combine it with Gitea enabling a pretty serious code lifecycle platform.

In my profession I’ve recently been assimilated into the Notion universe. It’s truly brilliant.

But it’s not free (as in freedom). So as I start to pour huge amount of work into structuring and using it, my woes of lock-in comes as expected.

There’s this whole new class of digital tools flexible enough to be shaped by non-coders for virtually any workflow: Notion, Airtable, Coda, Next Matter.

I sense that as the tools of this no-code movement develops further, users realize they don’t need to settle for other people’s workflow but can shape the tools to their liking instead of the other way around. Thus these tools may lay the groundwork for a new level of user expectancy, possibly leaving old rigid tools in the dust.

So, is there anything FOSS that can even begin to compare to Notion?

Theia IDE is the neutral open source derivate of VS Code, maintained by the Eclipse Foundation.

By using Gitpod (also open source), Theia can be run directly in the browser. Hopefully even with LDAP support, eventually.

Botpress is an on-prem, open-source chatbot building platform for businesses

https://botpress.io/

As described here I expressed an interest in a Jitsi Meet app but I wasn't in a hurry.

Now I really need it. The pandemic is causing serious problems throughout the world and some centralized systems are getting really strained as everyone in self-isolation or quarantine moves to video conferencing.

Now would be an excellent time to push Jitsi Meet out the gates. I need to provide video conferencing solutions to several organizations. Please prioritize this if you can.

Wireguard 1.0.0 is now audited, released and included in the Linux 5.6. Time to get the app going!

In Sweden, online conferencing has increased 500% over the last week. Properly configured selfhosted Jitsi servers could play an important role for these usecases and for months and months to come.

@girish Setting

[indexer]
ISSUE_INDEXER_TYPE=db

in app.ini solved the issue immediately. Thanks alot!

Now I'm curious to know what db means in this context (but the urgency is gone ). Should the Cloudron package have db as ISSUE_INDEXER_TYPE out of the box, for example?

Some Cloudron app config data got alot of legacy files from earlier versions, so sometimes it's hard to know what the true good defaults are.

@jdaviescoates Not yet, unfortunately.

Discourse 3.0 was released a week ago. Awaiting the greatness coming to Cloudron.

@nj Thanks for packaging ERPNext. Its potential is vast.

Trying out different features of it I notice that there seem to be several modules missing when compared to the ERPNext docs.

For example Automation is missing. (Though I can reach and use event producers by searching for it, or reaching /app/event-producer directly)

Perhaps that's all in order if your app is packing the core app only?

@girish Must've got it wrong somehow. Anyway, --debug only adds one line of little insight:

sudo -u git /home/git/gitea/gitea -c /run/gitea/app.ini manager flush-queues --debug
2023/01/16 09:45:29 ...dules/git/command.go:213:Run() [D] /usr/bin/git version
flush timeout with non-empty queues: issue_indexer

@fbartels I have skimmed the logs but I haven't seen any abnormalities (though logs are quite verbose). I don't know what a stacktrace is.

@girish said in Issue indexer queue not getting processed, 8000+ unfinished jobs:

--debug

With what command? At least not gitea manager flush-queues.

The queue has still not being processed, but 13000 flush workes (and probably counting) have seemingly been added.

I’d really appreciate some help before this instance blows up

I went ahead and tried to flush the queue:

sudo -u git /home/git/gitea/gitea -c /run/gitea/app.ini  manager flush-queues --timeout 20m

but even with that generous timeout value it timed out:

flush timeout with non-empty queues: issue_indexer

I've little to no idea of what I'm doing here btw.

This instance is a couple of years old, so it's been through some updates, and one server migration.

I tried deleting /app/data/appdata/indexers in order to try and rebuild the indexing but since found that workers do not process that queue anyway. The issue indexer work queue is building up without getting worked on. Adding workers manually doesn’t help.

I found a note for a recommendation from the 1.15 release, stating:

It is recommended to ensure that queues are empty before upgrading using gitea manager flush-queues or on the admin pages.

Should I do that?