What if we stop and run again the instance, it keeps symlinks as is?

I spawned a DEV1-S machine with ubuntu 22.04 in order to make the tests:

Adding eggdrop project, as an error when running add_to_servers_log should be caught, passed to handle_send_to_servers_log and printed on relevant place, DCC session or IRC channel.

Seems we need some sudo here to be able to access containers' files in /srv.

We're done here :)

Vault is live and Salt deployments were successful to cloudhugger dwellers windriver ysul (and Complector itself).

Next step: ask Docker configuration to use that new group

It seems libreadline isn't a dependency anymore of php-fpm:

Per T644.

Per T644.

The Ysul log from 2015 or the November 6700+ sound like DoS attacks to me.

Not a lot of occurence those last months:

As Ysul is EOL, and as the configuration is not in rOPS, we won't propagate this site on next webserver-legacy server, so we're good here :)

Documented at https://agora.nasqueron.org/Devserver_reference

We don't have hunspell packages on rOPS, only the aspell one.

If we want to have it in the multi-services container, run like a charm through runit, without any need for the environment:

Perhaps replace references here too: https://code.nasqueron.org/?q=equatower&i=nope&literal=nope&files=&excludeFiles=&repos=

All tasks seem done, as we've docker-001 running for more than one year without any issue.

Alternative could be to use https://docs.saltproject.io/en/latest/ref/engines/all/salt.engines.ircbot.html#module-salt.engines.ircbot

If all we want are tunnels, Tinc could be overkill, as GRE tunnels work well at D2594 + D2595.

PhabricatorBot support has been removed upstream in 2017 - https://secure.phabricator.com/rP5c1e4488dedafda08684b33a8a4786cf687d2811