Как я нахожу файлы значков используемыми меню состояния не по умолчанию (иначе индикаторы)?

Местоположение по умолчанию для значков индикатора не по умолчанию?

Нет никакого местоположения по умолчанию, где эти значки хранятся. Любое приложение (-разработчик) может сохранить их, где это считают соответствующим.

Однако хорошие новости - то, что индикаторы обычно не устанавливают бесконечные списки файлов и изображения. Мы можем ограничить наш поиск (кроме изучения кода) изучение вывода команды:

dpkg-query -L <packagename>

В моем примере

dpkg-query -L placesfiles

это было бы среди других, произведите следующие изображения:

/opt/placesfiles/images/dir_icon.png
/opt/placesfiles/images/placesfiles64.png
/usr/share/pixmaps/placesfiles.png

... Который сделал бы поиск вполне ограниченным.

От человека dpkg-query:

   -l, --list [package-name-pattern...]
          List packages matching given pattern. If no package-name-pattern
          is  given,  list all packages in /var/lib/dpkg/status, excluding
          the ones marked as not-installed (i.e.  those  which  have  been
          previously purged). Normal shell wildcard characters are allowed
          in package-name-pattern. Please note you will probably  have  to
          quote  package-name-pattern to prevent the shell from performing
          filename expansion. For example this will list all package names
          starting with “libc6”:

В случае Radiotray я нашел следующее .png файлы (выполнение dpkg-query -L radiotray | grep png):

/usr/share/radiotray/images/radiotray_connecting.png
/usr/share/radiotray/images/radiotray_on.png
/usr/share/radiotray/images/radiotray_off.png
/usr/share/radiotray/images/radiotray.png
/usr/share/pixmaps/radiotray.png

Если мы действительно должны узнать, ища код

... мы можем просмотреть (внутренние) установленные файлы для соответствий строки "значок". Многие индикаторы записаны в одном из сценария - языки (как python), что означает, что они очень хорошо доступны для поиска.

Пример

Снова использование radiotray пример

dpkg-query -L radiotray | xargs grep icon

в выводе мы находим a.o.:

/usr/lib/python2.7/dist-packages/radiotray/SysTrayGui.py 
                 self.icon.set_from_file(APP_ICON_CONNECT)

Изучение файла SysTrayGui.py, мы видим:

from lib.common import APPNAME, APPVERSION, APP_ICON_ON, APP_ICON_OFF, APP_ICON_CONNECT, APP_INDICATOR_ICON_ON, APP_INDICATOR_ICON_OFF

От этого мы можем прийти к заключению, что упомянутые значки определяются в модуле common в (sub) каталоге lib. (См. здесь, как Python находит это модулями, разделом Subdirectories),

В этом модуле мы можем считать раздел:

# Media path
if os.path.exists(os.path.abspath('../data/images/')):
    IMAGE_PATH = os.path.abspath('../data/images/')
else:
    IMAGE_PATH = '%s/%s/images' % (datadir, APPDIRNAME)

# Images
APP_ICON = os.path.join(IMAGE_PATH, 'radiotray.png')
APP_ICON_ON = os.path.join(IMAGE_PATH, 'radiotray_on.png')
APP_ICON_OFF = os.path.join(IMAGE_PATH, 'radiotray_off.png')
APP_ICON_CONNECT = os.path.join(IMAGE_PATH, 'radiotray_connecting.gif')
APP_INDICATOR_ICON_ON = "radiotray_on"
APP_INDICATOR_ICON_OFF = "radiotray_off"
APP_INDICATOR_ICON_CONNECT = "radiotray_connecting"

... и здесь мы...

Исключительные ситуации

С практическим все мои индикаторы мне удалось найти соответствующие значки с помощью метода (методов) выше.

По очереди быть возможным однако, скомпилировать изображения вместе с кодом в единственный исполняемый файл. Никакая потребность объяснить, что в таких случаях Вы не найдете отдельное изображение, и при этом Вы не сможете заменить их, не редактируя код и перекомпилировать.

Случай owncloud, кажется, такой случай. Используя вышеупомянутый метод (методы) показал, что ряд значков был установлен внутри /usr/share/icons/hicolor/<size>/apps. Ни один из этих значков не оказывается используемым однако в индикаторе на человечности.

OP сделал некоторую работу прежде (и после) он задал этот вопрос. Один из них должен был работать:

gdbus call --session --dest com.canonical.indicator.application --object-path /com/canonical/indicator/application/service --method com.canonical.indicator.application.service.GetApplications

... который дает нам небольшое количество полезной информации. Вывод включал раздел:

('146028888067', 2, 'org.kde.StatusNotifierItem-22055-1', '/StatusNotifierItem/menu', '/tmp/iconcache-50ePXx', '', '', '', 'owncloud', 'ownCloud')

Изучение каталога /tmp/iconcache-50ePXx, Я нашел точные значки, которые использовались индикатором:

... который, кажется, доказывает, что эти значки сгенерированы на лету; закрытие owncloud делает каталог, и его значки исчезают.

Оказалось возможным изменить значок индикатора путем замены этих значков:

который доказывает, что это действительно значки, мы искали.

Автоматизировать, что я сделал вручную однако, будет требовать сценария/обертки, так как имя созданного каталога изменилось, каждый раз owncloud запускается. Самая удобная опция, конечно, состояла бы в том, что код owncloud-клиента будет изменен.

См. также наше обсуждение здесь.

Продолжение следует...