[FIX] Improve decommission process_2

[McSim85]

Often, when I run the role with state: absent, the next role run with state: present will fail with different errors. For example, like described in the bug
#429

After talking to Tailscale support, that issue might happen if /var/lib/tailscale/ still contains the previous machine identity (state, auth key, id, etc).

We have to remove this folder during decommission.
Fortunately, Ubuntu package has that task inside the tailscale.postrm, (if the user rune apt purge tailscale):

$ cat /var/lib/dpkg/info/tailscale.postrm
#!/bin/sh
set -e
if [ -d /run/systemd/system ] ; then
	systemctl --system daemon-reload >/dev/null || true
fi

if [ -x "/usr/bin/deb-systemd-helper" ]; then
    if [ "$1" = "remove" ]; then
		deb-systemd-helper mask 'tailscaled.service' >/dev/null || true
	fi

    if [ "$1" = "purge" ]; then
		deb-systemd-helper purge 'tailscaled.service' >/dev/null || true
		deb-systemd-helper unmask 'tailscaled.service' >/dev/null || true
		rm -rf /var/lib/tailscale
	fi
fi

So, this is the best way to handle tailscale state removal - purge: true, because this will always be aligned with the package maintainers config.

I am not sure about other distros, though.
Probably, we need a task like this in each distro subtree:

- name: Uninstall | Delete Tailscale Package State
  ansible.builtin.file:
    path: "/var/lib/tailscale"
    state: absent

@artis3n ,
As we discussed here
#430 (comment)
I removed variable from the code.
Please let me know how do you prefer to handle this or if you need any help?

P.S. This is part of
#430

[artis3n]

Can't reproduce the failing ghcr.io/artis3n/docker-opensuse-tumbleweed-ansible:latest test locally, seems like a blip.