Le Wed, Aug 26, 2026 at 09:40:30AM +0800, Chris Billington a écrit : > Landry Breuil wrote: > > Le Thu, Aug 20, 2026 at 11:24:28AM +0800, Chris Billington a écrit : > > > > > > adwaita-xfce-icon-theme adds some xfce-specific icons and makes the > > > Adwaita > > > icon theme selectable again in GUI apps of Xfce and other desktop > > > environments. It's a response to Gnome deprecating the use of Adwaita for > > > applications, while ignoring the existing usage. It could be included in > > > meta/xfce. > > > > > > xapp-symbolic-icons provides fallback symbolic icons (under hicolor) for > > > Gnome-ish apps that will appear if a user's selected icon theme does not > > > include them. Gnome seems to like scalable/action symbolic icons, and > > > coverage of these can be patchy in non-Adwaita icon themes. Though Breeze > > > and Breeze Dark are quite complete, they don't include all those that are > > > in > > > Adwaita, for example. They are mostly absent in the 'Xfce default' icon > > > theme Rodent (based on Tango) which xfce4-icon-theme installs. > > > > after discussing it off-list with ajacoutot@, can you remind/explain us > > why you remove the xsi-* prefix ? apparently arch, fedora & freebsd > > package xapp-symbolic-icons as-is, keeping the xsi prefix. my > > understanding is the python script creates symlinks in the user homedir > > or somewhere else ? meant to be run system-wide or per user ? > > > > as it is with your port, there'd be a conflict with mail/geary on 3 icons: > > x11/xapp-symbolic-icons/ $cat pkg/PLIST | grep -v '@tag' | while read f; do > > pkg_locate $f ; done > > geary-46.0p2:mail/geary:/usr/local/share/icons/hicolor/scalable/actions/edit-symbolic.svg > > geary-46.0p2:mail/geary:/usr/local/share/icons/hicolor/scalable/actions/tag-symbolic.svg > > geary-46.0p2:mail/geary:/usr/local/share/icons/hicolor/scalable/actions/text-x-generic-symbolic.svg > > > > i understand the idea is to propose a fallback for apps not shipping > > their own symbolic icons, but what should be done for apps that do ship > > some ? pkg_locate symbolic.svg |grep share/icons/hicolor/scalable | cut > > -d : -f 1 |sort -u lists 29 ports. luckily only one conflicts, for some > > of the ports they ship their icons prefixed with the pkg name, so what > > should be done for geary ? @comment the icons in geary and make it RDEP > > on xapp-symbolic-icons ? @comment them in xsi ? rename ? > > > > > Both are minimal in size because the contents are all scalable .svg > > > > > > If you are OK to import them, it would help improve the default experience > > > for people who use the 'Gnome' applications outside Gnome. In any case, I > > > > Like, which gnome apps render without icons/broken outside gnome ? (i have > > to > > admit i dont use any) > > > > Landry > > > > The icon set comes from https://xapp-project.org/ > OpenBSD doesn't have ports for any of their applications, which are more > portable versions of the Gnome set, created as Gnome becomes more insular. > Arch/Fedora/Freebsd have picked some up. > > The bundled python script does a semi-interactive scan/replace on source > code, it doesn't symlink, so is not suitable for use unmodified in the ports > tree. Many ports would be affected. > > Applications are supposed to prefix icon names or bundle them with > gresources, so the idea was to just extend the hicolor icon set with default > names, so that for users of icon themes that don't include those symbolic > icons, the application would fall back to hicolor. Hence strip the xsi- > prefix. > > But as you point out there are applications like geary that install icons > under hicolor/scalable without a prefix. If there's only one conflict > (geary) it could potentially be patched to prefix the icon name. > > I noticed missing icons when testing a port of Deltachat client 'parla' on a > machine with a default xfce install and therefore non-Adwaita icon theme > (because Adwaita* now has hidden=true). Parla has not been merged and might > not be accepted. I queried with upstream and they switched to bundling icons > as gresources instead, which solved the issue. > > The diversity of GTK applications and the splitting of the Linux-centric > desktop world into camps is making things more complicated. The last thing I > want to do by proposing this fallback icons port is add to maintenance > burden for you.
thanks for the explanation, now i think i understand better. > The adwaita-xfce-icon-theme port would improve matters but relies on the > user selecting it as the active icon theme. that's more what we're used to, i'll gladly import this port only. Leaving the xsi shenanigans for the ecosystem to solve :) Landry
