The last Salt versions have fixed that issue.

We need to find the exact format of local ~/.oidentd.conf because on WindRiver I've got "dereckson" as ident when I try to use spoof options.

We discovered author now maintains code in a Git repository: https://github.com/simon-budig/woof

• List Item

@Sandlayth We still need to check if we can save the permissions for the users not having logged in and modified stuff by recreating a tar archive perhaps.

yeah is ready :) thanks

You've also to probably recompile the eggdrop: the new server is x64, not ARM.

rashk0@eglide:~$

The authenticity of host 'eglide.org (2001:bc8:1200:511a::1)' can't be established.
ECDSA key fingerprint is 8d:5d:04:90:df:e7:2b:56:3b:ac:62:a9:81:58:3f:15.
Are you sure you want to continue connecting (yes/no)?
Host key verification failed.

Expected, as we've changed the server machine, so the keys.

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: POSSIBLE DNS SPOOFING DETECTED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
The ECDSA host key for eglide.org has changed,
and the key for the corresponding IP address 2001:bc8:1200:511a::1
is unknown. This could either mean that
DNS SPOOFING is happening or the IP address for the host
and its host key have changed at the same time.
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
8d:5d:04:90:df:e7:2b:56:3b:ac:62:a9:81:58:3f:15.
Please contact your system administrator.
Add correct host key in /home/campari/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/campari/.ssh/known_hosts:19
ECDSA host key for eglide.org has changed and you have requested strict checking.
Host key verification failed.

I see 3 entries in the auth log:

Actually, the issue is stranger, there is a mix of user and root files.

I suspect a permission issue when transferring the /home directories from the old machine to the new machine.

can you help me ..?

Certificates have been migrated, and a salt-call --local state.apply have been successfully ran after the migration.

I've checked on Debian the current status of PHP 7.4 installed extensions with php -i:

In T1646#22480, @Sandlayth wrote:

build.log24 KBDownload

apache2, apache2-data, apache2-utils can be deleted without any issue and impact on other packages.

Apache is still installed during new server provisioning,

Percona documents at https://www.percona.com/blog/2020/01/02/how-to-create-your-own-repositories-for-packages/ what they do, dpkg-dev looks nice for that.

Tested a build manually successfully with:

1. eggdrop to protact irc channel .. with running few tcl script
2. the eggdrop will cycle the channel every 30 min to check spam
3. i not sure how come the memory needed so bigger size .. can u help me ?

You can explain:

how to get bigger version ?

You apparently need a bigger version?

So, it works for two years. Let's restrict root login.

oh .. so sorry ... can help for lite version ?

I've an 1.5G eggdrop by the way to handle notifications for open source projects on Freenode, and communicate with RabbitMQ, I use this configuration as code to setup it (and another more lite):

The event triggered the consume of all RAM is probably the @MaxChan eggdrop.

Good to know. You're welcome.

i m sucessful to login .. thanks