Post AoRLzN1THFLa1twASG by stefano@mastodon.bsd.cafe
(DIR) More posts by stefano@mastodon.bsd.cafe
(DIR) Post #AoRKus6YBiaz1hbVSK by grunfink@comam.es
2024-11-26T16:18:36Z
0 likes, 0 repeats
I'm glad to announce the release of version 2.65 of #snac, the simple, minimalistic #ActivityPub instance server written in C. It includes the following changes:Added a new user option to disable automatic follow confirmations (follow requests must be manually approved from the people page).The search box also searches for accounts (via webfinger).New command-line action import_list, to import a Mastodon list in CSV format (so that Mastodon Follow Packs can be directly used).New command-line action import_block_list, to import a Mastodon list of accounts to be blocked in CSV format.https://comam.es/what-is-snacIf you find #snac useful, please consider contributing via LiberaPay: https://liberapay.com/grunfink/#snacAnnounces
(DIR) Post #AoRLzN1THFLa1twASG by stefano@mastodon.bsd.cafe
2024-11-26T16:29:44Z
1 likes, 0 repeats
@grunfink thank you!
(DIR) Post #AoSUaTG64cMxPACRmK by sergiodj@snac.sergiodj.net
2024-11-27T00:48:57Z
0 likes, 0 repeats
Uploaded to Debian unstable and bookworm-backports!
(DIR) Post #AoSUaUL63VxkkxXxD6 by grunfink@comam.es
2024-11-27T05:41:45Z
0 likes, 0 repeats
Thank you so much, Sergio!
(DIR) Post #AoSXL0lY1gooYTEMCW by Shamar@qoto.org
2024-11-26T20:56:27Z
0 likes, 0 repeats
@grunfinkDid you see this PR?https://codeberg.org/grunfink/snac2/pulls/229On top of that I'm also trying to hack a CGI+Crontab version of snac, but it's not ready yet.
(DIR) Post #AoSXL20pOMdSQ9O4em by grunfink@comam.es
2024-11-27T06:12:32Z
0 likes, 0 repeats
Sorry, I overlooked it.Please, also create a text file in the examples/ directory with your description in the first comment on how to compile snac with musl (for other people to know how to do it without resourcing to the repository), and I'll merge it.On top of that I'm also trying to hack a CGI+Crontab version of snac, but it's not ready yet.I think this is very hard to do, but I'll take a look at your proposal when it's ready.Thanks.
(DIR) Post #AoShFC63z66XV8gvMu by jase@tail-f.journalctl.uk
2024-11-27T07:23:06Z
1 likes, 0 repeats
@sergiodj@snac.sergiodj.net @grunfink@comam.esAwesome stuff, thanks to you both!
(DIR) Post #AoTQ41JYEFoWoP2vK4 by Shamar@qoto.org
2024-11-27T09:26:21Z
0 likes, 1 repeats
@grunfink Nop, I'll add an example in the following days... :-)As for the CGI+Crontab version, actually it's not that hard to hack something together with minimal changes to existing code and few new source files, but I'm facing a couple of issues that suggests a proper fork:1. the CGI ends up being larger than 6Mb because of curl & openssl that, as far as I can tell, are not needed because all the CGI has to do is to save the proper queue item on the filesystem2. no command handle the global queue aloneThe second issue is quite easy to solve with minimal changes and could help everybody.The first however requires a lot of careful reorganization of the code.On the other hand, I don't like the idea of a fork diverging too much, first because you are doing a great work here so much I think #snac deserves much more visibility.And yet, technically speaking, a fork would make much sense to keep both code bases clean and focused to their use case.
(DIR) Post #AoTVEEkFeGTd8JE4jA by teajaygrey@snac.bsd.cafe
2024-11-27T17:20:54Z
0 likes, 1 repeats
I submitted a Pull Request to update MacPorts' snac to 2.65 here:https://github.com/macports/macports-ports/pull/26783GitHub Actions Continuous Integration checks are currently running (two are queued. Hopefully those will go smoothly, but I know at least one of them in particular seems to take an awfully long time recently).Thanks again to you and other snac contributors for continuing to improve what continues to be my favorite ActivityPub implementation!Oh, also since this PR was merged: https://github.com/macports/macports-ports/pull/26633 It appears as if snac is now building correctly on older versions of OS X that were throwing up errors in under "Port Health" from https://ports.macports.org/port/snac/details/ I do have older Mac systems, but wasn't testing on much older OS versions, so I kind of turned a blind eye to the errors that IIRC were showing up on OS X High Sierra back through Lion? Those seem to be working now too! (Though again, I haven't tested such systems personally and won't dig through my storage unit to exhume old hardware of mine to do so for the foreseeable short term future).#snac #MacPorts #OpenSource #ActivityPub #Mastodon #NoDatabaseNeeded #NoJavaScript #NoCookiesEither #NotMuchBullShit #snacAnnounces
(DIR) Post #AoTVEFZIaTJHgd6qIK by grunfink@comam.es
2024-11-27T17:23:46Z
0 likes, 0 repeats
It appears as if snac is now building correctly on older versions of OS X that were throwing up errors [...]Well, that is great. I don't know what change could be the one that fixed that, but I'm happy to know about it.
(DIR) Post #AoTX2fAplFBzX9Giq8 by teajaygrey@snac.bsd.cafe
2024-11-27T17:40:31Z
0 likes, 1 repeats
Oh, MacPorts has a pretty convoluted set of compilers available (some versions of OS X are so old, they're before Apple moved from gcc to llvm/clang), and some versions have bugs. So the Pull Request there I think was basically trying to exclude known buggy compilers which seems to have done the trick. For example, this earlier Pull Request also apparently fixed snac for MacPorts users who were using version 4.2 of gcc: https://github.com/macports/macports-ports/pull/23999To be honest, some of that stuff is a bit over my head, there was a rather involved discussion on the macports-dev mailing list recently to try to determine which versions of gcc should be abandoned, which should be maintained, and which ones might require other versions for boot strapping. Clearly, there are some MacPorts devs who really care about supporting older versions of OS X, and I think that is great! But I only have so many spoons personally. Regardless, I still prefer the MacPorts approach to say, Homebrew (which only supports the current Apple macOS release and two previous OS releases).Moreover, Homebrew also has "analytics" on by default and I don't like that either as it is invasive and anti-privacy in nature. There are other package managers which are similarly bad, e.g. Microsoft's vcpkg. MacPorts does allow for analytics, if users want they can opt-in by installing mpstats (based on https://ports.macports.org/port/mpstats/ it appears as if roughly 1100 people have it installed?) to provide some statistics to the MacPorts project, but it is a sub-sampling, at best. Currently, MacPorts has only 1 snac user listed, which means that only one of those 1100 or so MacPorts users who has installed mpstats has also installed snac? I am not that user, and given that I have also not been the only one submitting Pull Requests related to snac in MacPorts, I am guessing that there might be more snac users using MacPorts than merely 1? Just a guess though! I am OK not knowing and leaving MacPorts' users their personal privacy on by default.
(DIR) Post #AoTX2h22qtLnITAjQ0 by grunfink@comam.es
2024-11-27T17:43:58Z
0 likes, 0 repeats
All that sounds like a very complicated (though unavoidable) setup. Anyway, I'm glad to know that older systems are still being maintained and cared about, and that #snac support on them is improving.