Not sure if someone else has experienced this, and found a solution around it.
I am on HA 2021.10.7 running on a Python 3.8 venv in a RPi4 (Buster). Due to the impending deprecation of 3.8, I decided to move to 3.9 in advance.
While 3.9 successfully installed in a new venv, I got a libffi.so.7 not found error when I tried to start HA. I had to resort to symlinking to lubffi.so.6 as I couldn’t find a way to get .7 installed properly. Has anyone found a way to get libffi.so.7 installed?
Then I decided to bite the bullet and upgrade from Buster to Bullseye as apparently that had .7. Indeed it did, but I had issues starting up my mosquitto broker (start up script seems to have broken). While most integrations worked, obviously MQTT based ones like Tasmota didn’t… By then it was well past midnight, so the quickest way to bed was run from backup (back to Buster, Python 3.8, etc).
As I didn’t spend any time finding out why Mosquitto didn’t start upon upgrade to Bullseye (apart from the error resulted from not being able to write to pid file), would be interested to know if this was a known issue with a fix. I prefer not to debug this on the fly on a live system that my family uses.
So basically, I am currently cornered. I could run 3.9 with the symlink for libffi.so.7 but I prefer not to unless I an assured nothing bad will happen.