A froth fork of the federated social media platform. This will not be updated frequently, use at your own peril. https://blog.froth.zone/sam/the-end-of-an-era
Find a file
Phil Hagelberg e4b9784c39 Show counts for replies, likes, and announces for selected notice.
Using text instead of an icon, for now.
2019-11-09 18:07:50 -08:00
benchmarks Fix benchmarks 2019-10-21 15:55:28 +07:00
config Bump fast_sanitize to 0.1.1 2019-11-08 00:51:04 +03:00
docs Big config cheatsheet revamp 2019-11-10 03:33:36 +03:00
installation Add remote_ip plug 2019-09-27 21:59:23 +00:00
lib Show counts for replies, likes, and announces for selected notice. 2019-11-09 18:07:50 -08:00
priv Bump pleroma-fe bundle to 044c9ad0562af059dd961d50961a3880fca9c642 2019-11-09 01:49:36 +03:00
rel pleroma_ctl: fix crashes due to different shift(1) behavior on dash 2019-10-24 23:28:59 +03:00
test object containment: handle all cases where ID is invalid (missing, nil, non-string) 2019-11-08 14:51:28 -06:00
uploads fix issues with the uploads directory 2019-04-28 06:43:00 +02:00
.buildpacks CI: Add auto-deployment via dokku. 2019-05-31 10:55:35 +02:00
.credo.exs [Credo][CI] Add readability as it’s fixed 2019-03-13 04:26:56 +01:00
.dockerignore Add .dockerignore 2019-08-03 00:21:54 -04:00
.formatter.exs Enable mix format for migrations 2019-10-08 15:16:39 +03:00
.gitignore Revert "Merge branch 'revert-4fabf83a' into 'develop'" 2019-09-16 17:55:04 +07:00
.gitlab-ci.yml CI: Remove the docs-build job 2019-11-05 23:45:07 +03:00
.mailmap add mailmap [ci skip] 2019-07-11 08:57:51 +00:00
AGPL-3 LICENSE → AGPL-3 2019-04-01 00:31:21 +02:00
CC-BY-SA-4.0 CC-BY-SA-4.0: Add a copy of the CC-BY-SA-4.0 license 2019-04-01 00:30:21 +02:00
CHANGELOG.md Mastodon API: Add the recipients parameter to GET /api/v1/conversations 2019-11-07 08:26:24 +03:00
COPYING pleroma-fox-tan-shy.png: Add another version of pleroma-tan 2019-05-12 05:09:15 +02:00
docker-entrypoint.sh Create docker.exs and docker-entrypoint + round out Dockerfile 2019-08-03 00:21:54 -04:00
Dockerfile Switch to alpine:3.9 to avoid dlsym errors 2019-09-04 14:56:26 -04:00
elixir_buildpack.config CI: Add auto-deployment via dokku. 2019-05-31 10:55:35 +02:00
mix.exs Bump fast_sanitize to 0.1.1 2019-11-08 00:51:04 +03:00
mix.lock Bump fast_sanitize 2019-11-08 22:22:54 +03:00
Procfile CI: Add auto-deployment via dokku. 2019-05-31 10:55:35 +02:00
README.md Clarify that postgres contrib modules are required, not just postgres. 2019-10-26 16:19:58 -07:00

Pleroma

Note: This readme as well as complete documentation is also available at https://docs-develop.pleroma.social

About Pleroma

Pleroma is a microblogging server software that can federate (= exchange messages with) other servers that support the same federation standards (OStatus and ActivityPub). What that means is that you can host a server for yourself or your friends and stay in control of your online identity, but still exchange messages with people on larger servers. Pleroma will federate with all servers that implement either OStatus or ActivityPub, like Friendica, GNU Social, Hubzilla, Mastodon, Misskey, Peertube, and Pixelfed.

Pleroma is written in Elixir, high-performance and can run on small devices like a Raspberry Pi.

