I have built Guayadeque Player packages for both Salix 32 and 64 current and was going to submit them but the packages do not meet this packaging rule:
All icons are to be installed in the /usr/share/icons/hicolor/scalable/apps/ or /usr/share/icons/hicolor/SIZExSIZE/apps/ directories depending on the icon type svg or png, where SIZE is the icon size (48x48, 32x32 etc). /usr/share/pixmaps use for menu icons is discouraged but allowed if the app doesn't function properly otherwise. Internal application images should be placed in /usr/share/app-name/some-directory or /usr/share/pixmaps/app-name (most apps do it this way, btw)
The build automatic creates the /usr/share/pixmaps directory and installs a 64x64 png icon into it. It seems to be the only icon that get installed. Do I install it into the the /usr/share/icon/hicolor/64x64/apps/ directory and delete it from the pixmap directory? And if you don;t mind, why is the use of the pixmaps location discouraged?
Thanks
Rich
“The past was erased, the erasure was forgotten, the lie became the truth.”
― George Orwell, 1984
In that sort of situation, I normally use ImageMagick to resize the icon and put a copy in /usr/share/icon/hicolor/48x48/
Whether that is the correct way of doing it or not, I don't know.....
My understanding was that indivdual icons should go in /usr/share/pixmaps, and icon sets (themed icons) should go in /usr/share/icons/highcolor...., but the rules here seem to be a bit different. Either way seems to work.
Use of /usr/share/pixmaps is discouraged just because it's the old way and it's not that clean. There are some apps that reference an icon in /usr/share/pixmaps with a full path somewhere in their code and you need to keep the icon in that location in those cases. Usually that is in the "About" window. But it's better if you put the icon in /usr/share/icons/hicolor/.../apps even in that case. You know that you'll be able to find all app icons /usr/share/icons/ that way.
Whether that is the correct way of doing it or not, I don't know.....
