Skip to content

Releases: mtaech/dsh-linux-patch

DeepSeek Harness Linux x64 AppImage 0.2.1-alpha.1-linux.1 (image paste fix)

Choose a tag to compare

@mtaech mtaech released this 09 Oct 10:48

DeepSeek Harness Linux x64 — image paste fix

Unofficial Linux build of DeepSeek Harness 0.2.1-alpha.1 from mtaech/dsh-linux-patch. This is not an official DeepSeek release. The application version remains 0.2.1-alpha.1; the Linux patch release tag is v0.2.1-alpha.1-linux.1.

Changes

  • Unpacks Sharp’s semver dependency so the plain-Node image worker can load it outside Electron ASAR. This fixes pasted-image submissions that failed with Cannot find module semver and appeared as prompt rejected (session/agent-busy).
  • Adds two regression cases that run plain Node against the ASAR-unpacked dependencies, without system-wide module fallback.
  • Retains the Linux image-worker isolation, Office dependency resolution, application identity/icon fixes, and Linux update-policy settings.
  • Uses the upstream 0.2.1-alpha.1 codebase.

Build and validation

Built from commit 4753ca7eacab6cad2f78b433f01d10dac550ef45 with no uncommitted source changes.

  • 25 focused ASAR packaging tests passed.
  • Lint, commit hooks, and pre-push typecheck passed.
  • The official Linux packaging command completed successfully.
  • Prepared and ASAR-packaged runtime checks passed, including image decode/storage, Host boot, Office conversion, and archive integrity.

The full unit suite and the end-user desktop paste/send flow were not rerun. No remote CI run was triggered for the release branch at publication time.

Run

Fully quit the previous application from its application menu before starting this build. Closing the window only hides it.

chmod +x deepseek-harness-0.2.1-alpha.1-linux-x86_64.AppImage
./deepseek-harness-0.2.1-alpha.1-linux-x86_64.AppImage

If FUSE is unavailable, use the AppImage option --appimage-extract-and-run. The application retains the configured test update feed; this GitHub release does not publish that feed. Download updates from this repository manually.

Artifact

  • deepseek-harness-0.2.1-alpha.1-linux-x86_64.AppImage: 360,746,101 bytes.
  • SHA-256: a1d3dd066bc3cc04baaf0cb2478166819df58be291b494deb67654d1c21dc926.
  • SHA256SUMS is attached for verification.

中文说明

这是基于 DeepSeek Harness 0.2.1-alpha.1 的非官方 Linux x64 补丁版。修复了图片处理进程无法从 ASAR 读取 semver,导致粘贴图片发送失败、界面显示 session/agent-busy 的问题。

发布包来自提交 4753ca7eac,工作区源码无未提交修改。25 项相关打包测试、lint、推送前类型检查,以及正式打包流程中的图片处理、Host、Office 转换和 ASAR 完整性检查均通过。未重跑全量单元测试和桌面端手动粘贴发送。

请先从应用菜单彻底退出旧版,再运行新 AppImage;点击窗口 × 只会隐藏窗口。GitHub 发布不更新应用配置的测试更新源,请手动下载升级。

DeepSeek Harness Linux x64 AppImage 0.2.0-rc.2.3 (dsh-desktop label)

Choose a tag to compare

@mtaech mtaech released this 30 Sep 04:55

Linux x64 AppImage for DeepSeek Harness 0.2.0-rc.2, built from this repository (seven patch
commits). Local build of the public
deepseek-ai/deepseek-harness source — not an
official DeepSeek release.

What changed over v0.2.0-rc.2-linux.2

  • The application menu lists the entry as dsh-desktop; it previously repeated the product name.
  • The window identity now has one source. The package declares desktopName, which Electron reports
    as the window application id and which electron-builder uses to name the entry file, its icon
    reference, and its StartupWMClass (linux.syncDesktopName); the Host no longer sets the desktop
    name itself, so renaming the executable cannot silently leave windows unmatched.

