Unfortunately, systemctl --user enable --now avahi-daemon results in "Failed to enable unit: Unit avahi-daemon.service does not exist".

When trying to start the latest version (3.2.0-2) I get the following message:

Failed to start audirvanaStudio.service: Unit avahi-daemon.service not found.

But avahi-daemon.service is up and running. Is this because Audirvana is running on the user bus and avahi on the system bus? What is the best way to resolve this?

Just wanted to say thank you for the update. Very nice of you to do this so promptly.

Fix for missing libxml2.so.2 and Audirvana Remote connectivity

If Audirvana Studio fails to start with:

error while loading shared libraries: libxml2.so.2: cannot open shared object file

the issue is that some recent distro builds ship libxml2 with soname libxml2.so.16, while Audirvana expects libxml2.so.2.

Installing the legacy compatibility package resolves it:

sudo pacman -S libxml2-legacy

After installing, verify:

ldconfig -p | grep libxml2.so.2

Then start the user service:

systemctl --user start audirvanaStudio

or enable autostart at login:

systemctl --user enable audirvanaStudio

---

Audirvana Remote connectivity note

Audirvana uses a dynamic TCP port for the Remote server. Example log line:

RemoteServer: Server started and advertised on port 39033

If using a firewall such as ufw, the phone may discover the server via mDNS but fail to connect unless the dynamic port is allowed.

Minimal LAN-only rule:

sudo ufw allow from 192.168.0.0/16 to any port 1024:65535 proto tcp
sudo ufw allow 5353/udp
sudo ufw reload

(Restrict to your LAN subnet if desired.)

This avoids having to update firewall rules every time Audirvana restarts and selects a new Remote port.

---

Note: I passed my troubleshooting steps into ChatGPT, requesting that ChatGPT address grammar, syntax, and technical inaccuracies, and output in markdown syntax.

Thank you so much for building this

Have it working on both Arch installations now. :-)

I finally got a good error message in the non-working installation (don't know why it hadn't appeared before) that Audirvana needed an older version of icu. However, I couldn't downgrade because libxml2 depended on the newer version. Removed libxml2.so.2 and installed libxml2-legacy, and now everything is fine.

Well it seems I have the “(code=exited, status=127)” error again, though strangely on only one of my two Arch installations - only on the minimal installation without GUI. Would you have any idea of what I may have done (or not done) to cause the error this time?

Please be sure that you have read the Pinned comment (Eula)

~/.config/audirvana/audirvana-studio.ini must be owned by your user otherwise Audirvana cannot write to it.

-rw-r--r-- 1 your_user your_user 2385 3 nov 17.19 audirvana-studio.ini

Check log with

sudo journalctl -u audirvanaStudio.service -f