@grunfink@comam.es Hi! I wanted to let you know that the other day I upgraded snac to the latest release version, 2.44, and ever since I've experienced numerous SEGFAULT crashes like I was seeing before. 2.43 was significantly more stable; I only had one or two of these crashes in the weeks I had it running, whereas I've had four or five crashes of 2.44 in a few days. It's so unstable that I have no choice but to downgrade to 2.43--in the time it's taken me to write this snac crashed again.
I saw that there were new commits to the repo since Jan 10, so I tried pulling the latest version and building it. make throws the following error when I do that:
... cc -g -Wall -Wextra -L/usr/local/lib *.o -lcurl -lcrypto -pthread -o snac /usr/bin/ld: httpd.o: in function `srv_state_op': /home/snacuser/snac2/httpd.c:644: undefined reference to `shm_open' /usr/bin/ld: /home/snacuser/snac2/httpd.c:667: undefined reference to `shm_open' /usr/bin/ld: /home/snacuser/snac2/httpd.c:692: undefined reference to `shm_unlink' collect2: error: ld returned 1 exit status make: *** [Makefile:9: snac] Error 1 This is new; up to and including v2.44, I've always been able to build snac without errors or even warnings. I just double checked and 2.44 builds fine, so something's changed since then that makes the build fail for me.
Given the scale of the training data sets used to train models like this, it is infeasible to ensure, in any reasonable sense, that the training data does not contain PII. Doing so would surely destroy any hopes of profitability the companies making these have. Thus, this is a new attack vector and a new externality that we're meant to simply accept collectively. Personally I don't recall being asked whether I'm OK with that...
I put style.css in the fedidata directory (the data directory you make during snac2 installation). I then restarted snac but I'm not sure if that's necessary--still pretty new to this!