Skip to content

build: replace the package icon and release 1.0.2 - #13

Merged
Reefact merged 1 commit into
mainfrom
claude/icon-permissions-update-fp2hz8
Aug 7, 2026
Merged

build: replace the package icon and release 1.0.2#13
Reefact merged 1 commit into
mainfrom
claude/icon-permissions-update-fp2hz8

Conversation

@Reefact

@Reefact Reefact commented Aug 7, 2026

Copy link
Copy Markdown
Owner

Why

The 1.0.1 lighthouse came from Flaticon, under a licence requiring the design to be credited wherever it appears. A NuGet package icon carries no credit line of its own, so the README had to carry that credit on the package's behalf.

It is replaced by a glowing orb — what SignalMe actually lights up — which the project owns outright. Nothing in the package depends on anyone else's terms any more, so the attribution section goes with it in both READMEs: it existed only to carry that credit.

The icon

assets/icon.png is committed exactly as authored — same blob as assets/orb.png on reefact/new-icon (71ed8a4), not one byte touched.

Size 512 × 512, RGBA, transparent background
Weight 318 KB — nuget.org rejects anything over 1 MB

Checked composited on white and on dark at 512 / 128 / 64 / 32 px: it reads on both listing backgrounds and still holds together small.

build/make-icon.py is removed

It drew the lighthouse from vector primitives. The icon is a committed image now, not a generated one, so a generator that still produces the old design would only mislead whoever runs it. What was worth keeping moves to the development guide: a replacement icon has to stay under 1 MB, because nuget.org rejects a heavier one at publish time — long after CI has gone green.

Release

Version goes to 1.0.2. A published NuGet package is immutable, so a new icon needs a release of its own. Same tool, same commands, same behaviour — no code changed.

  • CHANGELOG.md / CHANGELOG-FR.md: 1.0.2 entries and compare links
  • docs/development.md / docs/development-FR.md: rewritten Assets section, local-install example bumped to 1.0.2

Verification

  • assets/icon.png verified byte-identical to the source file via git hash-object
  • dotnet build not run locally: global.json pins SDK 10.0.302 and only 10.0.110 is available in this environment. CI runs on Windows with the pinned SDK, and build/Validate-Package.ps1 asserts the icon reaches the package.

After merge, tag v1.0.2 to publish.


Generated by Claude Code

The lighthouse came from Flaticon under a licence requiring the design to be
credited wherever it appears, and a NuGet package icon carries no credit line
of its own -- the README had to carry it on the package's behalf. It is
replaced by a glowing orb, what SignalMe actually lights up, which the project
owns outright. The attribution section existed only for that credit, so it goes
too, in both READMEs.

The icon is committed exactly as authored, 512 px and 318 KB. Nothing in the
build derives or rewrites it, which is why make-icon.py goes: it drew the old
lighthouse from vector primitives and would now only produce a design the
project no longer uses. The development guide carries what is left that matters
-- an icon over 1 MB is rejected by nuget.org at publish time, long after CI has
gone green.

Version bumped to 1.0.2. A published package is immutable, so the icon needs a
release of its own. Same tool, same commands, same behaviour, no code changed.

Co-Authored-By: Claude Opus 5 <[email protected]>
Claude-Session: https://claude.ai/code/session_01FnHDBiBvHpiWPAd4YjpykU
@Reefact
Reefact merged commit d4cd12a into main Aug 7, 2026
1 check passed
@Reefact
Reefact deleted the claude/icon-permissions-update-fp2hz8 branch August 7, 2026 13:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants