apichat

Gnu Guix would be a great one ! (the package manager, not the distro GNU Guix System)

https://guix.gnu.org/

https://guix.gnu.org/en/blog/2019/gnu-guix-1.0.0-released/

https://guix.gnu.org/en/blog/2020/gnu-guix-1.1.0-released/

https://guix.gnu.org/#guix-in-other-distros

https://guix.gnu.org/en/blog/2020/guile-3-and-guix/

it look like Daff (align and compare tables)

https://github.com/paulfitz/daff

and Coopy (distributed spreadsheets with intelligent merges)

https://github.com/paulfitz/coopy

From wikipedia https://en.wikipedia.org/wiki/Vortex_Bladeless

>> In late 2016 and after validating the technology on computational simulations and tech demonstrators, the company reached the prototype stage with a geometry that can harness a nice amount of energy from the wind with this principle. On this stage Vortex was able to apply for funding from the Horizon 2020 for research and innovation programme of the European Commission.[19] Being the greatest funding that the company had, Vortex built a big wind tunnel for testing their turbines (the tallest wind tunnel in Spain) and started the development of their patented concept of an oscillating alternator with tuning system. On this phase, the company won the "Seal of Excellence" of the H2020 programme.[20]

>> All along 2017, the company kept developing their alternator and tuning system. Since this technology is considered as new in many aspects intervening (geometry, movement, energy conversion system), it has been a harder development than the company expected. The collaboration on this stage of the Microgravity Institute of the Technical University of Madrid and the European University of Madrid, alongside CDTI, Altair, Birdlife and BSC were the key to obtain a feasible technology that can harness energy from the wind on this particular way. In this year the company obtained the "Innovation SME" seal of the Spanish government.[21]

>> In 2018 the company started to plan the industrialisation of their aerogenerators. On this point the company faced many problems due to the lack of feasible industrial processes to mass-produce some of the pieces that use Vortex technology. The geometry and the materials were almost definitive on this stage so the company started a certification process for their current prototypes and obtained the ISO 9001. This certification is a regular process for every wind turbine in the European and American market but the normative is written for blades based turbines or rotating turbines, so the normative may need to be rewritten in order to certify Vortex devices as wind generators.[citation needed]

>> The goals of the company for the future are to obtain the certification needed to start selling, to set up a feasible method of production and logistics of shipping so they can start commercializing first Vortex turbines for 2020.[2]

It's ok now. They published a new version of Pijul and it seems that it cause some problems.

https://pijul.org/posts/2018-11-20-pijul-0.11/

https://pijul.org/posts/2018-04-21-pijul-0.10/

I think that you can find good explanations of these problems here :

https://jneem.github.io/merging/

https://pijul.org/model/#why-care-about-patch-theory

Unfortunatly Gitless doesn't solve them.

But Pijul solve many problems of Git (and Darcs) and is easier to use.

https://pijul.org

Yes and PeerTube https://joinpeertube.org/en/ is fundrising to be improved : https://www.kisskissbankbank.com/en/projects/peertube-a-free...

20 000 € goal: PeerTube v1, clean and simple

With your help, we can get PeerTube to its first stable release, its v1, planned for October, 2018. You will finance the development of:

  ○ Interface localization, to support multiple languages;
  ○ Video subtitles, to facilitate video accessibility for diverse audiences;
  ○ RSS feeds, to follow instances, users and channels through RSS protocol;
  ○ Video import from URL (YouTube, Vimeo, Dailymotion, etc.) or torrent file;
  ○ Improved and advanced search feature;
  ○ Software stability (bug fixes) and scalability.

45 000 € stretch goal: PeerTube Deluxe v1

There are important features we dream of including into the v1. We hope you will contribute so far as to helping us finance:

  ○ Video redundancy (to share bandwidth between instances or as fallback if the original instance is down)
  ○ Subscriptions to users & channels throughout the federation (for users to subscribe to whatever they want regardless of their instance federation settings)

75 000 € stretch goal: let's pave the road to v2!

PeerTube isn't a quick and easy fix to data-centralization through video platforms. It's an alternative that will grow and emancipate internet users on the long run. At this point, your contributions will help us:

  ○ Finance the development of a webapp that will be available on Android and iOS app stores;
  ○ Contribute to the ActivityPub community. ActivityPub is the groundbreaking federation protocol that runs PeerTube's federation and also Mastodon's (a federated Twitter alternative);
  ○ Secure PeerTube's lead developer employment after the V1 release (oct. 2018);
  ○ Pave the road to V2, where our priority will be a plugin system to facilitate the development of personnalized features and displays.

You should also look at http://pijul.org

> I've been running my own mail server since 1995, and I would not wish it on anyone.

Yes but Internet still young and evolving. Here are modern solutions :

1) https://yunohost.org 2) http://cozy.io 3) https://wiki.debian.org/FreedomBox 4) http://modoboa.org

And even if everyone won't selfhost one's email or XMPP service, by owning one's domain name (DNS or GNS) he-she can switch from an hosting service to an other. And by owning one's own domain name, he-she wont loose contact with his-her social network. GNS is a good decentralize solution by separating name-identifier-locator https://gnunet.org/gns

