pkg.soopen package index

brew / Rang 7543

xwin mit Homebrew, Nix installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für xwin in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install xwin

local Homebrew formula metadata

Linux

Nixverifiziert · 92%
nix profile install nixpkgs#xwin

nixpkgs package indexes · pkgs/by-name/xw/xwin/package.nix · Quelle: api.github.com

Überblick

Paketzusammenfassung

Microsoft CRT and Windows SDK headers and libraries loader

Befehle und Aliase

  • xwin

Verlauf

Projektgeschichte und Nutzung

xwin is a Rust utility for downloading, unpacking, pruning, and laying out Microsoft CRT and Windows SDK headers and libraries so Windows MSVC-targeted builds can run from non-Windows hosts with LLVM/clang tooling.

Projektgeschichte

Jake Shadle created the GitHub repository in August 2021 alongside a detailed post on cross-compiling Windows binaries from Linux. The blog explains the practical CI problem: producing `x86_64-pc-windows-msvc` outputs without running the whole Windows toolchain on Windows, while still using clang-cl and lld-link against Microsoft CRT and SDK files.

The README defines xwin's core job as creating CRT and SDK root directories with the includes and libraries needed by native cross-compiling toolchains, including symlinks to repair Windows SDK casing problems on case-sensitive filesystems. The CLI grew commands such as `download`, `unpack`, `splat`, and `minimize`.

Recent releases track changes in Microsoft's installer and manifest ecosystem: channel-name changes, MSI packages without cabinet references, TLS/certificate handling, HTTP retry behavior, and debug-runtime inclusion.

Adoptionsgeschichte

xwin sits in the Rust cross-compilation niche: developers targeting `*-pc-windows-msvc` from Linux or macOS need Windows headers and libraries but often prefer cargo, clang-cl, lld-link, containers, and Linux CI. Packaging xwin in Homebrew, Nix, crates.io, and GitHub releases makes that workflow scriptable.

Wie es verwendet wird

The common flow is `xwin --accept-license splat --output /path/to/sysroot`, then pointing clang-cl, lld-link, Cargo, or build scripts at the produced CRT and SDK include/library directories. `download` and `unpack` expose intermediate steps, while `minimize` can trace a Cargo build and produce a reduced map of files actually used.

Warum Paket-Nerds sich dafür interessieren

xwin is significant because it turns proprietary-platform SDK acquisition into a reproducible package-style operation without redistributing Microsoft's files. It collapses a painful cross-compilation prerequisite into one auditable CLI.

It also captures a modern packaging pattern: acquiring upstream binary installer payloads, normalizing layout, fixing filesystem case mismatches, caching aggressively, and producing a sysroot other tools can consume.

Zeitleiste

  • 2021-08-04: GitHub repository created.
  • 2021-08-22: Shadle publishes the cross-compiling Windows binaries from Linux walkthrough describing the new utility and its CI motivation.
  • 2021: README-era workflow centers on downloading CRT/SDK payloads and `splat` output for clang/LLVM Windows cross builds.
  • 2024-2025: Releases focus on Microsoft installer churn, HTTP/TLS behavior, debug-runtime support, and SDK package layout changes.
  • 2026-04-20: 0.9.0 release fixes channel-name handling for newer Microsoft manifest versions.

Related projects

  • clang-cl, lld-link, and LLVM: the non-Windows toolchain xwin is designed to feed.
  • Rust target `x86_64-pc-windows-msvc`: a primary driver for xwin's documented workflow.
  • cargo and cc-rs: common Rust build tooling that consumes compiler/linker configuration pointing at xwin output.
  • winsysroot: a layout style xwin can generate for clang-cl-oriented SDK discovery.

Sicherheitslage

Risikostufe: grün

narrow executable package without higher-risk signals.

Risikoklassifikator

grün Risiko · niedrig Konfidenz · appliance

Warum

  • narrow executable package without higher-risk signals

Signale

  • metadata:no-higher-risk-signals

Installationsverhalten

  • Es wurden keine Homebrew-Bottle-Metadaten erfasst.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
xwinExecutableindexiertes ExecutableAus dem lokalen Executable-Index erkannt.

Aktualität

Version und Aktualität

Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.

Seite generiert2026-08-03
Manager-Version0.9.0
Manager aktualisiert
lokale Datenunbekannt
Upstreamnicht verfügbar
neueste erkannte Versionnicht erkannt
  • OKEs wurden keine Aktualitätswarnungen generiert.

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:xwin
Version0.9.0
PaketmanagerHomebrew
Homepagehttps://github.com/Jake-Shadle/xwin
Repositoryhttps://github.com/Jake-Shadle/xwin
Bottlenicht erfasst
Dienstkeiner deklariert

Source-Datenbank-Treffer

Andere Paketmanager-Einträge

Treffer stammen aus externen Paketmanager-Indizes und bleiben von lokalen Automic-Vault-Paketlinks getrennt.

Nix95%

xwin

nix profile install nixpkgs#xwin
  • normalized package name match
  • Abgeglichen nach: Xwin
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/xw/xwin/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • Geiger risk classifier
  • cross-ecosystem install command graph
  • curated package history
  • external package-manager database matches
  • pkg.so package database
  • pkgdb category and tag curation