Skip Navigation

User banner
Posts
3
Comments
146
Joined
2 yr. ago

  • IMO if you get more into it it’s still really linuxy. You still use the same software under the hood, especially when writing custom modules. A ton of knowledge transfers, with more new cool stuff to learn.

    A ton of stuff you can just configure manually. Not everything has to be done in nix, but most people prefer to do it - I do it for example to have the same system between my laptop and PC. Really useful.

  • 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.

  • 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.

  • 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

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

    then, in my system configuration, I add this:

     nix
        
    # 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!

  • Sorry, missed a character, try again

  • 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.