The window icon fix from .2 is unchanged. Verified on the packaged build: the embedded entry reads
Name=dsh-desktop, Icon=deepseek-harness, StartupWMClass=deepseek-harness, and the running window
reports set_app_id("deepseek-harness") while delivering its icon through
xdg_toplevel_icon_manager_v1.set_icon.

Earlier fixes

Raster work runs in a plain-Node worker (electron#46323),
the Office kit closure resolves to physical files, and Linux packages carry no mandatory-update
policy. Analysis: issue #1, patch/SOLUTION.md.

Run it

chmod +x deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage
./deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage

Without FUSE: --appimage-extract-and-run. A nightly-linux.yml 404 at startup is expected; the
build targets the test update feed, and no feed was published for it.

Artifact

deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage   355,465,130 bytes
sha256  1b103bbd99d25e412c9a789d2a29ddec80f8a66ce7f76d12c73b5c2faf1e8c19

中文摘要

应用菜单里的名字改为 dsh-desktop(原来重复了产品名 DeepSeek Harness)。同时把窗口身份收敛到一处:
包内声明 desktopName,Electron 用它作为窗口 application id,electron-builder 用它命名 desktop 条目
文件名、图标引用与 StartupWMClass(linux.syncDesktopName),宿主不再手写该名称。上一版的任务栏图标修复
保持不变。

DeepSeek Harness Linux x64 AppImage 0.2.0-rc.2.2 (taskbar icon fixed)

Choose a tag to compare

@mtaech mtaech released this 30 Sep 04:14

Superseded by v0.2.0-rc.2-linux.3,
which also names the menu entry dsh-desktop. Use that build.

Linux x64 AppImage for DeepSeek Harness 0.2.0-rc.2 with the taskbar icon fixed, built from this
repository (six patch commits). Local build of the public
deepseek-ai/deepseek-harness source — not an
official DeepSeek release.

What changed over v0.2.0-rc.2-linux

A launched window had no icon in the taskbar under Wayland (and XWayland). Two causes:

Cause Fix
Electron derives the Linux window application id from the packaged package name, so windows reported deepseek-ai-dsh-desktop while the packaged entry is deepseek-harness.desktop. The taskbar matched no application: it grouped and pinned the window separately and showed a placeholder. The Host sets Electron's desktop-file name to the entry the packaging names from executableName; the shipped entry records the same StartupWMClass. Verified on a packaged build: set_app_id("deepseek-harness").
No window carried an icon of its own. Wayland delivers a taskbar icon through xdg-toplevel-icon-v1 and X11 through _NET_WM_ICON, so a window that sets none shows a placeholder even when a matching entry is installed. Every Desktop window presents the packaged icon.png. Verified: xdg_toplevel_icon_manager_v1.create_icon → add_buffer → set_icon.

Verified against the packaged application under Wayland: the window now reports the application id
deepseek-harness, which matches the installed deepseek-harness.desktop entry and its
Icon=deepseek-harness, and it delivers its icon through the compositor protocol.

Everything else

The first release's fixes are unchanged: raster work runs in a plain-Node worker
(electron#46323), the Office kit closure resolves
to physical files, and Linux packages carry no mandatory-update policy. The analysis is in
issue #1 and patch/SOLUTION.md.

Run it

chmod +x deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage
./deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage

Without FUSE: --appimage-extract-and-run. A nightly-linux.yml 404 at startup is expected; the
build targets the test update feed, and no feed was published for it.

Artifact

deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage   355,464,873 bytes
sha256  fa52a22f0787ce3b9d778a361e63daf3ae92e7a10f5150f62941236fe95d4865

中文摘要

上一版启动后任务栏没有图标,原因有两个:Electron 在 Linux 上用打包的包名作为窗口 application id
(deepseek-ai-dsh-desktop),而随包的 desktop 条目叫 deepseek-harness.desktop,任务栏匹配不到任何应用,
只能显示占位图标并且单独分组;同时窗口本身没有设置图标,而 Wayland 依赖 xdg-toplevel-icon-v1、X11 依赖
_NET_WM_ICON。本版把 desktop 文件名设为 deepseek-harness.desktop(与打包条目及其 StartupWMClass
一致),并让每个窗口携带应用图标;已在打包产物上验证 set_app_id("deepseek-harness") 与图标协议调用。

DeepSeek Harness Linux x64 AppImage 0.2.0-rc.2 (patched)

Choose a tag to compare

@mtaech mtaech released this 30 Sep 03:07

Superseded by v0.2.0-rc.2-linux.2,
which also fixes the missing taskbar icon. Use that build.

Linux x64 AppImage for DeepSeek Harness 0.2.0-rc.2, built from the five commits on top of
feat/desktop-linux-package in this repository. This is a local build of the public
deepseek-ai/deepseek-harness source — not an
official DeepSeek release.

What this build fixes

Every image attachment crashed the Linux application, packaging could not complete its own smoke
checks, and the packaged application exited at startup. Four independent defects:

# Symptom Cause Fix
1 Any image decode segfaults the Host Sharp's prebuilt libvips links GLib statically while Electron links the system GLib and leaks its symbols into the process space (electron#46323) Raster work runs in a plain-Node worker; the store re-decodes normalized bytes before persisting them
2 Cannot find module .../app.asar/.../raster-worker.js A plain Node child cannot read ASAR entries, and Electron reports a never-unpacked path as present Sharp, its loadable dependencies, and the attachment package stay physical; the worker entry maps to its app.asar.unpacked sibling
3 Office conversion fails with Installed LibreOfficeKit package is incomplete: @deepseek-ai/libreoffice-kit-linux-x64-glibc The kit's installed-package probe reads archive paths, where an absent file looks present, so it refused the WASM fallback The whole kit closure resolves to the physical unpacked tree
4 The application exits immediately after launch The Linux package embedded a mandatory-update policy that the runtime implements for macOS and Windows only Policy resolution is platform-aware and a Linux package carries none

An idle raster worker is also unreferenced from the event loop, so one-shot CLI runs exit normally
after processing an image.

Verification

  • pnpm run package:desktop:linux:x64 completes with success: true; runtime:smoke and the
    packaged-runtime smoke both pass, including the raster decode check and DOCX/XLSX/PPTX conversion.
  • Packaged manifest carries no dshMandatoryUpdatePolicy.
  • Application starts and serves the Web Host (dsh web: http://127.0.0.1:<port>/?token=…).
  • 215 unit tests over the touched packages, 100% per-file coverage for attachment-local,
    tsc -b tsconfig.host.json and oxlint clean, 1161 bilingual documentation pairs consistent.

Run it

chmod +x deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage
./deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage

Without FUSE, use ./deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage --appimage-extract-and-run.
Launched from a KDE file manager, Dolphin's systemd service path can report
Invalid unit name or type for a long AppImage path; running it from a terminal or extracting it
avoids that KDE-side behaviour.

The packaged build targets the test update feed, so a nightly-linux.yml 404 at startup is
expected — no feed was published for this build.

Artifact

deepseek-harness-0.2.0-rc.2-linux-x86_64.AppImage   355,464,669 bytes
sha256  cfa212352f48c6dae6899bc01b461a98decc43120ca2a5a805f71bc954ac209e

中文摘要

这是基于公开源码本地构建的 Linux x64 AppImage(非 DeepSeek 官方发布)。修复了四件事:图片解码在
Electron Linux 进程内段错误(改由普通 Node worker 执行)、普通 Node 读不到 ASAR 内的 worker 入口、
Office kit 在归档内的探测误判导致不回退 WASM、以及 Linux 包内嵌了只支持 macOS/Windows 的强更策略
导致应用启动即退出。启动时更新 feed 404 属预期(该测试版本未发布 feed)。