Arch Linux User Repository

@nheird, fixed. Seems that version has been retagged

Hello, there is a mismatch with the checksum for 2.93.tar.gz archive.

Actually, you might as well use this as it just got merged: https://codeberg.org/grunfink/snac2/src/branch/master/examples/snac-admin

Hey there, recently I've been struggling with administrating my snac instance correctly. This is because any sudo -u snac -- snac state /var/lib/snac fails because of the DynamicUser=yes restriction. I found a solution which is about calling nsenter:

nsenter -ae -S follow -G follow -t (pidof snac) -- snac state /var/lib/snac

Since the systemd unit provided by this PKGBUILD comes with this restriction, I suggest adding a script for users to easily work around this issue:

snac-admin.sh
-------------
#!/usr/bin/env sh

nsenter -ae -S follow -G follow -t $(pidof snac) -- snac $@

@Popolon done! As the translation file(s) have to be copied to the directory once initialized I have put them in /usr/share/doc/snac/po.

Hi, could you add the translations (po/ dir) in /usr/share/snac/ or maybe /usr/share/doc/snac/ please, so they can be installed on instances from this directory ?

@m040601 I have added the RELEASE_NOTES.md, the TODO.md and the doc/tp files that were missing in the package. The rest of the files although interesting are not relevant in Arch Linux as they are about how to install the application with Docker, with Alpine Linux or manually.

The PKGBUILD version has not changed because I don't see the need for people to rebuild for this reason. As soon as the next version is released, these files will be included in the corresponding builds.

@ogarcia

Thank you for the work in this PKGBUILD. Very usefull. And the nice helpfull messages in snac.install. Keep it going.

I always wanted to test this "your own instance" thing. But dont want the complexity of the mastodon installation. This snace "c" thing looks promising.

I imagined I would be spending hours to start this, ... ... but I got it running in a couple of minutes. Still lotz of testing to do ....

$ pacman -Ql snac

snac /usr/bin/snac
snac /usr/lib/systemd/system/snac.service
snac /usr/lib/systemd/user/snac.service
snac /usr/share/licenses/snac/LICENSE
snac /usr/share/man/man1/snac.1.gz
snac /usr/share/man/man5/snac.5.gz
snac /usr/share/man/man8/snac.8.gz

$ wget https://codeberg.org/grunfink/snac2/archive/2.72.tar.gz

$ tar tf 2.72.tar.gz

snac2/
.......
snac2/README.md
snac2/RELEASE_NOTES.md
snac2/TODO.md
...
snac2/artwork/
......
snac2/doc/
snac2/doc/tp/tp-01-account-migration-from-snac-to-mastodon.md
snac2/doc/tp/tp-02-account-migration-from-mastodon-to-snac.md
.......
snac2/examples/docker-entrypoint.sh
snac2/examples/formatting.txt
snac2/examples/nginx-alpine-ssl/
snac2/examples/nginx-alpine-ssl/Dockerfile
snac2/examples/nginx-alpine-ssl/default.conf
snac2/examples/nginx-alpine-ssl/dhparam.pem
snac2/examples/nginx-alpine-ssl/entrypoint.sh
snac2/examples/nginx-alpine-ssl/nginx-selfsigned.crt
snac2/examples/nginx-alpine-ssl/nginx-selfsigned.key
...
snac2/examples/static-linking-with-musl.md
... 

There is still stuff there that might not be referenced in the man pages. Example files etc. That RELEASE_NOTES/Changelog is also usefull to keep up with a fast moving thing like this. Please dont save microbytes. Put them in

/usr/share/doc/snac/RELEASE_NOTES.md
/usr/share/doc/snac/README.md
...
/usr/share/doc/snac/... this that ...
/usr/share/doc/snac/example/ this ... that

Thanks in advance.

OK

Personally I don't want to change the build options because of the Arch Linux philosophy that says that the package should always be as faithful to the upstream as possible.

If the author of snac considers it best to compile by default with -DWITH_LINUX_SANDBOX then he will include this option in the makefile and this package will have that option (which I understand that right now it does not because, I quote specifically from the README: It's still a bit experimental).