I just learned that the #Debian#Gitlab instance is not limited to the Debian project but open for any Free Software project. In case you are looking for a (new) home, I think Debian is a great place to be. https://salsa.debian.org
@baldur@cwebber A good business model probably needs to focus on the enterprise market and see the home user and small companies as something which enables this business but not as the (main) source of income.
@baldur Earning money with end-user desktop software is always challenging. AFAIK even Microsoft makes hardly real money in this area these days. As more and more end users are shifting to mobile devices where they are used to getting most of the stuff for free or just for a few cents from the app store it becomes even more challenging.
I really like the idea of a "Free Software R&D lab" and would be interested in joining the efforts.
As of general funding of Free Software, I think donations can be a nice add-on for non-profits or a R&D lab but beside that I think it is important to develop real self containing business models for Free Software.
@fly_it@fdroidorg@nextcloud You can use on the OS site microG, a Free Software implementation of the google-services. It works great, I tested it. But on the app level you still need the google libs because the microG client libs are not ready yet. We monitor it, and other activities who work on alternatives and provide a solution as soon as it exists.
@fly_it XEP-0357 implements push notification and explicitly says: "The push service ferries notifications from the App Server to the User Agent. How it does so is often proprietary and vendor/platform dependent." Because it also uses Googles or Apples push service. That's also the reason why it isn't activated in the fdroid version of Conversations.
@fly_it@fdroidorg@nextcloud afaik Conversations does some kind of polling. That's OK for text messages, if you get the notification 1min or 20sec later it is still fine. But if you phone starts to ring 20sec after someone tried to call you it is already to late. That's why it only works with push notifications. We tried to integrate the microG client libs but it didn't worked. Using the microG service with the google-libs work just fine. But we can't distribute it this way on f-droid.
Kipping: "Was ist zu tun damit das Potentiale des Fortschritts nicht nur einigen wenigen Konzernen zu gut kommt sondern damit es und allen zu gute kommt? Zu den großen Potentialen der Digitalisierung gehört, dass sie die kapitalistische Methode der künstlichen Verknappung durchkreuzt. Denn digitales Wissen ist nicht wie ein Apfel, das wird nicht weniger dadurch das man es teilt, ganz im Gegenteil." https://www.youtube.com/watch?time_continue=725&v=diS9gJCRnVU#Digitalisierung#Politik#Linke
@tuxicoman Turn and stun is only used for webrtc, if you do a actual call. Starting the app, browse your contacts and doing a chat should always work. I would suggest to open a issue at the Android Talk repository(https://github.com/nextcloud/talk-android/) or ask at help.nextcloud.com
@gonzalo@nextcloud we kept the old name for backward compatibility when people upgrade from ownCloud. But for any productive setup I would recommend MariaDB or Postgresql anyway. Only exception might be a RaspberryPi or similar hardware.
@h It seems like Gitlab considers to enable federation between various Gitlab instances, but I don't know the current state. I could imagine that ActivityPub would be a great protocol to federate the issue and maybe even send fork, merge, etc requests. https://gitlab.com/gitlab-org/gitlab-ce/issues/4013
@tcit I don't see much Open Source in it. As far as I understand it Inner Source doesn't touch the license model at all but only tries to copy the development model.
@drbjork If you value, Free Software, decentral, independent, federated, then #XMPP and #Matrix are probably the best options. Although I would give XMPP more points in the category "independent". #Briar might be interesting in the future as well.
I still don't get the #InnerSource hype. For me it sounds like: We do the same proprietary stuff as before but we try to become more attractive to new developers by practicing the #OpenSource development model in a test tube. Completely ignoring that they miss the software freedom aspect and large parts of the actual development model which works best on a large scale.