[Guix packaging] blakepell/AvalonMudClient #252

Closed
opened 2026-08-22 05:13:27 +00:00 by htayj · 2 comments
htayj commented 2026-08-22 05:13:27 +00:00 (Migrated from github.com)

Candidate

User-facing deliverable

Windows graphical MUD client built with modern .NET/WPF.

Packaging approach

Determine whether a source-built Windows target can be produced with Guix .NET tooling and run under Wine; document the custom license accurately rather than labeling it plain MIT.

Known blockers and investigation points

WPF is Windows-specific, the audited Guix .NET stack may be insufficient, and a reproducible Wine desktop/profile integration test is required.

Acceptance checks

  • Pin an immutable upstream release or commit and record a real Guix source hash.
  • Build without network access using Guix-provided dependencies; do not download runtimes or plugins during the build.
  • Preserve all applicable project and bundled-component license notices.
  • Verify the installed launcher/version output and run an offline protocol smoke test against a local fake MUD endpoint where the platform permits it.
  • Keep profiles, logs, maps, plugins, and other mutable state outside the store.

Existing-package coverage

Checked on 2026-08-22 against GNU Guix, Nonguix, Guix Science, Guix HPC, Guix Past, Guix R Us, and RDE, plus all states of this repository issue tracker. No same-upstream package or existing ticket was found. GNU Guix already packages TinTin++ and POWWOW; this candidate is distinct.


Imported from GitHub issue/PR. Originally posted by htayj on 2026-08-22T05:13:27Z.

## Candidate - Canonical upstream: [https://github.com/blakepell/AvalonMudClient](https://github.com/blakepell/AvalonMudClient) - Packaging target: 2023.5.20.1 plus current maintained source head - Category: MUD client - Tags: mud-client, desktop, Windows, Wine, dotnet, WPF - Primary language/build ecosystem: C#, .NET 10, WPF - License: MIT-like with an additional released-version credit condition - License evidence: https://github.com/blakepell/AvalonMudClient/blob/master/LICENSE - Expected Guix packaging difficulty: hard ## User-facing deliverable Windows graphical MUD client built with modern .NET/WPF. ## Packaging approach Determine whether a source-built Windows target can be produced with Guix .NET tooling and run under Wine; document the custom license accurately rather than labeling it plain MIT. ## Known blockers and investigation points WPF is Windows-specific, the audited Guix .NET stack may be insufficient, and a reproducible Wine desktop/profile integration test is required. ## Acceptance checks - Pin an immutable upstream release or commit and record a real Guix source hash. - Build without network access using Guix-provided dependencies; do not download runtimes or plugins during the build. - Preserve all applicable project and bundled-component license notices. - Verify the installed launcher/version output and run an offline protocol smoke test against a local fake MUD endpoint where the platform permits it. - Keep profiles, logs, maps, plugins, and other mutable state outside the store. ## Existing-package coverage Checked on 2026-08-22 against GNU Guix, Nonguix, Guix Science, Guix HPC, Guix Past, Guix R Us, and RDE, plus all states of this repository issue tracker. No same-upstream package or existing ticket was found. GNU Guix already packages TinTin++ and POWWOW; this candidate is distinct. --- Imported from [GitHub issue/PR](https://github.com/htayj/guix-channel/issues/252). Originally posted by [htayj](https://github.com/htayj) on 2026-08-22T05:13:27Z.
htayj commented 2026-08-22 13:00:41 +00:00 (Migrated from github.com)

Feasibility research is complete and AvalonMudClient is blocked.

Primary platform blocker: release 2023.5.20.1 targets net7.0-windows7.0 with WPF, and maintained head targets net10.0-windows7.0 with WPF. WPF/WinForms, WindowsDesktop reference/runtime packs, user32 and Windows rendering are fundamental; this is not a native Linux .NET application. The authenticated Guix revision has Wine 10 but no .NET SDK/runtime or dotnet build system, and Mono cannot build modern WPF. A Linux SDK probe restored the graph but publish failed at the missing WindowsDesktop SDK target.

Exact evidence and further blockers:

  • Release pin c37adbb4f7e7be27f252a3ab05e0c839e8c94a58, recursive NAR hash 1gkf2ba6z8mbkzr79lq3gbfsrnbbsqdz7i0fvxml9lzp6lsv5bjv. The project file has stale version 2023.5.18.3.
  • No lockfile, tests, CI, or portable build. A live restore resolved 104 libraries; SQLitePCLRaw includes a native Windows e_sqlite3 binary that must instead be source-built.
  • The project license is a custom permissive grant requiring author credit, not plain MIT. Bundled MoonSharp notices must be preserved.
  • Embedded segmdl2.ttf says Microsoft All Rights Reserved with no redistribution grant. Graphics, audio, Paint.NET source, screenshots and a bundled PDF also lack per-file provenance. Keep needs:license-investigation until these are removed/replaced or documented.
  • The app polls GitHub, downloads unsigned installers and plugin DLLs, and loads arbitrary DLLs from its plugin directory. The Guix package must remove the self-updater and clearly treat plugin loading as arbitrary code execution.
  • The 2023 release uses a RestSharp version with a published vulnerability and targets EOL .NET 7; prefer a maintained immutable release rather than packaging it unchanged.

