this post was submitted on 13 Jun 2023
1 points (100.0% liked)

Selfhosted

40041 readers
936 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS
 

Anyone with experience using NixOS to create a Lemmy instance, please share any caveats and troubleshooting tips you have.

you are viewing a single comment's thread
view the rest of the comments
[–] neoney@lemmy.neoney.dev 2 points 1 year ago* (last edited 1 year ago) (1 children)

Oh hello, my instance is on NixOS!
There's a NixOS module for lemmy, but it's kind of broken right now and in the middle of a PR. If you want, you can replace the current nix package with the one from the fork, and successfully deploy it, however, if I were you, I'd just wait a week or so.

The configuration right now requires a bunch of hacks, and even doing some non-reproducible stuff.

[–] ericjmorey@lemmy.world 1 points 1 year ago (1 children)

That PR link returns a 404.

This is my way of learning Nix/NixOS so I'd rather give it a go before the PR is merged.

[–] neoney@lemmy.neoney.dev 0 points 1 year ago (1 children)

Sorry, missed a character, try again

[–] ericjmorey@lemmy.world 0 points 1 year ago (1 children)

I'm so deep in the weeds. I don't know what questions to ask.

[–] neoney@lemmy.neoney.dev 1 points 1 year ago* (last edited 1 year ago) (1 children)

Okay, I've actually figured simplifying it out, it's not that bad. Let me share my config:

First, since the PR isn't in nixos-unstable yet, I'm adding the fork as a flake input

inputs = {
  nixpkgs-lemmy.url = "github:CobaltCause/nixpkgs/lemmy-module-improvements";
};

then, in my system configuration, I add this:

# Not sure if this is required, maybe caddy auto-allows it
networking.firewall.interfaces.eth0.allowedTCPPorts = [443 80];

# Override the lemmy module with the one from the PR
disabledModules = ["services/web-apps/lemmy.nix"];
imports = [
  "${inputs.nixpkgs-lemmy}/nixos/modules/services/web-apps/lemmy.nix"
];

services.lemmy = {
  database.createLocally = true;
  database.uri = "postgres:///lemmy?host=/run/postgresql&user=lemmy";
  enable = true;
  settings = {
    hostname = "<YOUR_HOSTNAME>";
  };
  caddy.enable = true;
};

and, that's it!
However, I'm not sure if it will cleanly deploy, as you might get an error while starting.
If so, please check postgresql logs sudo journalctl -fu postgresql. The error will most likely be something like this:
[...] [10289] ERROR: permission denied: "RI_ConstraintTrigger_a_16639" is a system trigger [...]

If that happens, you need to manually run the migration until the fix is merged into Lemmy. Here's how I did it:

  1. sudo su - postgres
  2. psql -v ON_ERROR_STOP=1 lemmy postgres
  3. (in psql) SET ROLE lemmy;
  4. Paste the SQL code from here: https://github.com/LemmyNet/lemmy/issues/2784#issuecomment-1578337686

After that's done, you can exit the postgres CLI by typing \q, exit the postgres user and just simply sudo systemctl restart lemmy which should start properly now, and be accessible to the outside network.
Open it and it will give you the initial setup screen. Good luck!

[–] neoney@lemmy.neoney.dev 0 points 1 year ago (1 children)

Note that the PR got merged into nixpkgs now, but hasn't made it's way forward (see https://nixpk.gs/pr-tracker.html?pr=236295), so that's why you need to do the override for now Also, a fix for the issue with the migrations (if still occuring) has been merged yesterday, but it's not in any release yet, and especially not in nixpkgs. You could most likely get around it by using overrideAttrs to change the source to make it build from a newer commit.

[–] ericjmorey@lemmy.world 0 points 1 year ago (1 children)

Is this sort of lag the nature of package managers that will inherently be part of NixOS and nixpk?

[–] neoney@lemmy.neoney.dev 0 points 1 year ago (1 children)

While we were talking I updated lemmy-server using overrideAttrs for my own use. It's honestly not that hard. You change the commit, specify some random incorrect hashes, build it, nix screams at you that the hash is incorrect (and generously provides the correct one), put the correct hash, and build again. Done.

[–] ericjmorey@lemmy.world 1 points 1 year ago

That kinda defeats the purpose of the hash.