libayatana deprecation warning during compilation

[Stoatwblr]

amule/src/MuleTrayIcon.cpp:287:16: warning: 'app_indicator_new' is deprecated [-Wdeprecated-declarations]
  287 |         m_indicator = app_indicator_new(
      |                       ^
/usr/include/libayatana-appindicator3-0.1/libayatana-appindicator/app-indicator.h:253:99: note: 'app_indicator_new' has been explicitly marked deprecated here
  253 |                                                                   AppIndicatorCategory  category) G_GNUC_DEPRECATED;
      |                                                                                                   ^
/usr/include/glib-2.0/glib/gmacros.h:715:42: note: expanded from macro 'G_GNUC_DEPRECATED'
  715 | #define G_GNUC_DEPRECATED __attribute__((__deprecated__))
      |                                          ^
1 warning generated.

[got3nks]

Known and intentional, @Stoatwblr — documented in #508 (the PR that introduced the SNI tray backend):

Note that upstream AyatanaIndicators has split the library into libayatana-appindicator-glib (GLib-only, GMenu-based, no GTK dep) and started emitting a deprecation warning when the GTK-based libayatana-appindicator3-0.1 is loaded. Migrating to the new library is tracked as future work — -glib isn't yet packaged on Ubuntu / Fedora / openSUSE / Debian, so switching today would lock out every major distro. The warning is harmless console noise.

Status hasn't changed since #508 landed: libayatana-appindicator-glib is still not in Ubuntu / Fedora / openSUSE / Debian repositories. Migrating before distros catch up would force everyone to either build the dep from source or lose the SNI tray entirely on GNOME / wlroots, which is a strictly worse outcome than the harmless build-time warning. We'll do the port the moment the new package is broadly available — until then the deprecation note from the compiler is the cost of doing the right thing today.

@mrjimenez can be closed or kept as reminder for future fix.