New comment by 0x5c on void-packages repository

https://github.com/void-linux/void-packages/pull/35604#issuecomment-1049065386

Comment:
> Regarding the LOGO key, we can just put an image in /usr/share/icons (note: not in hicolor subdir but maybe this is a GNOME issue?), for example this works ok with LOGO=void-logo in /etc/os-release:

While this seems to work, it will break what follows the spec properly, as it states that icons should be placed in themes, hicolor being the default which is required to be available for applications to add their icons to. Icon lookup requires looking at the current theme then at hicolor if an icon has not been found.

~~This also breaks the ability to have scaled variations of an icon, and a scalable svg variant. Cuttlefish here is not even able to get a single size out of the icon
![image](https://user-images.githubusercontent.com/5877043/155375970-12fc3e3e-b8cb-4f1d-8e53-fd2bd220fe20.png)~~
Turns out that this was an older (and failed) attempt at the icon. Removing it from the picture, it becomes apparent that not a single place recognises the "themeless icon" as an icon.

As for the inability to add the icon to hicolor, it is because the way void defines that theme only allows icons to be placed in `hicolor/[scale]/[category]/`, but this is fine since we should be providing at least a couple of scales + scalable. Scalable-only would work if placed in the correct directory, but not everything accepts svg icons.

If the idea of adding the void logo is welcome, I'd do the work for it.