Jo. Dann setzt man halt einen Vorschlag auf die Liste, das Verbot zurückzunehmen. Diese Versuche, demokratischer Gesetzgebung die Hände zu binden und Denkverbote zu verordnen, sind gleichermaßen lächerlich, verzweifelt und wirkungslos.

Besonders weil Springer komplett aurasten würde.

Wir haben das ja jetzt bereits an Habecks Gebäudeenergiegesetz gesehen oder an den Vergesellschaftungsplänen der Linken in Berlin. Kaum geht es mal darum, den Besitzenden im Lande etwas abzuverlangen, schon gibt es Dauerfeuer aus Springers Hasskanone.

Parents are liable for the actions of their children to a certain age.

First off, a technicality: At least in the jurisdictions I’m familiar with, “parents are liable for the actions of their children” is a popular misconception. The full story is: Parents are liable for the actions of their children only if it can be proven that they neglected their duty to supervise their children.

Also, I doubt AI companies would forego the chance to offload responsibility for their creations. Nothing in the article suggests they’d want AI to be treated like their children, but more like an entity separate from them.

Good luck! Feel free to ask if you hit a roadblock.

No. Put a Minecraft server inside the same compose file. Allow ICMP/ping, but firewall off all other kinds of access. Let it know it’s there, but it cannot play. Let. It. Suffer.

Thanks. Yes, I forgot the other potentially inaccurate component in the equation.

Maximal 10% over is pretty much what the majority of drivers on the road are doing and which is seemingly not fined by police.

This was originally done to account for measuring errors in speed cameras, even though modern systems are much more accurate than those of the old days. Defaulting to only a smidge more than 10% above speed limit will get you fined in Germany, so it’s not the smartest strategy.

Das Konzept “OnLeihe” ist ohnehin der Gipfel der Schizophrenie. Da hat die Bibliothek schon ein digitales Buch - und damit die Möglichkeit, ein Werk potenziell unendlich vielen Menschen gleichzeitig zur Verfügung zu stellen! - und sie wird vom Verlagswesen verpflichtet, die Möglichkeiten des Digitalen vollständig zu kastrieren, indem sie ein infinit verfügbares Gut künstlich verknappt, da das Anrecht zur infiniten Vervielfältigung für abstrus große Zeiträume ausschließlich beim Verlag lieg. (70 Jahren nach dem Tod des Autors! LmaA!) “Du kannst dieses digitale Buch nicht ausleihen. Es hat schon jemand ausgeliehen.” Analoges Denken, von Internetausdruckern verpflanzt in den digitalen Raum. 🙈

HP WiFi network printer owner here. It sits on my main network, but I’ve assigned it a fixed network IP (based on its MAC) and cut off internet access in my router. That seemed enough for me. I’m open to comments why that isn’t true. ;)

Accurate, all of it. You’ve got it.

Two more (nice) things:

1. (Assuming a star-shaped setup with a server at the centre) If you happen to make changes on the phone and another client device simultaneously (meaning: there is a collision of versions, since both have changes to write), Syncthing normally creates a “conflicted copy”. Whenever you see these files, you know that some changes couldn’t be merged and need to manually untangle the changes. No biggy normally.
2. Syncthing does support versioning, meaning: Your server can store several versions of the same database file. That way, if you happen to accidentally delete some entries from your DB, you can revert back to an earlier copy of the file.

In his own words: “Quiet, piggy!”

Since Syncthing and LocalSend were already mentioned - let’s throw in Warpinator:

• built by the Linux Mint team
• has had an (inofficial) Android client for a while now
• works well (although Syncthing is a lot more powerful and requires fewer clicks once it’s set up)

Great questions, all of them! No, there need not be any “master file” - but there can be. ;) Let me lay it out for you.

There are two possible models you can build with Syncthing:

• a star-shaped client-server structure places the server at the centre of the network. The server is the central authority that always holds the “master file”, i.e. the newest version of the file, and the clients receive it from there (or don’t, if they’re already up to date). This structure, mind you, does not require dedicated server hardware: if you, say, have a phone, a notebook and a desktop PC, you can also make your phone the “server”, i.e. the only device that is connected to all the others and that “serves” everyone the newest version of your password DB.
• a meshed peer-to-peer structure has no centre - just a number of clients that are connected to all other clients. In this network, whichever device has the “newest” version of the file is the device that distributes this newest copy to all connected peers.

Which model you go for depends on how many devices you’re planning to hook up. If you only need to keep two devices in sync (e.g. your phone and your notebook), the client-server structure would probably be overkill, and actually Syncthing is typically deployed in serverless peer-to-peer scenarios.

However, if you have a lot of devices to sync, it may be more efficient to go with the client-server setup. Example time to make this more transparent!

Let’s say you go with the p2p structure because you only have a phone and a notebook hooked up to Syncthing. You configure:

• on the phone: share a folder with the notebook!
• on the notebook: share a folder with the phone!

But now you want to add another device, e.g. a desktop PC. Now you need to

• add the PC to the phone, and add the share
• add the PC to the notebook, and add the share
• add the phone and the notebook to the PC, and add the share

Otherwise you end up with a partial mesh, i.e. not every device immediately writes its changes to all others.

If you now add a fourth device that also needs to receive the share, you already have to make changes on four devices. And so on and so on. The more devices you add, the more work you need to put in.

TL;DR:

Syncthing can work without a “master file”. It can do peer-to-peer shares and work without a server. However, the more devices you need to share to, the more efficient a star-shaped / server-like architecture will become. This, however, does not require dedicated server hardware; you just decide that one of the devices will fulfil the role of the server by hooking all client devices up to it.

One last, minor correction: Syncthing only lets you share folders, not files. So you’d create a “KeePass” folder, toss your DB in there and share the folder to the receiving devices.

“Putting non-deterministic hallucination machines in charge of critical systems? What could possibly go wrong?” ¯\_(ツ)_/¯
- Humanity’s famous last words

Oh, he was supposed to read it? Too bad. That part wasn’t in the AI summary of the book…

You misspelt “thrusting”.

Not just that. If you assume an LLM has agency, you - the company making it - can conveniently waive all responsibility for its “actions”. “We didn’t cause this. The AI chose do to it.” This may become increasingly relevant the more idiots deciders allow these systems to access, if not entirely control vital systems. Think: power grid, water supplies, food production and related logistics, communications, military applications.

Oh, wow! Der Fritz wants a word! Now Putin is really fucked! /s

Takeaway: America failed at information control because Jensen failed to control his Huang

Nein, das ist richtig. Die Plus-Adressen kannst du nicht blocken. Ich kombiniere das aber mit einem Alias:

Hauptadresse: mein.name@posteo.de Alias: irgendein.kaas@posteo.de --> leitet weiter an Hauptadresse Plusadresse: irgendein.kaas+mindfactory@posteo.de

Sollte der Spam/Scam auf der Plusadresse zu viel werden, kann ich zumindest den Alias dahinter in toto abschalten. Ich müsste halt vorher alle Dienste, die ebenfalls auf den Alias registriert sind, umziehen auf eine dann neu zu registrierende Alias-Adresse.