|
Three faults stacked on the same pill, each hidden by the one before it.
A module's `path` is not shell-expanded the way `exec` is, so "$HOME/..."
was taken literally, no file was found, and the module drew nothing without
logging why. The module file is generated into place now, with the absolute
path written in, which is why install.sh removes the target first: an
earlier install had symlinked that file, and a redirect onto a surviving
link truncates the link's target, which is the repo's own copy.
With a real path to try, gdk-pixbuf then refused the file. The XML was
well-formed, but the loader sniffs the opening bytes for "<svg" to choose a
decoder, and the licence comment sat in front of the root element. The
comment is inside the SVG now, and a note in the file says why it has to
stay there.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
|
A custom module renders nothing at all when its format is empty, and the
format has to be empty because the Slackware mark is an icon rather than
text, so the launcher pill never appeared. It is an image module now, which
takes a path and needs no label: the same reason the language flag is one.
install.sh only ever added links, so the module file this replaces left a
dangling symlink behind that every later install would step over. It now
prunes links whose source has gone, and a reinstall repairs itself.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
