Go to file
Jeffrey Paul 255554db97 broken 2019-12-14 09:03:38 -08:00
.circleci make output/build artifact 2019-10-24 08:23:29 -07:00
cmd/feta positional arguments are the devil 2019-11-05 17:21:25 -08:00
.gitignore sacrifice a dead chicken to the idiom gods 2019-12-14 07:24:42 -08:00
Dockerfile latest 2019-11-05 15:32:09 -08:00
Makefile update makefile to fmt before linting 2019-12-14 07:50:23 -08:00
README.md fmt and update readme 2019-12-14 07:49:35 -08:00
apihandlers.go sacrifice a dead chicken to the idiom gods 2019-12-14 07:24:42 -08:00
apiserver.go sacrifice a dead chicken to the idiom gods 2019-12-14 07:24:42 -08:00
dbmodel.go sacrifice a dead chicken to the idiom gods 2019-12-14 07:24:42 -08:00
feta.go starting work on fetch 2019-12-14 08:34:13 -08:00
ingester.go starting work on fetch 2019-12-14 08:34:13 -08:00
instance.go broken 2019-12-14 09:03:38 -08:00
jsonapis.go broken 2019-12-14 09:03:38 -08:00
locator.go starting work on fetch 2019-12-14 08:34:13 -08:00
manager.go starting work on fetch 2019-12-14 08:34:13 -08:00
toot.go broken 2019-12-14 09:03:38 -08:00

README.md

feta

archives the fediverse

status

CircleCI

ethics statement

It seems that some splinter groups are not well acquainted with the norms of publishing data on the web.

Publishing your toots/messages on a server without marking them private or requiring authentication and thus making them available to the web is an act of affirmative consent to allowing others to download those toots/messages (usually by viewing them in a browser on your profile page). If you don't want your toots downloaded by remote/unauthenticated users on the web, do not publish them to the web.

If you publish them to the whole web (and your home instance serves them to all comers), do not be surprised or feel violated when people download (and optionally save) them, as your home instance permits them to.

We do not have a right to be forgotten, as we do not have a right to delete legitimately-obtained files from the hard drives of other people.

Author

Jeffrey Paul <sneak@sneak.berlin>

@sneak@sneak.berlin