Reopen only after a source-built current .NET SDK with WindowsDesktop cross-targeting and Wine-compatible runtime packs exists; the fixed offline NuGet/native graph is packaged; asset licenses are resolved; a maintained release is available; and Wine startup plus updater removal are proven. The published installer is not an acceptable source.

No Avalon package was found in the same-day GNU Guix, Nonguix, Guix Science/HPC/Past/R Us/RDE audit.


Imported from GitHub comment. Originally posted by htayj on 2026-08-22T13:00:41Z.

Feasibility research is complete and AvalonMudClient is blocked. Primary platform blocker: release 2023.5.20.1 targets net7.0-windows7.0 with WPF, and maintained head targets net10.0-windows7.0 with WPF. WPF/WinForms, WindowsDesktop reference/runtime packs, user32 and Windows rendering are fundamental; this is not a native Linux .NET application. The authenticated Guix revision has Wine 10 but no .NET SDK/runtime or dotnet build system, and Mono cannot build modern WPF. A Linux SDK probe restored the graph but publish failed at the missing WindowsDesktop SDK target. Exact evidence and further blockers: - Release pin c37adbb4f7e7be27f252a3ab05e0c839e8c94a58, recursive NAR hash 1gkf2ba6z8mbkzr79lq3gbfsrnbbsqdz7i0fvxml9lzp6lsv5bjv. The project file has stale version 2023.5.18.3. - No lockfile, tests, CI, or portable build. A live restore resolved 104 libraries; SQLitePCLRaw includes a native Windows e_sqlite3 binary that must instead be source-built. - The project license is a custom permissive grant requiring author credit, not plain MIT. Bundled MoonSharp notices must be preserved. - Embedded segmdl2.ttf says Microsoft All Rights Reserved with no redistribution grant. Graphics, audio, Paint.NET source, screenshots and a bundled PDF also lack per-file provenance. Keep needs:license-investigation until these are removed/replaced or documented. - The app polls GitHub, downloads unsigned installers and plugin DLLs, and loads arbitrary DLLs from its plugin directory. The Guix package must remove the self-updater and clearly treat plugin loading as arbitrary code execution. - The 2023 release uses a RestSharp version with a published vulnerability and targets EOL .NET 7; prefer a maintained immutable release rather than packaging it unchanged. Reopen only after a source-built current .NET SDK with WindowsDesktop cross-targeting and Wine-compatible runtime packs exists; the fixed offline NuGet/native graph is packaged; asset licenses are resolved; a maintained release is available; and Wine startup plus updater removal are proven. The published installer is not an acceptable source. No Avalon package was found in the same-day GNU Guix, Nonguix, Guix Science/HPC/Past/R Us/RDE audit. --- Imported from [GitHub comment](https://github.com/htayj/guix-channel/issues/252#issuecomment-5380545664). Originally posted by [htayj](https://github.com/htayj) on 2026-08-22T13:00:41Z.
htayj commented 2026-08-22 17:20:06 +00:00 (Migrated from github.com)

Rechecked current head a25639bd33391c41c018b4c6c1c81b7bc9bfc701; its newest change is README-only. Avalon still targets WPF on net10.0-windows7.0, while current Guix has no .NET SDK or WindowsDesktop cross-target/runtime packs. The offline NuGet/native graph and asset licensing also remain unresolved.

Closing as not planned. Reopen after the required source-built .NET/WindowsDesktop foundation exists, dependencies and native libraries are packaged offline, asset rights are resolved, and Wine startup/updater removal are proven.


Imported from GitHub comment. Originally posted by htayj on 2026-08-22T17:20:06Z.

Rechecked current head a25639bd33391c41c018b4c6c1c81b7bc9bfc701; its newest change is README-only. Avalon still targets WPF on net10.0-windows7.0, while current Guix has no .NET SDK or WindowsDesktop cross-target/runtime packs. The offline NuGet/native graph and asset licensing also remain unresolved. Closing as not planned. Reopen after the required source-built .NET/WindowsDesktop foundation exists, dependencies and native libraries are packaged offline, asset rights are resolved, and Wine startup/updater removal are proven. --- Imported from [GitHub comment](https://github.com/htayj/guix-channel/issues/252#issuecomment-5381643295). Originally posted by [htayj](https://github.com/htayj) on 2026-08-22T17:20:06Z.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
tay/guix-channel#252
No description provided.