For clients it supports the Mastodon client API with Pleroma extensions (see "Pleroma's APIs and Mastodon API extensions" section on https://docs-develop.pleroma.social).

If you want to run your own server, feel free to contact us at @lain@pleroma.soykaf.com or in our dev chat at #pleroma on freenode or via matrix at https://matrix.heldscal.la/#/room/#freenode_#pleroma:matrix.org.

Installation

Note: The guide below may be outdated and in most cases shouldn't be used. Instead check out our wiki for platform-specific installation instructions, most likely Installing on Linux using OTP releases is the guide you need.

OS/Distro packages

Currently Pleroma is not packaged by any OS/Distros, but feel free to reach out to us at #pleroma-dev on freenode or via matrix at https://matrix.heldscal.la/#/room/#freenode_#pleroma-dev:matrix.org for assistance. If you want to change default options in your Pleroma package, please discuss it with us first.

Docker

While we dont provide docker files, other people have written very good ones. Take a look at https://github.com/angristan/docker-pleroma or https://glitch.sh/sn0w/pleroma-docker.

Dependencies

  • Postgresql version 9.6 or newer, including the contrib modules
  • Elixir version 1.7 or newer. If your distribution only has an old version available, check Elixirs install page or use a tool like asdf.
  • Build-essential tools

Configuration

  • Run mix deps.get to install elixir dependencies.
  • Run mix pleroma.instance gen. This will ask you questions about your instance and generate a configuration file in config/generated_config.exs. Check that and copy it to either config/dev.secret.exs or config/prod.secret.exs. It will also create a config/setup_db.psql, which you should run as the PostgreSQL superuser (i.e., sudo -u postgres psql -f config/setup_db.psql). It will create the database, user, and password you gave mix pleroma.gen.instance earlier, as well as set up the necessary extensions in the database. PostgreSQL superuser privileges are only needed for this step.
  • For these next steps, the default will be to run pleroma using the dev configuration file, config/dev.secret.exs. To run them using the prod config file, prefix each command at the shell with MIX_ENV=prod. For example: MIX_ENV=prod mix phx.server. Documentation for the config can be found at docs/config.md in the repository, or at the "Configuration" page on https://docs-develop.pleroma.social/config.html
  • Run mix ecto.migrate to run the database migrations. You will have to do this again after certain updates.
  • You can check if your instance is configured correctly by running it with mix phx.server and checking the instance info endpoint at /api/v1/instance. If it shows your uri, name and email correctly, you are configured correctly. If it shows something like localhost:4000, your configuration is probably wrong, unless you are running a local development setup.
  • The common and convenient way for adding HTTPS is by using Nginx as a reverse proxy. You can look at example Nginx configuration in installation/pleroma.nginx. If you need TLS/SSL certificates for HTTPS, you can look get some for free with letsencrypt: https://letsencrypt.org/. The simplest way to obtain and install a certificate is to use Certbot. Depending on your specific setup, certbot may be able to get a certificate and configure your web server automatically.

Running

  • By default, it listens on port 4000 (TCP), so you can access it on http://localhost:4000/ (if you are on the same machine). In case of an error it will restart automatically.

Frontends

Pleroma comes with two frontends. The first one, Pleroma FE, can be reached by normally visiting the site. The other one, based on the Mastodon project, can be found by visiting the /web path of your site.

As systemd service (with provided .service file)

Example .service file can be found in installation/pleroma.service. Copy this to /etc/systemd/system/. Running systemctl enable --now pleroma.service will run Pleroma and enable startup on boot. Logs can be watched by using journalctl -fu pleroma.service.

As OpenRC service (with provided RC file)

Copy installation/init.d/pleroma to /etc/init.d/pleroma. You can add it to the services ran by default with: rc-update add pleroma

Standalone/run by other means

Run mix phx.server in repositorys root, it will output log into stdout/stderr.

Using an upstream proxy for federation

Add the following to your dev.secret.exs or prod.secret.exs if you want to proxify all http requests that Pleroma makes to an upstream proxy server:

config :pleroma, :http,
  proxy_url: "127.0.0.1:8123"

This is useful for running Pleroma inside Tor or I2P.

Customization and contribution

The Pleroma Documentation offers manuals and guides on how to further customize your instance to your liking and how you can contribute to the project.

Troubleshooting

No incoming federation

Check that you correctly forward the host header to the backend. It is needed to validate signatures.