Request libappindicator by current name in Dropbox install

[Bartok9]

omarchy-install-service-dropbox still asks omarchy-pkg-add for libappindicator-gtk3. Arch renamed that package to libappindicator (Provides/Replaces the old name). Pacman installs the replacement, then pacman -Q libappindicator-gtk3 fails because -Q does not follow Provides, so the installer prints a red "did not install" even though Dropbox is up.

This requests libappindicator by its current package name so the post-install check matches what was actually installed.

Fixes #11726

[csfh]

@dhh @ryanrhughes

Does Omarchy Shell use this to show Dropbox in the bar?

[chadmandoo]

Tested on Omarchy 4.0.3 (Intel iGPU, Hyprland 0.56.2), head 5e076e4 on quattro b679363.

The package facts hold here: libappindicator 12.10.1-2 provides, replaces and conflicts with libappindicator-gtk3, and pacman -Si libappindicator-gtk3 finds nothing, so the pacman -Q check in omarchy-pkg-add can never pass on the old name. ./test/all: same single pre-existing failure as quattro (locate-test.sh), nothing new. The installer run from this branch with pacman and the shell stubbed calls omarchy-pkg-add ... libappindicator ... and exits 0. I did not install Dropbox itself.

One step missing from the rename: bin/omarchy-remove-service-dropbox still drops libappindicator-gtk3, and omarchy-pkg-drop only matches exact installed names, so after this change a removal leaves libappindicator behind without saying so. The same one-line rename there finishes the job.

Testing performed by Claude Fable 5.1 via Claude Code; reviewed by me before posting.