We have to switch from old email-JID semantic user@host to the new one greeting@name and this is not a technical change https://linuxfr.org/users/apichat/journaux/salut-toto-saluta...

> If your idea is that every time a host gets blocked, everyone could move to a new one and somehow rediscover their entire social network, it would be way easier just to use a centralized service and access it with different VPNs as they are successively blocked instead.

This look like a joke. How many VPNs providers is there ? Won't be blocked ? The only thing you've done is post-pone the problem and save your centralize enclosing business.

With Signal and WhatsApp and other centralizes and enclosing social network precisely you have to rebuild your entire social network when the service go bankrupt / go wrong way or don't evolved / is compromize by intelligence agencies and law / is blocked.

Switching from Signal to WhatsAPP is very expansive because you need to rebuilt your social because you don't own your Internet name (DSN or GNS) nor a conversation address with the semantic greeting@name.

1) actuality this is not true and even if it was it could evolve. A google-centric world is not the end of history.

2) XMPP is an evolution of email and it solve many metadata and data protection problems. Conversations is a good modern solution https://conversations.im With Snowden revelations and the GAFAM domination many people do hard work to solve those problems, for example the IETF. It looks like you don't want to solve those problems because you want Signal to become a S for GAFAMS.

3) "blocking 100 or 1000 hosts is no more difficult than blocking one." Yes it is more difficult because censors have to discover all these hosts. They don't already now them. Big centralize and enclose social networks as Signal, Facebook or Gmail addresses with semantic user@host are gifts to censors and Intelligence agencies. We've saw it with Prism.

Finally is there perfect technical solutions for political problems ? No, no one is perfect, no one can solved political problems. But some of them are better than other, some make more difficult to censor and spy everybody. Big centralize solutions are the worst and are not "Internet" solutions but they are 20th century "Minitel" Telco bad solutions.

> solutions for the abuse problem

A solution is using address like greeting@name (meaning localpart@dnspart) https://linuxfr.org/users/apichat/journaux/salut-toto-saluta...

An other solution is the design of XMPP : you can control who can speak with you (the contact list).

> federated standard without control of client and server is going to evolve very slowly an fracture into incompatible pieces.

Good answers : An Objection to ‘The ecosystem is moving’ https://gultsch.de/objection.html

Juste think about how the web and Internet evolved. Juste think about how the web and Internet evolved

Yes good explanations here : The State of Mobile XMPP in 2016 https://gultsch.de/xmpp_2016.html

> Keeping a persistent connection to your server [...] is not a simple problem

But is already solved. Explanations : "The State of Mobile XMPP in 2016" https://gultsch.de/xmpp_2016.html

> Federation has the problem of being harder to prevent abuse.

Precisely XMPP have already solutions for this problem

> And when you control the whole infrastructure, it's easier to provide a good user experience. With federation, you are depending on the quality of other's implementations.

Answers here : "Objection to ‘The ecosystem is moving’" https://gultsch.de/objection.html

You might also interest by GnuNameSystem wich is a federate, decentralize and censorship resistance DNS https://gnunet.org/gns

> They would simply censor access to all the XMPP providers

First we already know this situation with email, and we see that as a federate protocol email is not censorable. At least not as easy to censor as Signal is.

Secondly it's not possible because their is not a finish list of providers. By the way 1) everybody should-could be its own provider 2) everybody must use its own domain name DNS to make addresses like greeting@name.

Solution for 1) https://yunohost.org & https://wiki.debian.org/FreedomBox & http://modoboa.org/en

2) for this point see https://account.conversations.im/domain AND if the DNS is to centralize lets see for GnuNameSystem https://gnunet.org/gns for the address like greaing@name see https://linuxfr.org/users/apichat/journaux/salut-toto-saluta...

This French article may interest you. The maine purpose is to remove this usual semantic of email username@hostname and to replace it by greeting@name

I agree.

Universal unique canonical names are not a good thing because the problem of name squatting exists.

It's why relative names and forkable registry is a good solution.

But in some cultural context where a registry is mainstream, names are almost unique.

Here are some explanations :

- http://seenthis.net/messages/358071

- https://gnunet.org/sites/default/files/paper_cans2014_camera...

> 3.3 Relative Names for Transitivity of Delegations

> Users can delegate control over a subdomain to another user’s zone by indicating this in a new record

Blockchain is not a good or secure technology to replace DNS. Gnu Name system is a good one.

Here you can find a criticism of NameCoin and blockchain :

http://seenthis.net/messages/358071

Name registries still exist in GNS and they are still usefull but anyone can be a registry for anybody. So in a cultural context where a registry is mainstream, names are almost unique. But registries became contestable, you can avoid them and we have to require them to be libre, open source, and forkable.

Look this chapter in this document :

> 3.3 Relative Names for Transitivity of Delegations

> Users can delegate control over a subdomain to another user’s zone by indicating this in a new record

https://gnunet.org/sites/default/files/paper_cans2014_camera...