There is the "Economic Turing Test", you let it find a job and earn money for itself. If it can do that reliably, across a wide range of jobs, that should fit most definitions of AGI.

Ultimately I think none of this will be solved at the low level, it needs something like Iroh or libp2p where you build a new network on top of the Internet infrastructure, so that you can have things like persistent cryptographic identities and addresses that you can carry with you, largely independent of the underlying network architecture.

That said, I don't think piracy is to blame here, but more the murky nature of copyright in general, with BitTorrent you automatically become redistributor of everything you download and that's just a huge liability and privacy risk that I can easily see browser developers wanting to avoid.

Also browser developers have gotten lazy, they couldn't even find the resources to keep FTP alive, so I doubt BitTorrent would have survived for long even if they tried adding it.

The Nostr spec covers what matters, cryptographic identities and unique message ids, that make dumb relays that duplicating messages from elsewhere possible (an area where HTTP or Activity Pub fail at).

On Lemmy for example you can't even find a post another server, since post ids are tied to a server. So despite post actually being cached on multiple servers, it provides absolutely nothing that helps with censorship or crash tolleranze.

Not my experience. I had to give up on it since it was just completely flooded with spam, and unlike mail readers that have ways to mitigate it, XMPP clients were ill prepared. Might still work if you keep your address hidden, but as chat-like alternative to a public email it just stopped working years ago.

foo-gtk, foo-qt, foo-qt-mp3-ogg, foo-qt-ogg, foo-gtk-mp3, ...

That quickly gets out of hand, but you don't have much other choice here, since flakes don't provide a way for the user to say "enableOgg = true", flake outputs are reproducible and thus don't have options.

With this approach you can leave it to the user and they can pick an output like:

foo.withGtk.withOgg.withMp3

The flake generates that output on the fly, it's still reproducible, and works the same way as an option, but it's actually an output, not an input. Since everything is lazy, that output is only created when the user requests it.

PS: `.override` is the other way to do it, but that doesn't work well together with `nix profile`.

That's a little more than a trade off, it means nobody alive today will ever experience those games. And those people 90 years in the future, probably won't care. There is no culture kept alive here, burring it all in a landfill would do just the same.

DRM-free by itself really doesn't help here. DRM-free ala GOG doesn't even allow used sales, as your game ownership is still tied to an account and can't be relinquished or transferred. And buying DRM-free games from random people without ownership track record, ain't exactly a desired good to begin with.

As far as I know, there is no used marked for DRM-free games.

You need a proper copyright reform to actually addresses all of this. Or step outside the law and go the pirate route, which actually keeps old games alive and playable.

Share them by bundling them with DRM[1]? Like archive.org does with books and games that you can't download, but only virtually borrow to watch in your browser (trivial to work around, but it's there nonetheless). DRM-free in a word with current Copyright isn't the solution unless you want to wait 90 years to be able to access anything.

> So if Steam disappears, we're all collectively dependent on our ability to break DRM to maintain our culture accessible.

Piracy has been preserving games since the dawn of time, so yeah, that'll continue as usual. The games that are hard to preserve are the dynamic ones, the MMORPGs that get updates every week and where large parts of the game are the player communities within it, none of which fits neatly into a DRM-free .zip file.

[1] https://help.archive.org/help/borrowing-from-the-lending-lib...

Meanwhile with Steam you click once and the game runs, since they jumped through all the hoops for over a decade to make that work, while GOG sat around and still hides their MSDOS games in a self extracting Windows executable, that neither runs on DOS nor Win9x.

Anyway, back to the point: DRM-free is just a teeny tiny fraction of what might prevent you from running a game.

Also it's not like GOG is digital rights management free in the purest sense: You still have to have an account and they still track what you own, it just isn't enforced at the .exe level, but it makes things like used games sales still impossible, since you can't relinquish or transfer your ownership.

Overly focusing on DRM-free just misses how the software landscape has changed in the last two decades and what things actually matter.

The modern problem with AI is more the opposite, you give the AI a task that is impossible with the tools at hand and instead of saying "That doesn't work", it starts elaborate workarounds to make it happen anyway.

If GOG went down tomorrow, those games would be gone just the same as the Steam ones, since I gave up trying to back them up a decade ago.

On top of that, those updates can be kind of useful. None of my GOG games run on Linux, while most of my Steam games run on Linux. Also annoying: None of the GOG games run on a genuine Win9x either, as what you are getting is an updated version for modern Windows, not the original game.

Either way, I just don't think DRM-free is the proper solution for media management today or in the future. The olden days of static media are largely gone and the modern world is just way more fluid. So far none of the proposed solutions are able to capture that properly.

The whole problem with the regulation we have right now is that it assumes the Internet is for kids, and everything for adults must be hidden. When we really just should declare the whole Internet as 18+ and the sites for kids should be the specially marked exceptions.

Enabling in X works via:

    xinput list  # find second mouse id
    xinput create-master second
    xinput reattach  "second pointer"

    xinput reattach  'Virtual core pointer'
    xinput remove-master 'second pointer'

[1] https://www.shipveho.com/rivr

[2] https://www.youtube.com/shorts/d6jU_4XjkTU