aksdb

Warme Tage wären ja auch ok, wenn es nachts abkühlt. Letzteres bleibt aber halt immer öfter aus und die Nächte, die an der Kategorie "Tropennacht" vorbeischrammen tun das nur, weil's früh um 5 mal für eine halbe Stunde auf 19°C fällt, bevor es sich direkt wieder aufheizt.

I am surprised that no one mentioned snikket yet, which is essentially a distribution of Prosody with sane defaults and a custom client.

The problem is IMO much bigger. Every connected and/or IoT device becomes physical waste if the vendor shuts down the backing infrastructure.

Every product (physical or digital) should be considered as a unit with the required technical infrastructure. Companies/producers should only have two choices: keep maintaining the infrastructure or publish everything necessary for individuals and/or a community to take over. This must be ready from the moment such a product enters the market and it must be part of the "will" of the company so if it goes bankrupt, the whole process can be triggered more or less automatically.

I meant DNS within your container network. Exposed stuff should be mapped to host ports.

The bigger issue (IMO) is, that you now have a hard requirement on the startup order of your services. If another one happens to get the IP assigned automatically befor your service starts that requests it explicitly, you now have a conflict that you manually have to resolve.

DNS is the only sane solution here.

Do you think being maintainer makes you some kind of all knowing being? That's not how that works. You write code and review code of others.

If there are multiple maintainers, you may obviously not even notice what another maintainer is doing; then you wouldn't need multiple maintainers with write access if you could handle it all by yourself.

But everyone does keep their license. A company can not really take over in the sense that you lose your old code. They can stop developing in public but keep using your code, but so can you keep using the last public version and keep developing it. Or you can take your contribution and apply it elsewhere.

Und der Punkt ist immernoch in den meisten Fällen quatsch, weil das nur für Peer-to-Peer-Verbindungen zutreffen würde. Ansonsten hast du halt einen Mittelsmann (Server). Du weißt also idR nur, wer den Server betreibt (wenn überhaupt; Let's Encrypt sagt dir nichtmal das). Ob der auch für den Inhalt verantwortlich ist, weißt du nicht. HTTPS ersetzt keine Signaturen.

Also video streaming ohne ein CDN zu machen, vor allem als Politiker, der ein ganzes Land erreichen will, ist aber etwas ... weit aus dem Fenster gelehnt. Video-Streaming performant hinzukriegen ist absolut nicht trivial. Da würde ich schon zu einem etablierten Anbieter greifen.

Naja toll, dann weiß ich "ok, is Twitch/YouTube/whatever", aber noch nicht, dass der, der das da ausstrahlt, wirklich der ist, der er vorgibt, zu sein.

There is actually a mechanism that allows distros to register the system level driver as flatpak extension, so the driver is available in the sandbox. Unfortunately, almost no distro uses that :-/

HTTPS garantiert dir aber nur, dass der Transport sicher erfolgte. Nicht hingegen, ob die Quelle vertrauenswürdig ist.