Fix the Flatpak build: keep the icon's <svg> tag in its first 256 bytes

AppStream compose in the Flatpak build failed with "Unrecognized image file format" for the new scalable icon, so v0.1.5 was never published. Image loaders recognise an SVG by finding "<svg" within the first 256 bytes, and the icon's descriptive header comment pushed the tag past that. The comment now lives inside the element; the icon renders pixel-identically. icons/CMakeLists.txt now fails configuration if the tag drifts past 256 bytes again. Verified with the KDE 6.10 runtime's appstreamcli-compose, which now succeeds and emits all catalog icons. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]> Claude-Session: https://claude.ai/code/session_01BxDf7HqD1xPnsZP8wt3NTk
2026-09-11 17:09:08 -05:00
parent 9b57fc7bcf
commit ea4a3cc315
2 changed files with 16 additions and 6 deletions
@@ -1,13 +1,15 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <!-- SPDX-FileCopyrightText: 2026 ToServeTheKing <[email protected]> -->
 <!-- SPDX-License-Identifier: GPL-3.0-or-later -->
-<!--
-  A K for Kareer, drawn as its application pipeline: the stem is every
-  application, splitting into a success path rising to an outcome and a
-  drop-off falling away. Plain shapes and gradients only, so QtSvg (which
-  ignores filters) renders it exactly as other renderers do.
-->
 <svg width="128" height="128" viewBox="0 0 128 128" xmlns="http://www.w3.org/2000/svg">
+  <!--
+    A K for Kareer, drawn as its application pipeline: the stem is every
+    application, splitting into a success path rising to an outcome and a
+    drop-off falling away. Plain shapes and gradients only, so QtSvg (which
+    ignores filters) renders it exactly as other renderers do.
+  -->
+  <!-- Keep this comment inside <svg>: loaders sniff for "<svg" in the first
+       256 bytes, so a long header comment makes the file unrecognisable. -->
  <defs>
    <linearGradient id="backdrop" x1="0" y1="0" x2="0" y2="1">
      <stop offset="0" stop-color="#4cbcf2"/>