Split package installation to handle failures gracefully

[apiguy]

Desktop and xtras scripts now install packages individually rather than in bulk. This prevents a single package failure (often due to PGP key issues) from blocking the installation of all other packages. Failed packages are collected and reported at the end of the installation.

Some non-critical packages may fail to install during installation, resulting in Omarchy installation failing in a partially installed state. Now installation will complete, keeping track of failed packages, allowing a user to choose to manually install those packages which Omarchy reports have failed to install.

Why only these 2 scripts? It seems only these 2 scripts contain proprietary software which has the installation failure likelyhood. Now that 1Password has moved to xtras it could be that only xtras would need this, but I'm not certain.

Testing shows this has minimal impact on performance. The only downside is that dependency resolution happens incrementally instead of all at once, but the end result seems to be the same.

One additional upside to this approach, it's much easier to see which packages are being installed, and simpler to add another to the list.

Some examples of packages which fail to install from time to time:

Spotify - Usually due to GPG Keys

• https://aur.archlinux.org/packages/spotify#comment-953231

It is expected that the package will break now and then, as spotify continuously changes download binaries, gpg keys etc (which is not appropriate, but we cannot change this). Please be patient if an update does not occur the next day, you can still use an existing spotify install or update the version yourself.

1Password - GPG key needs to be installed sometimes

• https://aur.archlinux.org/packages/1password#comment-1028287

If you encounter public key expiry, run
curl -sS https://downloads.1password.com/linux/keys/1password.asc | gpg --import

• Should we just do this as a part of the install script?

Typora - Good maintainer but sometimes the package breaks

• https://aur.archlinux.org/packages/typora#comment-1012909

Probably don't want to halt all of Omarchy install just because this package breaks. Can be manually installed later after maintainer gets time to fix.

Dropbox - Since 2019 still breaks in the same way occasionally

• https://aur.archlinux.org/packages/dropbox#comment-676597

Run the following command in case you got errors during "Verifying source file signatures with gpg..."
gpg --recv-keys 1C61A2656FB57B7E4DE0F4C1FC918B335044912E
Alternatively, you can download Dropbox's public key from https://linux.dropbox.com/fedora/rpm-public-key.asc and import it with:
gpg --import rpm-public-key.asc

Maybe we should do this automatically?

[dhh]

I've made xtras.sh more resilient towards those known issues, but done so in a less invasive way. Thanks for finding all these spots! If you notice any other packages that are potentially flaky in similar ways, we can follow this pattern again.