mirror of
https://github.com/unslothai/unsloth.git
synced 2026-08-29 20:22:28 +00:00
* Windows setup: install uv from a pinned release instead of running remote script text studio/setup.ps1 piped astral's install.ps1 straight into Invoke-Expression. That download-and-execute shape is the single construct AMSI providers and cloud ML scanners score hardest, and install.ps1 already replaced it with a pinned-SHA-256 archive download. Port the same implementation across. Progress goes to the pipeline rather than the console, so the quiet path swallows it exactly as it swallowed astral's installer output and the printed lines around the call site are unchanged. * Windows: stop pairing a hidden window with a bypassed execution policy The Studio shortcut launched launch-studio.ps1 with -WindowStyle Hidden and -ExecutionPolicy Bypass on the same command line. That pair is what Microsoft's own detections key on, and studio/src-tauri/src/install.rs already refuses it for the app's own launch of install.ps1. The installer writes launch-studio.ps1 itself, so the file carries no mark-of-the-web and RemoteSigned loads it. The hidden window is unchanged, so the shortcut behaves exactly as before. The generated launcher's own child launch moves to RemoteSigned for the same reason: it runs an inline -Command against an executable, where no script file is loaded and the two policies are equivalent. Also refresh a stale comment in studio/setup.ps1 that attributed the PSModulePath fix to astral's uv installer, which no longer runs in-process. * Installers: keep download-and-run command lines out of the shipped script text AMSI scans install.ps1 in full before a single line of it runs, and generic script classifiers read install.sh the same way inside the Linux bundle. Both headers rehearsed the piped web one-liner five times over, plus a scriptblock form and an execution-policy bypass, none of which anything in the scripts reads and all of which the README already documents. Point at the README instead and reword the in-body comments that quoted the one-liner as shorthand. Every printed line is untouched: the remediation text the installers show users still spells out the command in full. Same treatment for scripts/uninstall.ps1's header. * Windows: resolve process image paths with one Win32_Process query install.ps1's venv-holder probe opened a handle to every running PID through inline C# compiled at runtime. Opening a handle per process is a shape AV heuristics score hard, and it bought nothing: Win32_Process reports ExecutablePath for exactly the processes those handles could be opened against, and answers for all of them in a single query instead of once per PID. The remaining file-canonicalisation imports stay -- handle-based resolution of linked ancestors has no faithful Windows PowerShell 5.1 equivalent, and it runs on security-relevant paths. Falls back to the per-process .Path when the query is unavailable, so a degraded WMI repository degrades exactly as the old code did on a process it could not open. * Desktop: say who blocked the install when AMSI stops the script PowerShell hands the whole top-level script block to AMSI while compiling it, so a security product's verdict arrives as a parse error over the entire file before install.ps1 runs a statement: no [TAURI:ERROR] marker, no phase log, and a stderr tail the user cannot act on. unsloth#8523 shows what that looks like in the UI -- "Installation failed: + FullyQualifiedErrorId : ScriptContainedMaliciousContent". Recognise the two stable error ids on either stream and append what the user actually needs: nothing was installed, nothing was changed, it is a false positive, update definitions and retry, do not turn off endpoint protection. The raw id stays in the message, because the diagnostics report and any vendor submission both need it. Matches the id, never the message text, which is localized, and tolerates the cmdlet suffix the Invoke-Expression form carries. * Desktop: ship each bundle only the installer it can run resolve_install_script picks install.sh on unix and install.ps1 everywhere else, but the shared Tauri config bundled both into every target. The Linux AppImage therefore carried 280 KB of Windows PowerShell it can never execute -- and it is the largest script body a generic classifier walking the squashfs reads, which is where Microsoft's Trojan:Script/Wacatac.B!ml verdict on 0.1.701-beta landed. Move the resource map into the per-platform configs. The clean-machine job already fails when a Linux bundle ships no install.sh; it now also fails when one ships install.ps1, so the split cannot silently regress in either direction. The .deb scanned clean with the same payload, so this is surface reduction rather than a proven fix for that verdict. * POSIX installers: install uv from a pinned release before falling back install.sh downloaded astral's install.sh to a temp file, ran it and deleted the file; studio/setup.sh piped it straight into a shell. Both are, shape for shape, what a dropper does, and generic ML script classifiers score them accordingly -- the 0.1.701-beta Linux AppImage came back Trojan:Script/Wacatac.B!ml while the .deb carrying the same scripts came back clean. Fetch the pinned release archive and verify a hardcoded SHA-256 instead, matching what install.ps1 already does on Windows. Only the four mainstream targets are pinned: musl, armv7 and any host without a digest tool keep the path they have today, because guessing a target triple wrong would break the install outright and that costs far more than the heuristic score of the fallback. Destination, PATH handling and every printed line are unchanged, so a host that takes either path ends up in the same state it did before. * tests: pin the installer shapes antivirus heuristics score One file collecting what was removed, so it cannot drift back: no remote script run in-process, no encoded or base64 payload, no hidden window paired with a bypassed execution policy, no handle opened against another process, and no new runtime-compiled native import outside an allowlist that carries a reason for each entry that stays. The last test is the other half of the contract. Hardening must not change what a user sees, so the remediation lines the installers print -- which still spell out the web one-liner in full -- are asserted verbatim. Removing the one-liner from comments is the point; removing it from what the user is told to run would be a regression. Runs on the existing discovery-based pytest step, no workflow list to update. * release: emit a false-positive submission packet for whatever gets flagged The build job assembles a Microsoft submission packet, but only for the Windows -setup.exe. The detection that actually arrived on 0.1.701-beta was Trojan:Script/Wacatac.B!ml on the Linux AppImage, so nothing was produced for the one asset that needed it. The VirusTotal job already knows which assets were flagged and by which engines, so put the packet there: hash, size and both portals, for every flagged asset whatever platform it came from, with a note that clearance is per hash and per vendor. Engine names are not repeated -- they are third-party text and already appear escaped under Flagging engines. The gate stays advisory; this only makes acting on it take seconds. * Revert "Windows: resolve process image paths with one Win32_Process query" This reverts commit 7897865c9. tests/python/test_windows_installer_concurrency_guard.py bans Get-CimInstance and $process.Path from Get-RunningStudioVenvProcesses outright, and requires the native image-path lookup. That contract came out of #7764, which closed a set of races where the installer inferred "in use" from something other than a confirmed executable identity and blocked installs that should have proceeded. Win32_Process.ExecutablePath does answer the same question, but a wrongly blocked install costs far more than the heuristic weight of three native imports. Record the imports in the AV-shapes allowlist with that reasoning instead, and keep the ban on the process-memory APIs, which the installer has no use for. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Tighten the comments added by this branch Opening comment-reduction pass over the PR diff: same intent, fewer lines. Cut hardest on the prose that restated the PR description rather than explaining the code next to it. Comments and docstrings only, verified with comment_tools.py check --strip-docstrings across every Python file in the diff. * Drop an unused helper from the uv pinned-release test * Fix three review findings on the installer hardening Stray-resource check aborted the step it was meant to assert. grep exits 1 when it selects nothing, and under this step's set -o pipefail plus the runner's bash -e that kills the assignment outright, so every correctly split .deb failed clean-machine CI before reaching the check. Both lookups take || true now: no match is the passing case for the stray one, and for install.sh it was swallowing the explicit annotation in favour of a bare exit 1. studio/setup.sh skipped astral's XDG_DATA_HOME/../bin destination tier, which install.sh, install.ps1 and studio/setup.ps1 all honour. A host that configured an XDG location got uv under ~/.local/bin instead, where no later shell looks for it. The session PATH prepend hid it at install time. The AMSI guidance claimed nothing was changed even when the block landed on the nested studio/setup.ps1, which install.ps1 launches through the same inherited pipes after the venv, PyTorch and the packages are already on disk. Split the wording on whether a [TAURI:STEP] marker has been seen: a pre-start block produces none, so the reassurance is only given where it is true. * Key the submission packet on the flagged count, not the engine list stats and results are separate fields of the same VirusTotal response, so an asset can carry a flagged count with no readable results map. The summary table reports that asset and the packet skipped it, which is exactly the one that needs a packet. Select on stats.flagged and keep the engine list for the Flagging engines section, which is correctly keyed on having engines to name. * Drop the bundle stray-resource assertion from clean-machine CI That job downloads a published release, never a bundle built from the branch, so asserting the new resource split there turns every run red until a release ships with it. The split is a property of the Tauri config, and tests/studio/test_tauri_installer_resource_contract.py already enforces it at the right layer. The || true on the install.sh lookup stays: it is what lets the explicit annotation print instead of the step dying on grep's exit 1 under pipefail. * Windows: stop depending on the generated unsloth.exe console script Fixes #8490. On Windows the `unsloth` entry point is materialised as a generated, unsigned launcher .exe. AppLocker, WDAC and Smart App Control deny it, while the venv's python.exe, a copy of the signed CPython binary, still runs. The installer died at "running unsloth studio setup" with `Program 'unsloth.exe' failed to run: An Application Control policy has blocked this file`, and because the launch throws rather than returning an exit code, it escaped Install-UnslothStudio and printed a raw NativeCommandFailed dump instead of a diagnostic. The desktop updater already solved this in update.rs by reaching the CLI through the interpreter. This applies the same idea everywhere else: the setup handoff, autostart, the shortcut launcher, the Tauri backend, auth provisioning, the install health probe, the preflight probes and the `studio run` respawn. unsloth.exe is still generated, still hardlinked to the shim, and still works. Nothing depends on it any more. Also adds `python -m unsloth_cli` as a supported entry point, and a bin\unsloth.cmd companion to the shim so `unsloth.cmd` is available where the .exe is denied. The trampoline is one string shared by install.ps1, process.rs and studio.py: import sys, os; sys.path[:1] = [x for x in sys.path[:1] if x not in ('', os.getcwd())]; sys.argv[0] = 'unsloth'; from unsloth_cli import app; app() Both halves are load bearing. argv[0] is assigned before the import because unsloth_cli decides at import time whether it is the console script, which gates the UTF-8 stream setup and the -np<N> rewrite, and it keeps typer's prog_name at `unsloth`. The sys.path[:1] filter drops the working directory entry that `python -c` adds and a console script does not, which is what lets the invocation stay off -I: -I would drop it too, but also PYTHONPATH, PYTHONWARNINGS and user site-packages, which the console script honours. Behaviour on a machine with no policy is unchanged, and that is enforced rather than asserted. tests/python/test_module_entry_point.py compares stdout, stderr and exit code between the console script, `-m unsloth_cli` and the trampoline over --version, --help, `studio --help` and two error paths. The writes are idempotent: bin\unsloth.cmd, launch-studio.ps1 and the .lnk files are content compared, so a second install changes no bytes and no timestamps. tests/studio/test_application_control_cli_fallback.ps1 pins the pieces that are easy to get wrong: the failure is classified off the exception (Win32 1260), never off $LASTEXITCODE, which no process was created to set; Start-Process gets one pre-quoted command line, since -ArgumentList joins an array with spaces and quotes nothing; and bin\unsloth.cmd only counts as an ownership marker when its contents match the shim we write, so an unrelated file of that name in a custom root cannot qualify it for removal. The new windows-application-control-ci.yml leg reproduces the report: AppLocker denies only Scripts\unsloth.exe for a standard user, a negative control proves the rule is actually enforced (the job fails loudly if the stub runs), and the full installer then has to succeed. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Tighten the comments added for the Application Control fix * Add the AGPL header to the module entry point test * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Drain the shim launch probe's pipes before waiting on it * Harden the cmd shim ownership marker, updater env and launcher hints * Run the Application Control CI leg without --tauri so the pinned root applies * Stub the runtime gate so the Windows launcher tests run on Windows * Isolate the advertised module route from the working directory * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Fix the contradictory updater env assertion and the user-site fallback * Treat a quarantined stub as a managed install on Windows * Tighten the duplicated trampoline rationale to one authoritative copy * Windows: keep a quarantined launcher and a partial migration recoverable Two follow-ups on the Application Control work. An antivirus quarantine deletes the unsigned unsloth.exe rather than denying it. The updater then found no launcher, no copy to restore, and reported a broken update, rolling back a package that was in fact fine. Absence is now excused the same way a policy denial is, but only after every recovery copy has been tried, so a launcher that could be put back still is. find_unsloth_binary_in_studio_dir accepted a bare python.exe in layout order, so an interrupted migration leaving a partial new environment beside a working legacy .venv targeted the broken one. A launcher anywhere now outranks an interpreter on its own. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Windows: let studio run start a venv whose console script was quarantined The Windows respawn goes through the interpreter and never launches Scripts\unsloth.exe, but the gate before it still required that file, so an install whose stub antivirus had taken aborted with "Unsloth venv missing 'unsloth' entry point" despite being able to run. The installed package now answers for the deleted stub, one layer down and just as cheap. POSIX still proves a CLI with the console script it execs. * CI: apply the AppLocker policy before AppIDSvc reads it The negative control watched the denied user start the stub. The job started AppIDSvc and set the policy afterwards, and the service loads the effective policy when it starts, so it was enforcing nothing; gpupdate does not make it re-read a local policy. Restart the service once the policy is in place, and retry the control while enforcement goes live, which is asynchronous and unsignalled. * Cover the uv host matrix and repeat application in the pinned-release test The pinned path picks an archive per host triple, and a wrong pick installs a binary that cannot execute, which is worse than not installing at all. Drive _uv_pinned_asset over 20 host combinations and require each one to return its own triple or decline to the fallback. Also run the installer three times over one HOME and require an identical tree, and require a stale uv at the destination to be replaced rather than joined by a second copy: the installer is re-run on every upgrade and every repair. * Windows: close the parity and old-install gaps found by the idempotency audit Five independent audits of the before/after parity bar, plus local simulations, turned up six things worth fixing. Parity, on machines with no policy at all: - Under PYTHONSAFEPATH or -P there is no implicit -c working-directory entry to strip, so sys.path[0] is whatever PYTHONPATH put there and the console script honours it. The filter removed it anyway; a PYTHONPATH starting at the working directory was measured selecting a different package through the trampoline than through the console script. - The backend start log went from a joined argument string to Rust's debug list on every platform. It is what users paste into issues. Idempotency: - The .cmd shim and launch-studio.ps1 compared decoded text, which drops a BOM and ignores case, so a BOM-prefixed shim was called unchanged and left with cmd.exe reading the BOM as part of @echo off. Both compare bytes now, launcher preamble included. - A run killed between the temp write and the rename left a temp file no later run would collect, since each names its own after its PID. Swept, skipping any whose owner is still alive. - The Application Control probe cached its verdict in :, which under irm | iex is the caller's session, so a second run in one console answered from the first run's machine state. Old installs: - An installer older than the shim directory never created one, and unsloth studio update is the only route those installs take back into install.ps1, so they never gained the .cmd. Created there now. - A migration interrupted by an open handle can split either layout. The finder now prefers a launcher with its interpreter beside it in either base, then an interpreter alone, then a launcher alone, so neither half of a split tree wins by layout order. * Pick the pinned uv archive off a positive libc check, not the absence of musl An independent audit pass found the Linux selector accepts any host whose ldd output does not say musl. That is not the same question astral's installer asks: it checks a minimum glibc and drops to its musl-static archive below it, so three hosts that worked before this branch now get a GNU binary that cannot exec, and the helper reports success so the fallback never runs. aarch64 with glibc below 2.28 (Ubuntu 18.04) x86_64 with glibc below 2.17 (RHEL 6) a musl image with no ldd at all, where the probe simply finds nothing Read the version instead, from ldd or getconf, and require it to clear astral's floor for the triple. Anything unreadable declines to the fallback. Also ask the userland for its bitness rather than trusting uname on a 64-bit kernel running a 32-bit userland, and follow astral in reading hw.optional.arm64 so a translated shell under Rosetta 2 still gets the native macOS build. Three more from the same pass: Report success only when the destination uv is executable. A copy onto a busy or read-only destination could leave a file that is not, and reporting success there skipped the fallback. Nothing is unwound on the failure path on purpose: the fallback installs over whatever is at the destination, and deleting there would take out a working uv the host already had. Clear the mark of the web on the launcher we author. WriteAllText replaces the unnamed data stream and leaves other NTFS streams alone, so a launch-studio.ps1 that somehow carried one would keep it across the rewrite, and RemoteSigned refuses a marked unsigned script. Store the security-block kind and resolve its wording in message(). stdout and stderr are read by independent threads, so a [TAURI:STEP] written before a block can be observed after it, and freezing the wording at observation time could tell a user nothing was changed on a run that had already installed PyTorch. Also require the error id to appear as the value of a FullyQualifiedErrorId field, so a scanner log that merely names it cannot attach antivirus guidance to whatever fails next. The host matrix in the shell test grows to 28 rows covering every case above, and removing the new gate fails 8 of them. install.rs gains two tests: 37 pass. * Replace a symlinked uv destination instead of writing through it Three from the review on the previous head. cp onto a destination that is a symlink follows the link, so installing over `~/.local/bin/uv -> /opt/homebrew/bin/uv` rewrote the Homebrew binary in place and left the link pointing at a file another package manager owns. Stage next to the destination and rename over it: rename replaces the link itself, and it is atomic, so a concurrent reader never sees a half-written uv either. The staging file is removed when the rename fails, so a failed run leaves no debris. Verify the Windows copy the same way the shell scripts now do. Copy-Item is non-terminating under the caller's ErrorActionPreference, so a locked or ACL-denied destination let execution reach `$haveUv = $true` and the function reported success over whatever was already there. Compare the destination against the archive we just verified, so a stale uv.exe cannot pass for the one we meant to install. install.ps1 carried the same shape and gets the same treatment. Point the header links at the heading that exists. The README has no "Install Unsloth Studio"; it is "Unsloth Studio (web UI)", whose anchor is #unsloth-studio-web-ui. Three test cases cover the symlink: the file behind the link is untouched, the link itself is replaced, and no staging file survives. Reverting the fix fails two of them. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * CI: keep one Application Control negative-control log per attempt Enforcement went live on the fourth try on the hosted runner, and a single overwritten log left the evidence artifact showing a pre-enforcement attempt's output beside a passing step. * Fail the build when the uv pin drifts from a version floor Before the pin, astral's endpoint always delivered the newest uv, so raising UV_MIN_VERSION was safe on its own. It is not any more: a floor above the pin means a host with no uv gets 0.12.1 installed and then judged too old by the same script that installed it, on the one path where the pin is what runs. Two checks. All four installers must name the same uv, or which version a machine ends up with depends on which script reached it first. And the pin must clear every floor in the tree (UV_MIN_VERSION, UV_OFFLINE_MIN_VERSION, $UvMinVersion). Raising a floor past the pin fails the first, bumping one installer's pin alone fails the second. * Fix two Windows-only test failures that predate this branch test_path_identity_failure_is_reported_as_unknown failed on both shells, on main as much as here. Test-StudioPathEqual reports an unresolvable path identity through Write-StudioLine, the harness extracts the mutex helpers but not that, and these scripts run under -ErrorActionPreference Stop, so the catch path died with CommandNotFound before the test could measure anything. Extracted rather than stubbed: it is self-contained, and a stub would keep passing if the real call ever went wrong. A new check asserts every installer function the extracted helpers call is in the harness, and it runs on every platform, so the next drift cannot hide where only a Windows runner would see it. Measured on a Windows runner: main fails 24 of these, this branch fails 2, and both of those 2 are in main's set. With this, 0. * Write the shell profile entry the pinned uv path no longer gets for free The P1 here is a real regression and it took a second look to see why. install.sh decides whether to add ~/.local/bin to the user's shell profile with `case ":$PATH:"`, near the end of the run. By then this process has prepended that directory twice, once for the uv bootstrap and once for the venv, so the guard answers yes for a login shell that would answer no and the profile line is never written. That was survivable while astral's installer ran, because it wrote its own profile line and its env file. The pinned path writes neither, so on a fresh account whose login PATH lacks ~/.local/bin the install succeeds, the current shell works, and the next terminal cannot find `unsloth` or `uv`. Snapshot the inherited PATH before anything prepends to it and test the guard against that. Two more from the same review. Honour a configured uv mirror exclusively. UV_INSTALLER_GHE_BASE_URL and UV_INSTALLER_GITHUB_BASE_URL already win outright in both PowerShell installers and in astral's own; the shell path ignored them and tried the public hosts first. A restricted network sets one precisely because those hosts are unreachable, and download() has no timeout, so it would hang rather than reach the fallback. Do not let the twin of an earlier clear erase a later AMSI verdict. Clear-TauriInstallError writes one logical clear to BOTH streams (install.ps1:198) and independent threads read them, so a block observed between a clear and its own twin was discarded by the twin. Ignore a clear identical to the one just processed; a genuine later recovery carries different text and still clears. Two tests cover both directions, 39 install tests pass. * Stage the uv copy under a per-process name An audit pass reproduced a race I introduced with the symlink fix. Both POSIX helpers staged through a fixed destination-side name, so two installers targeting one directory shared it: A finishes copying the staging file B opens the same path with truncation A renames that inode into place as uv B keeps writing through its open descriptor, which is now the published uv The published uv was observable at zero bytes until B resumed, which makes the claim in the comment about a concurrent reader flatly wrong. install.ps1 is covered by its named mutex, but nothing serialises the POSIX helpers, and studio/setup.sh runs standalone on every studio update. mktemp in the destination directory instead. Each rename then publishes a file no other process can still be writing, which is what the atomicity argument needed all along. The loser cleans up its own staging file and declines, so the caller falls back rather than reporting a success it did not achieve. * Keep a default install as quiet as it was when a uv mirror misbehaves Two console regressions from the audit pass, both on paths the install still recovers from. download() runs curl -LsSf, and -S deliberately prints its own errors. The fallback ran under run_maybe_quiet, so a failed download printed nothing before; the pinned attempts run outside that wrapper, so an unreachable mirror now put two curl: (N) lines on the console of a default install that then succeeded. Redirect stderr on the speculative attempts only, leaving download() untouched for every other caller. [TAURI:WARN] is a marker level install.sh has never emitted, and the app forwards unknown markers to its progress UI verbatim (install.rs:639), so a digest mismatch would have surfaced as raw text in the desktop window. Make it a verbose only stderr line: the next mirror or the fallback still runs, so a default install has nothing to say here. Printed-string diff against the merge base is back to additions inside $(...) capture plus that one verbose-gated line, with nothing removed or changed. * Ask the installed uv whether it runs before skipping the fallback The libc gate reads a glibc version from ldd or getconf and treats that as proof a GNU binary will execute. It is not. A stripped NixOS-derived image without nix-ld reports a glibc version through getconf while its loader lives in the Nix store, so the pinned x86_64 uv asks for /lib64/ld-linux-x86-64.so.2 and gets nothing. Every static check passed, so the helper reported success, the astral fallback was skipped, and the first real uv call failed with No such file or directory. astral's installer fails its own glibc probe on that host and ships the fully static musl archive, which runs. The user went from a working uv to none. The archive is digest-verified astral uv by the time it is placed, so ask it: run --version and require it to succeed. One exec closes the whole class rather than this one host, covering a wrong triple, a loader that is not where the binary looks, and a destination we could not really write. A test drives an archive whose uv cannot execute and requires the helper to decline; removing the exec check fails it. * Pair every clear with its twin, not just the previous one install.ps1 clears after each recovered step, so a lagging reader can be several clears behind when a block lands. With clears A then B on one stream and A's twin arriving on the other after the verdict, asking only whether this is the message just seen answers no, and the delayed twin discarded the verdict the guidance exists to explain. Each logical clear emits exactly two markers, so count unpaired ones by message: the first sighting is the clear, the next pairs with it. A test drives the A, B, verdict, A', B' ordering; 40 install tests pass. * Close the exactness gaps found by ten adversarial audits Ten independent audits, each asked to falsify the claim that this is pure hardening. Six things were worth changing. - The desktop updater is isolated again. It shipped with -I, it is the one managed invocation nobody types by hand, and it decides which install gets rewritten, so a user-site unsloth_cli must not answer `from unsloth_cli import app` there. Every other call site inherits, because the console script does. - The trampoline ends in sys.exit(app()), like the generated console script, so a returned value becomes the exit status. Typer raises SystemExit itself today, but the two routes have to agree. - A launcher that could not be restored keeps its recovery copies. Judged healthy through the interpreter is not the same as repaired, and deleting the copies threw away what a later run needed. - `unsloth studio update` puts the shim directory on PATH. An installer older than that directory put the venv Scripts dir there instead, so the .cmd was written where nothing would look for it. - The console script reconfigured its streams twice off Windows, once through the import gate and once through the module-entry path. - Replacing a bin\unsloth.cmd that carries neither our marker nor our trampoline now says so. Also states the scope plainly: this answers EXE-and-DLL enforcement of the unsigned console script. A machine that also enforces AppLocker's Script collection denies .cmd and .ps1 alike, and install.ps1 would not have run there either. The two test harnesses that extract functions out of install.ps1 now assert they define everything those functions call; both had already shipped a gap that made a check pass for the wrong reason. * Ask the interpreter, not site-packages, whether the managed CLI is there The quarantine fallback accepted an unsloth-*.dist-info or an unsloth_cli/ directory as proof of a runnable CLI. Neither is: an interrupted install, or an editable install whose checkout has moved, leaves metadata with nothing to import. This gate sits in front of the headless-public strip of .bootstrap_password, so a false yes lands the exact lockout its placement exists to prevent -- a public Studio with no login page and no plaintext recovery credential. find_spec through the managed interpreter answers the question the trampoline will actually ask, with the same sys.path[0] scrub so a checkout in the caller's cwd cannot stand in for the venv. A probe that produces no verdict at all falls back to the old on-disk layout, so a half-quarantined install still starts. * Hide the import probe's console window, as every other managed probe does * Validate the staged uv before it replaces a working one My own exec check was on the wrong side of the rename. The sequence that bites: a host has a uv good enough for UV_OFFLINE_MIN_VERSION but below UV_MIN_VERSION, so the block runs with _uv_present_before true; the pinned path renames over that working binary; the --version check then fails because the loader is missing or the destination is mounted noexec; the fallback download also fails. The installer neither restores the old uv nor reports that none is available, and every later command runs the broken one. Test the staging file instead, before the rename. It sits on the destination filesystem, so it answers the noexec question too, and a binary that cannot run here never gets to replace one that could. Two tests: a working incumbent uv survives an archive whose uv cannot execute, and the rejected staging file is cleaned up. Moving the check back after the rename fails the first. * Make each managed CLI probe ask the question its launch will answer Three findings from the latest review round, one theme: a probe that stands in for a launch has to run under the same conditions as that launch, or it can pass where the launch then fails. * The quarantine gate in `studio run` asked find_spec whether unsloth_cli resolves. It resolves for an emptied unsloth_cli/ directory (find_spec calls that a namespace package), for a package whose __init__ raises, and for one whose dependencies an interrupted install never fetched, and the trampoline's `from unsloth_cli import app` fails on all three. Verified: an empty package directory in a bare venv gives find_spec True and ImportError on the import. This gate stands in front of the headless-public strip of .bootstrap_password, so a false pass there is a public Studio with no login page and no plaintext recovery credential. The probe now performs that exact import. * The updater's interpreter health check ran without isolation while the launch it predicts, build_update_command in studio/src-tauri/src/update.rs, runs under Isolation::Isolated with PYTHONHOME/PYTHONPATH cleared. A foreign checkout on PYTHONPATH could answer --version for a managed package the update had broken, and validate_launcher would keep an update the next desktop launch cannot start. _managed_cli_argv now takes the same isolated flag the Rust Isolation enum carries; the health probe is the only caller that sets it, and a test pins that it stays the only one. Every other invocation keeps PYTHON* parity with the console script. * Binary resolution, second pass. With an interrupted migration leaving an interpreter in both layouts and a launcher in neither, layout order handed back the new base even when its site-packages was empty and the legacy base still held the package. A directory test rather than an import probe: this runs on the launch path and from the capability checks, so it stays a stat. Tests: the four unimportable package shapes, the isolated/inherited argv split and its single caller, and both directions of the two-interpreter tie-break. The old whole-file "no -I anywhere" assertion is now read off the ternary, since one deliberate -I exists. * Stop the AMSI guidance claiming more than it knows Two of these are honesty defects in text a blocked user reads. "nothing was changed on this machine" is false. Rust starts a diagnostics attempt and its phase log before PowerShell is ever spawned, and spawn_script can create ~/.unsloth first, so a pre-start block has already written to disk. The honest claim is that no installation step ran. "This is a false positive" is not something the classifier can know. It proves the output carries a PowerShell error id and nothing about the script's integrity, and install.ps1 can sit in a user-writable directory, so a locally modified copy can earn a genuine verdict. Telling someone to report a correct detection to their vendor is worse than telling them to reinstall from an official package first and only escalate if an unmodified copy is still blocked. Two smaller ones from the same pass. The matcher tested for the field name and the id independently, so a line naming both in prose qualified; it now requires the id to follow the colon and end at a comma or whitespace, which is what the comment always claimed. And the clear-pairing map is bounded: legitimate producers use a small fixed label set, and child output must not be able to grow it without limit. 42 install tests pass. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Honour astral's download override, and stop Unblock-File asking Three from the second audit round. Unblock-File declares SupportsShouldProcess at the default Medium impact, so a profile that sets $ConfirmPreference to Medium or Low gets a prompt from the line I added, even for a launcher that never carried the stream. -ErrorAction does not suppress a ShouldProcess prompt, and a noninteractive host turns it into an error that skips shortcut setup entirely. -Confirm:$false. UV_DOWNLOAD_URL and its older alias INSTALLER_DOWNLOAD_URL outrank the mirror variables in astral's installer, and the merge-base path inherited that because it ran astral's script. All four implementations now honour them first and exclusively. My earlier comment argued they point at a version the pin would reject, but that reasoning had it backwards: a host sets one because it cannot reach the public endpoints, so ignoring it meant public egress first and, with no timeout on the download, a hang instead of a fallback. The pin still applies, so a source serving a different build fails the digest and the caller falls back to astral's installer, which honours the same variable. chmod 0755 on the staging file rather than +x. cp gives it the umask default and +x then adds execute only where the umask allowed read, so a umask of 077 left uv unusable for every other account on a shared machine. astral ships them 0755. Four checks pin the override precedence across all four installers and the mode across both shell ones, with the behaviour verified against a stubbed downloader. * Validate uv before it replaces an incumbent on Windows, and bound the probe install.ps1 and studio/setup.ps1 copied the extracted uv.exe straight over the destination and only asked whether it ran afterwards. A host with a working older uv and a policy (AppLocker, WDAC, endpoint protection) that refuses the new one was left with neither. Run the extracted binary where it landed first, then keep a copy of the incumbent across the publish and restore it if the published copy will not run, since Windows has no atomic replace for a file that may be open. The probe itself is bounded: Start-Process with a 20s WaitForExit and redirected streams, and on POSIX no stdin plus a 20s ceiling where timeout exists. A binary this installer just downloaded must not be able to hang an unattended install by prompting or by never exiting. install.sh and studio/setup.sh also published the pinned uvx after rejecting the pinned uv, leaving a pairing that is never built or tested. A uv that fails to stage, copy or run now abandons the whole placement. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Verify each uv mirror, and persist PATH when the account has no rc file Both PowerShell installers checked the archive digest once, after the download loop had already broken out. A captive portal or a proxy answering 200 with its own body is a successful download by every measure Invoke-WebRequest has, so the first mirror consumed the only attempt and the second, healthy one was never tried. The digest now decides whether a mirror counts as served. install.sh picked a shell profile from .zshrc, .bashrc or .profile and did nothing when none existed. A fresh account has none: astral's installer used to create its own PATH setup there, the pinned path does not, so the next terminal resolved neither unsloth nor uv. Fall back to creating ~/.profile, which every POSIX login shell reads. The existing content guard keeps it written once. * Remove the install.sh a Windows upgrade would otherwise keep forever Windows bundles now carry only install.ps1, but NSIS writes the current resource manifest and deletes nothing, and the uninstaller deletes only what is in that manifest. An in-place upgrade from a release that bundled both installers left install.sh in $INSTDIR permanently, which also made the non-recursive RMDir "$INSTDIR" fail at uninstall. The pre-install and pre-uninstall hooks now delete it, so the population most likely to upgrade actually gets the split. Also silence the speculative mktemp -d in the pinned uv path: its failure falls back to astral's installer, so an unusable TMPDIR printed a line the user could not act on and that the merge base did not print. * Remove the pinned uv temporaries when an install is interrupted The pinned path unpacks a 40 MB archive into a work directory and stages the binary next to the destination, but only cleaned both up when the helper returned normally. A Ctrl-C in between left the archive behind and left a staging file inside a directory that is on PATH. Both paths are now published to the exit and signal traps as they are created and cleared when the helper releases them. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Persist the PATH the way each shell actually reads it, and fail a half-published pair Four follow-ups from review: A uvx that the archive carried but that could not be staged or renamed left uv published next to a stale or missing uvx and still reported success, skipping the fallback that would have installed both. Either half failing now fails the placement, in install.sh and studio/setup.sh. studio/setup.sh had none of the interrupt cleanup install.sh gained: a Ctrl-C left the unpacked archive behind and a staging file inside a directory on PATH. It now owns HUP, INT, TERM and EXIT for the duration of the pinned install and hands them back on the way out. fish sources none of the POSIX rc files, so the ~/.profile fallback was a no-op for a fish user. The persistence helper writes a conf.d drop-in with fish_add_path there, and honours ZDOTDIR for zsh. UV_INSTALL_DIR, UV_UNMANAGED_INSTALL, XDG_BIN_HOME and XDG_DATA_HOME can put uv somewhere other than ~/.local/bin, and astral's installer wrote a PATH line for whichever it picked. The pinned path now persists its own destination too, with UV_NO_MODIFY_PATH honoured as astral honours it. * Make the Windows uv publish a real transaction, and quote persisted paths The companion copies ran bare: under install.ps1's Stop preference a locked or ACL-denied destination threw past the rollback and left a mismatched set with the backups still on disk, and under setup.ps1's Continue preference it kept a stale companion and reported success. Both now copy under -ErrorAction Stop inside the transaction, so any failure unwinds like the others. A failed restore also used to delete the backup anyway, which is the one path in this block that could leave the host with less than it started with: the two things that make a restore fail, an open incumbent and a denied ACL, are the same two that made the replace risky. The backup is now kept and named. fish takes an unquoted path with a space as two directories, neither of which exists, so the drop-in single-quotes it; and the rc line is written inside double quotes, so a uv directory holding a dollar or a backtick is escaped. The second test caught a doubled backslash in the escaper itself. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Tighten the comments added by this branch Comments only, no code touched: 161 comment lines become 106 across install.sh, install.ps1, studio/setup.sh, studio/setup.ps1 and the NSIS hooks. Each one keeps the reason it was written for, said once. Verified with the PowerShell AST parser, sh -n and bash -n, the 50-check uv pinned release suite and 114 installer tests, and by confirming the diff contains no non-comment line. * Tighten the install.rs comments too Comments only: 35 lines become 27, each keeping the reason it was written for. 42 install tests pass and the diff contains no non-comment line. * Abort on a companion that cannot be backed up, and pair clears by stream A uvx.exe that could not be copied aside, because it is locked or its ACL denies reads, was skipped and the new uv.exe published anyway, so the function reported success with a mismatched pair and the fallback never ran. Any backup failure now fails the placement and runs the rollback, in install.ps1 and studio/setup.ps1. The ERROR_CLEAR pairing keyed only on the message, so two real clears of one label on one stream were taken for a clear and its twin. That happens: _install_torch_default_index emits its recovery during the install and again during the ROCm repair. A verdict landing between them was then erased by the genuinely later clear arriving on the other stream. The map is keyed by stream as well, so only the opposite stream's copy can consume a pending marker. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Do not fail an install because the uv probe could not get an answer Three clean-machine CI legs that pass on main failed on this branch: arm64 and two Windows containers, all three with winget unavailable, which is the only condition under which the pinned fallback runs. Each downloaded the right asset, passed the digest, and then failed the probe. Start-Process -NoNewWindow with redirected streams does not behave in a container or on the arm64 image the way it does in a desktop session, and a boolean probe reported that as a broken binary and aborted the install. The probe is now tri-state. Only the binary answering non-zero is a failure. A launch that throws or a wait that times out is inconclusive, and since the digest already proved the bytes are astral's pinned release, an inconclusive probe publishes as the pre-pin code did. Every path prints why, with the captured stderr and the exit code, so the next occurrence is not opaque. Also from review: the POSIX path now stages both binaries and publishes them together with the incumbents saved aside, so a failed uvx rename restores the uv it replaced instead of leaving a new uv beside a stale uvx; the Windows rollback records the destination before the copy that can truncate it; and UV_UNMANAGED_INSTALL suppresses the profile write, as it does for astral. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Give setup.sh the same pair publish and PATH persistence as install.sh studio/setup.sh published uv and then uvx one after the other, so a failed uvx rename left a new uv beside the host's stale one, and the remote fallback can be unavailable. It now stages both, validates uv, and publishes the two renames back to back with the incumbents saved aside, restoring them if the second fails. setup.sh is also run directly for local and Colab setup, where astral's installer used to write the profile line for whichever destination it chose. Without one the PATH export died with that shell and every later run reinstalled uv. It now persists its own destination, with fish handled on its own terms and both of astral's opt-outs honoured. * Treat an empty uv exit code as no verdict, not as a failure The arm64 clean-machine leg still failed on the tri-state probe, and the diagnostic that came with it said why: "uv --version exited ." with no number. WaitForExit(ms) can return before the exit code is cached, so ExitCode was empty and an empty value is not 0, which read a working uv as broken. The parameterless WaitForExit settles it and returns at once because the process has already exited, and a code that is still missing is inconclusive rather than a failure, which is the same rule the launch and timeout paths already follow. Verified against pwsh that a real non-zero exit and a real launch failure still classify as failed and unknown respectively. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci * Eight review fixes across the uv publish and PATH persistence The fish escaper in studio/setup.sh reached sed as an invalid expression, so a fish user running setup directly would have had setup killed under set -e right after uv was published. It now matches the one in install.sh, and the test runs both escapers rather than reading them. An incumbent that cannot be hard-linked or copied cannot be restored either, so publishing over it would be a one-way move. Both shells now decline. Writing that test turned up that my own rollback deleted both incumbents when nothing had been published, since the no-predecessor branch cannot tell the two cases apart; the rollback is now reached only after a publish was attempted. A rollback with no predecessor removes the binary it published, rather than leaving half a pair the host never had. A signal between the two renames left the undo copy as the only reference to the incumbent, and the handler deleted it. It restores it now, in both shells. setup.sh prepended ~/.local/bin unconditionally after a successful pinned install, so a stale uv there could shadow a custom UV_INSTALL_DIR destination and the rest of setup would run the wrong one. That prepend is now only for astral's installer, which is what writes there. PATH entries are compared literally rather than as case patterns, so a destination holding *, ? or [ is not mistaken for an unrelated entry. On Windows, a .unsloth-old left behind by a failed restore is the only copy of a working uv, and the next run reused that exact name. It takes a distinct one. * Keep the pinned uv first on PATH, and only count an active profile entry install.sh prepends ~/.local/bin after the uv bootstrap, and astral's env file does too, so a custom UV_INSTALL_DIR destination was pushed behind a stale uv sitting in the home directory and every bare uv below picked the wrong one. The pinned destination goes back in front. setup.sh had the same shape and was fixed in defd2292a. The profile check treated any occurrence of the destination text as proof the PATH entry was already there, so a commented-out old export, or /opt/uv-old when the destination is /opt/uv, suppressed the write and left the next shell without uv. Comments are stripped and the directory has to appear as a whole entry. * Close five review findings on the quarantine and stubless paths * The installer still required Scripts\unsloth.exe to exist, and aborted the whole install when it did not. That reasoning held for a policy, which denies the file and leaves it on disk, but not for antivirus, which quarantines it out of a venv that still runs, and nothing past that point executes it: the setup handoff, the shortcuts and bin\unsloth.cmd all go through the interpreter. It refused to install or repair Studio for exactly the machines this change is for. Absence now asks the interpreter for --version through the trampoline, and only a venv that cannot answer fails, with the same older-unsloth guidance. * The import probe's no-verdict fallback is now split by cause. A timeout keeps the on-disk layout, because slow is not broken: a cold venv under an antivirus scan is exactly that, and the re-exec has no timeout of its own. A failure to START the interpreter fails closed, because the re-exec runs that same interpreter and will fail the same way, and the caller strips .bootstrap_password before re-execing on a headless public launch. * The updater's interpreter fallback used the launcher's 10s timeout for a call that has to import the entire CLI package. That is the work the import probe's 60s ceiling is deliberately generous for, and under the antivirus scan this path exists to survive the short one would call a healthy update broken and roll it back, once per recovery candidate. * Binary resolution now accepts an unsloth-*.dist-info alongside the package directory when ranking stubless venvs, matching _managed_cli_site_packages_ layout. A PEP 660 editable install leaves a .pth and a dist-info and no unsloth_cli/ at all, so the directory test alone ranked a working legacy venv below an empty new one. * managed_bin_fingerprint required fs::metadata on the launcher, which the stubless layout deliberately reports as a path that does not exist, so the capability cache could be neither read nor written and every preflight paid both probe subprocesses again. It falls back to python.exe, which is what starts the CLI there, while the cache key stays the launcher path. Tests: the fail-closed/fallback split in both directions, the timeout contract and that the two constants differ, the editable-install ranking with an unrelated dist-info as the negative control, the stubless fingerprint and its invalidation, and the installer gate through the extracted AST harness. * Gate the NSIS tidy-up, and remove an orphan uv on signal The pre-install hook runs before the user can still cancel, and $INSTDIR can be a directory they picked in the GUI, so deleting install.sh there could take a file that was never ours. Both hooks now only act where our own executable already is. A signal between the two renames restored a predecessor but did nothing when there was none, leaving a 0.12.1 uv beside whatever uvx the machine had. It now removes what it published, which is what the ordinary rollback already does. * Write the uv PATH entry to every startup file astral's installer wired astral's uv installer wires ~/.profile, each of .bashrc, .bash_profile and .bash_login that exists, .zshrc or .zshenv under ZDOTDIR, and a fish drop-in under ~/.config. Replacing that installer with a pinned archive meant the PATH entry only reached the one file for whichever shell happened to be running, so a bash user whose .bash_profile does not source .bashrc, a /bin/sh login, or anyone who later switched shells would have no uv on PATH where they used to. Both POSIX installers now write the same set, once each, with the existing whole-entry check keeping a re-run idempotent. Files that do not exist are not created, apart from ~/.profile, which astral creates too. * Cut the uv publish back to what the common case needs The rollback machinery that grew over the review rounds covered cases a user is very unlikely to meet: an incumbent that cannot be hard-linked, a signal landing between two renames, a restore that itself fails, a second installer racing the first. It was 281 net lines, and every finding in the last two rounds was in it rather than in the hardening. What stays is what the common case needs. POSIX stages both binaries, runs the staged uv, and publishes the pair with two renames; a failure anywhere before them leaves the destination untouched, and the caller falls back to astral's installer exactly as before. Windows probes the extracted uv.exe before touching the destination, then copies the three under -ErrorAction Stop and re-checks the digest at the destination. The staging files are still removed on a signal, since they live in a directory that is on PATH. 64 shell checks and 114 installer tests cover the rest. * Match the exact fish entry, and let a UNC launcher load The fish drop-in is the only thing that puts uv on a fish user's PATH, since fish reads none of the POSIX files, and its check treated any occurrence of the directory as proof: /opt/uv-old suppressed /opt/uv. It now matches the exact fish_add_path line it would write. A launcher on a UNC share is a remote script to PowerShell, and RemoteSigned refuses an unsigned one, so a roaming profile got a shortcut that exits without starting Studio. That case, and only that case, uses Bypass, and drops -WindowStyle Hidden with it so the pair the detections key on never appears. * Wire every startup file on a DEFAULT install too, and give setup.ps1 a fallback The all-profile PATH write was gated on the uv destination differing from ~/.local/bin, which is exactly where a normal install puts it, so every ordinary machine still got the single-file write the shim path has always done. Three independent audits found this. The gate is gone, and the idempotency check now also matches the $HOME-relative spelling the shim block writes, so the default case does not end up with two lines for one directory. studio/setup.ps1 replaced astral's installer with the pinned archive and had nothing to fall back to. A failed pinned install therefore left UseUv false and silently ran torch, bitsandbytes, Triton and the rest through pip: a different resolver, not just a different download. winget is the fallback, as install.ps1 already does, rather than the remote script this branch exists to remove. * Make the quarantine case survive root inference, PATH and the reset hint Three more from review, all the same shape: a Windows path that still treats the generated unsloth.exe as the only evidence of an install. * Root inference. _looks_like_installer_managed_studio_home accepted share/studio.conf or bin\unsloth.exe, and only install.sh writes studio.conf, so on a custom-root Windows install the quarantinable launcher was the only sentinel there was. Once antivirus took it, STUDIO_HOME fell back to ~/.unsloth/studio and every studio subcommand read and wrote the wrong tree while reporting success. bin\unsloth.cmd now counts, validated against the same marker pair and 8 KB ceiling Test-UnslothCmdShimFile and the uninstaller's recursive-delete guard use, because this decides which installation the CLI manages and the directory is on PATH. * The PATH gate took any leaf named unsloth.cmd as a usable launcher. Write-UnslothCmdShim warns and leaves an unwritable file alone, so a foreign shim in a custom root survives the run, and counting it put its directory on PATH and advertised someone else's command as the policy-safe way in. It goes through Test-UnslothCmdShimFile now. * The reset-password hint always advertised `-I -m unsloth_cli` on Windows. -I implies -s, so a pip install --user install was handed a command that cannot find its own package, and the person reading it is by definition already locked out. It now checks whether the package is inside the interpreter's prefix and otherwise prints the bootstrap unsloth_cli/__main__.py documents for exactly this case, which carries no double quote and so wraps identically for cmd and PowerShell. Tests: root inference through a validated .cmd with four rejected impostors, an oversized shim, POSIX unchanged; the PATH gate as a source contract; and a new studio/backend/tests/test_reset_password_command.py covering both interpreter shapes, the spaced-path fallback, the prefix check, and drift between the bootstrap here and _WINDOWS_CLI_ENTRYPOINT. * [pre-commit.ci] auto fixes from pre-commit.com hooks for more information, see https://pre-commit.ci --------- Co-authored-by: pre-commit-ci[bot] <66853113+pre-commit-ci[bot]@users.noreply.github.com> Co-authored-by: danielhanchen <danielhanchen@users.noreply.github.com> Co-authored-by: danielhanchen <unslothshared@gmail.com>
441 lines
18 KiB
Python
441 lines
18 KiB
Python
# SPDX-License-Identifier: AGPL-3.0-only
|
|
# Copyright 2026-present the Unsloth AI Inc. team. All rights reserved.
|
|
|
|
"""`python -m unsloth_cli` must be the console script, byte for byte.
|
|
|
|
Windows materialises the `unsloth` entry point as a generated, unsigned
|
|
`unsloth.exe`, and an Application Control policy (AppLocker / WDAC / Smart App
|
|
Control) denies it while the signed interpreter beside it keeps running, so the
|
|
installer, the desktop app and locked-down users all need a route to the CLI
|
|
that does not go through that executable (issue #8490).
|
|
|
|
Two such routes exist and both must behave exactly like the console script,
|
|
because everything above them assumes the swap is invisible:
|
|
|
|
* ``python -X utf8 -m unsloth_cli`` -- the public, documented one.
|
|
* ``python -X utf8 -c "<trampoline>"`` -- the internal one, used by
|
|
install.ps1, studio/src-tauri and the `studio run` respawn. It is spelled
|
|
out here rather than imported so a silent edit to the constant on either
|
|
side of the language boundary fails this test.
|
|
|
|
`sys.argv[0] = 'unsloth'` is what buys that equivalence: unsloth_cli/__init__
|
|
gates its entry-point behaviour (UTF-8 streams, the `-np<N>` rewrite) on the
|
|
basename of argv[0], and typer/click derive the program name printed in every
|
|
usage and error string from it.
|
|
"""
|
|
|
|
from __future__ import annotations
|
|
|
|
import os
|
|
import subprocess
|
|
import sys
|
|
from pathlib import Path
|
|
|
|
import pytest
|
|
|
|
# Byte-identical to WINDOWS_CLI_ENTRYPOINT in studio/src-tauri/src/process.rs,
|
|
# $script:UnslothCliTrampoline in install.ps1, and _WINDOWS_CLI_ENTRYPOINT in
|
|
# unsloth_cli/commands/studio.py. Spelled out rather than imported so an edit on
|
|
# any one side of the language boundary fails this test.
|
|
TRAMPOLINE = (
|
|
"import sys, os; sys.path[:1] = [x for x in sys.path[:1] if getattr(sys.flags, 'safe_path', False) or x not in ('', os.getcwd())]; "
|
|
"sys.argv[0] = 'unsloth'; from unsloth_cli import app; sys.exit(app())"
|
|
)
|
|
|
|
# No -I. It implies -E, which would discard every PYTHON* variable the console
|
|
# script honours, and that divergence is exactly what the sys.path[:1] filter in
|
|
# the trampoline exists to avoid needing.
|
|
INTERPRETER = [sys.executable, "-X", "utf8"]
|
|
|
|
# Not .resolve(): a POSIX venv's bin/python is a symlink to the base interpreter,
|
|
# and resolving it would look for the console script next to /usr/bin/python3.
|
|
_SCRIPT_DIR = Path(sys.executable).parent
|
|
_CONSOLE_SCRIPT = _SCRIPT_DIR / ("unsloth.exe" if os.name == "nt" else "unsloth")
|
|
|
|
requires_console_script = pytest.mark.skipif(
|
|
not _CONSOLE_SCRIPT.is_file(),
|
|
reason = f"no `unsloth` console script beside {sys.executable}; install the package first",
|
|
)
|
|
|
|
_REPO_ROOT = Path(__file__).resolve().parents[2]
|
|
_REPO_PACKAGE = _REPO_ROOT / "unsloth_cli"
|
|
|
|
|
|
def _installed_package_dir() -> Path | None:
|
|
"""Where a child interpreter's `import unsloth_cli` actually lands.
|
|
|
|
The trampoline strips the working directory from sys.path, so a child
|
|
resolves the INSTALLED package and never this checkout by way of the cwd.
|
|
When the two differ, the subprocess cases below would be testing a released
|
|
wheel rather than the tree under test, so they skip instead of failing for
|
|
the wrong reason. The in-process and source-contract cases still run
|
|
everywhere.
|
|
|
|
The probe therefore has to strip the cwd exactly as the trampoline does, or
|
|
it would answer for a search path the tests never use.
|
|
"""
|
|
probe = _run(
|
|
[
|
|
*INTERPRETER,
|
|
"-c",
|
|
"import sys, os; sys.path[:1] = [x for x in sys.path[:1] if getattr(sys.flags, 'safe_path', False) or x not in ('', os.getcwd())]; "
|
|
"import unsloth_cli; print(os.path.dirname(unsloth_cli.__file__))",
|
|
]
|
|
)
|
|
if probe.returncode != 0:
|
|
return None
|
|
return Path(probe.stdout.decode("utf-8", "replace").strip())
|
|
|
|
|
|
def _run(argv: list[str], env: dict[str, str] | None = None) -> subprocess.CompletedProcess:
|
|
"""Run *argv* with captured bytes. Text mode would hide an encoding fault."""
|
|
return subprocess.run(
|
|
argv,
|
|
capture_output = True,
|
|
timeout = 120,
|
|
env = env,
|
|
)
|
|
|
|
|
|
_INSTALLED_PACKAGE = _installed_package_dir()
|
|
|
|
requires_this_checkout_installed = pytest.mark.skipif(
|
|
_INSTALLED_PACKAGE is None or _INSTALLED_PACKAGE.resolve() != _REPO_PACKAGE,
|
|
reason = (
|
|
f"`import unsloth_cli` in a child resolves to {_INSTALLED_PACKAGE}, not "
|
|
f"{_REPO_PACKAGE}; install this checkout (pip install -e .) to run the "
|
|
"subprocess parity cases"
|
|
),
|
|
)
|
|
|
|
|
|
def _module_argv(*args: str) -> list[str]:
|
|
return [*INTERPRETER, "-m", "unsloth_cli", *args]
|
|
|
|
|
|
def _trampoline_argv(*args: str) -> list[str]:
|
|
return [*INTERPRETER, "-c", TRAMPOLINE, *args]
|
|
|
|
|
|
def _console_argv(*args: str) -> list[str]:
|
|
return [str(_CONSOLE_SCRIPT), *args]
|
|
|
|
|
|
# Cover a clean exit, both help renderers (rich draws box characters here), and
|
|
# the two error shapes: an unknown option at the root and inside a subcommand.
|
|
PARITY_CASES = [
|
|
pytest.param(["--version"], id = "version"),
|
|
pytest.param(["--help"], id = "help"),
|
|
pytest.param(["studio", "--help"], id = "studio-help"),
|
|
pytest.param(["--definitely-not-a-flag"], id = "unknown-root-flag"),
|
|
pytest.param(["studio", "run", "--definitely-not-a-flag"], id = "unknown-subcommand-flag"),
|
|
]
|
|
|
|
|
|
@requires_this_checkout_installed
|
|
def test_the_module_entry_point_exists():
|
|
"""A missing __main__.py degrades to a confusing "cannot be directly executed"."""
|
|
result = _run(_module_argv("--version"))
|
|
assert result.returncode == 0, (
|
|
f"`python -m unsloth_cli --version` failed ({result.returncode}):\n"
|
|
f"{result.stderr.decode('utf-8', 'replace')}"
|
|
)
|
|
assert result.stdout.startswith(b"unsloth "), result.stdout
|
|
|
|
|
|
@requires_console_script
|
|
@requires_this_checkout_installed
|
|
@pytest.mark.parametrize("args", PARITY_CASES)
|
|
def test_module_entry_matches_the_console_script(args):
|
|
reference = _run(_console_argv(*args))
|
|
module = _run(_module_argv(*args))
|
|
assert module.returncode == reference.returncode
|
|
assert module.stdout == reference.stdout
|
|
assert module.stderr == reference.stderr
|
|
|
|
|
|
@requires_console_script
|
|
@requires_this_checkout_installed
|
|
@pytest.mark.parametrize("args", PARITY_CASES)
|
|
def test_trampoline_matches_the_console_script(args):
|
|
"""The form install.ps1 and the Tauri app use, pinned against the real thing."""
|
|
reference = _run(_console_argv(*args))
|
|
trampoline = _run(_trampoline_argv(*args))
|
|
assert trampoline.returncode == reference.returncode
|
|
assert trampoline.stdout == reference.stdout
|
|
assert trampoline.stderr == reference.stderr
|
|
|
|
|
|
@requires_this_checkout_installed
|
|
@pytest.mark.parametrize(
|
|
"argv_builder",
|
|
[_module_argv, _trampoline_argv],
|
|
ids = ["module", "trampoline"],
|
|
)
|
|
def test_the_program_name_is_unsloth_not_the_launcher(argv_builder):
|
|
"""Without the argv[0] rewrite, usage strings read `__main__.py` or `-c`."""
|
|
result = _run(argv_builder("--help"))
|
|
assert result.returncode == 0, result.stderr.decode("utf-8", "replace")
|
|
text = result.stdout.decode("utf-8", "replace")
|
|
assert "unsloth" in text
|
|
assert "__main__.py" not in text
|
|
# `-c` would surface as the program name in the Usage line.
|
|
assert "Usage: -c" not in text
|
|
|
|
|
|
def test_the_attached_np_short_is_still_canonicalised(monkeypatch):
|
|
"""`-np8` must reach typer as `-np 8`, not click's `-n -p 8`.
|
|
|
|
This is the one thing a naive __main__.py silently loses. The gate in
|
|
unsloth_cli/__init__ keys on argv[0], and `-m` imports the package to find
|
|
__main__, so the gate has already run and seen "-m" before __main__ can fix
|
|
argv[0]. The damage is quiet and severe: click reads `-np8` as `-n -p 8` and
|
|
`-p` is --port, so `unsloth studio run -np8` was observed serving on port 8
|
|
instead of 8888 with the parallel count dropped.
|
|
|
|
Driven in-process because the outward symptom is a bound socket: only a
|
|
started server reveals the wrong port, and the argv the CLI is handed is the
|
|
same fact one step earlier.
|
|
"""
|
|
import runpy
|
|
|
|
import unsloth_cli
|
|
|
|
recorded = {}
|
|
|
|
def fake_app(*args, **kwargs):
|
|
recorded["argv"] = list(sys.argv)
|
|
recorded["kwargs"] = kwargs
|
|
|
|
monkeypatch.setattr(unsloth_cli, "app", fake_app)
|
|
# The one-shot guard may already have fired in this interpreter.
|
|
monkeypatch.setattr(unsloth_cli, "_entry_point_prepared", False)
|
|
monkeypatch.setattr(sys, "argv", ["-m", "studio", "run", "-np8"])
|
|
|
|
# SystemExit, because __main__ ends in sys.exit(app()) exactly as the console
|
|
# script does. The fake app returns None, so the status is None: a clean exit.
|
|
with pytest.raises(SystemExit) as exit_info:
|
|
runpy.run_module("unsloth_cli", run_name = "__main__", alter_sys = True)
|
|
assert exit_info.value.code in (None, 0)
|
|
|
|
assert recorded["argv"] == ["unsloth", "studio", "run", "-np", "8"], (
|
|
"__main__ must apply the console-script argv canonicalisation; got " f"{recorded['argv']}"
|
|
)
|
|
# Without this click prints `Usage: python -m unsloth_cli`, because it reads
|
|
# __main__.__package__ rather than argv[0].
|
|
assert recorded["kwargs"].get("prog_name") == "unsloth"
|
|
|
|
|
|
@requires_console_script
|
|
@requires_this_checkout_installed
|
|
@pytest.mark.parametrize(
|
|
"argv_builder",
|
|
[_module_argv, _trampoline_argv],
|
|
ids = ["module", "trampoline"],
|
|
)
|
|
def test_help_matches_the_console_script_under_a_narrow_encoding(argv_builder):
|
|
"""rich draws box characters cp1252 cannot encode; --help must still agree.
|
|
|
|
-X utf8 is dropped for this case on purpose: it would hand the child a utf
|
|
stream anyway, which is exactly the situation the stream guard in
|
|
unsloth_cli/__init__ does not need to handle.
|
|
"""
|
|
strip = ("-X", "utf8")
|
|
argv = [arg for arg in argv_builder("--help") if arg not in strip]
|
|
env = dict(os.environ)
|
|
env["PYTHONIOENCODING"] = "cp1252"
|
|
|
|
reference = _run(_console_argv("--help"), env = env)
|
|
result = _run(argv, env = env)
|
|
|
|
assert result.returncode == reference.returncode, (
|
|
"--help died under a narrow stdout encoding:\n"
|
|
f"{result.stderr.decode('utf-8', 'replace')}"
|
|
)
|
|
assert result.stdout == reference.stdout
|
|
assert result.stderr == reference.stderr
|
|
|
|
|
|
def test_the_module_entry_source_keeps_its_two_load_bearing_details():
|
|
"""Runs everywhere, including where the subprocess cases skip.
|
|
|
|
The parity cases above need this checkout installed, so on a machine holding
|
|
a released wheel they would go quiet and a deleted __main__.py or a dropped
|
|
prog_name would sail through. Both details are invisible at a glance and
|
|
each has already been shipped wrong once, so pin them in the source too.
|
|
"""
|
|
source = (_REPO_PACKAGE / "__main__.py").read_text(encoding = "utf-8")
|
|
|
|
argv_assignment = source.find('sys.argv[0] = "unsloth"')
|
|
package_import = source.find("import unsloth_cli")
|
|
assert argv_assignment != -1, "__main__.py no longer rewrites argv[0]"
|
|
assert package_import != -1, "__main__.py no longer imports the package"
|
|
assert argv_assignment < package_import, (
|
|
"argv[0] must be rewritten before the package is imported, or a direct "
|
|
"`python path/to/__main__.py` run misses the console-script gate"
|
|
)
|
|
# `-m` imports the package to locate this module, so __init__ has already run
|
|
# with argv[0] == "-m" and its gate cannot fire; __main__ has to say so.
|
|
assert "_prepare_entry_point()" in source
|
|
# click reads __main__.__package__ rather than argv[0] and would otherwise
|
|
# print `Usage: python -m unsloth_cli` in every usage and error string.
|
|
assert 'prog_name = "unsloth"' in source
|
|
# The generated console script is `sys.exit(app())`. Typer raises SystemExit
|
|
# itself today, so both spellings agree, but a returned value has to become
|
|
# the exit status here too or they stop agreeing the moment one exists.
|
|
assert "sys.exit(unsloth_cli.app(" in source
|
|
|
|
|
|
@requires_this_checkout_installed
|
|
def test_the_advertised_module_route_ignores_a_shadowing_directory(tmp_path):
|
|
"""`-m` resolves the package before __main__.py runs, so -I is load bearing.
|
|
|
|
A shell sitting in a directory that has an `unsloth_cli` folder is not exotic:
|
|
it is anyone standing in an unsloth checkout. Without -I that copy wins and the
|
|
printed recovery command drives the wrong install, which nothing inside
|
|
__main__.py can detect or undo.
|
|
"""
|
|
shadow = tmp_path / "unsloth_cli"
|
|
shadow.mkdir()
|
|
(shadow / "__init__.py").write_text("app = None\n", encoding = "utf-8")
|
|
(shadow / "__main__.py").write_text("print('SHADOWED')\n", encoding = "utf-8")
|
|
|
|
plain = subprocess.run(
|
|
[sys.executable, "-m", "unsloth_cli", "--version"],
|
|
capture_output = True,
|
|
timeout = 120,
|
|
cwd = tmp_path,
|
|
)
|
|
assert (
|
|
b"SHADOWED" in plain.stdout
|
|
), "the shadowing fixture did not take effect, so the case below proves nothing"
|
|
|
|
isolated = _run([sys.executable, "-X", "utf8", "-I", "-m", "unsloth_cli", "--version"])
|
|
assert isolated.returncode == 0, isolated.stderr.decode("utf-8", "replace")
|
|
assert isolated.stdout.startswith(b"unsloth "), isolated.stdout
|
|
|
|
|
|
def test_every_advertised_module_route_is_isolated():
|
|
"""Runs everywhere: the commands we print must not lose their -I.
|
|
|
|
Source-contract, because they live in hint text rather than in code we can call,
|
|
and a copy that drops the flag reintroduces the shadowing silently.
|
|
|
|
Only the three that name the MANAGED interpreter. -I implies -s, so it hides a
|
|
`pip install --user` install from itself; __main__.py's docstring documents that
|
|
case and offers the -c bootstrap instead, so it is not held to this rule.
|
|
"""
|
|
advertised = {
|
|
"studio/backend/routes/auth.py",
|
|
"studio/backend/run.py",
|
|
"install.ps1",
|
|
}
|
|
for name in sorted(advertised):
|
|
source = (_REPO_ROOT / name).read_text(encoding = "utf-8")
|
|
for line in source.splitlines():
|
|
if "-m unsloth_cli" not in line:
|
|
continue
|
|
# click prints its own `Usage: python -m unsloth_cli` when prog_name is
|
|
# missing; that is the symptom being described, not a command we offer.
|
|
if "Usage:" in line:
|
|
continue
|
|
assert "-I -m unsloth_cli" in line, f"{name}: unisolated module route: {line.strip()}"
|
|
|
|
|
|
def test_the_module_docstring_documents_the_user_site_exception():
|
|
"""-I implies -s, so the advertised form cannot see a --user install.
|
|
|
|
Measured: with the package in the user site, `python -m unsloth_cli` runs and
|
|
`python -I -m unsloth_cli` reports "No module named unsloth_cli". Anyone hitting
|
|
that has a launcher under %APPDATA% -- exactly the user-writable location a
|
|
default AppLocker policy denies -- so it is the population this route exists for.
|
|
"""
|
|
source = (_REPO_PACKAGE / "__main__.py").read_text(encoding = "utf-8")
|
|
assert "pip install --user" in source
|
|
assert "-I implies -s" in source
|
|
# The escape hatch it points at has to be the real one.
|
|
assert (
|
|
"sys.path[:1] = [x for x in sys.path[:1] if getattr(sys.flags, 'safe_path', False) or x not in ('', os.getcwd())]"
|
|
in source
|
|
)
|
|
|
|
|
|
@requires_console_script
|
|
@requires_this_checkout_installed
|
|
def test_safe_path_leaves_an_explicit_pythonpath_alone(tmp_path):
|
|
"""Under -P / PYTHONSAFEPATH there is no implicit entry to strip.
|
|
|
|
Python then puts the first PYTHONPATH entry at sys.path[0], and the console
|
|
script honours it. A filter that removed index 0 regardless would import a
|
|
different package than the console script for the same environment, which is
|
|
the one thing this change is not allowed to do. Measured before the guard
|
|
existed: the console script loaded the shadow, the trampoline did not.
|
|
"""
|
|
shadow = tmp_path / "shadow"
|
|
(shadow / "unsloth_cli").mkdir(parents = True)
|
|
(shadow / "unsloth_cli" / "__init__.py").write_text(
|
|
"raise SystemExit('SHADOWED')\n", encoding = "utf-8"
|
|
)
|
|
env = dict(os.environ)
|
|
env["PYTHONSAFEPATH"] = "1"
|
|
env["PYTHONPATH"] = str(shadow)
|
|
|
|
reference = _run(_console_argv("--version"), env = env)
|
|
trampoline = _run(_trampoline_argv("--version"), env = env)
|
|
|
|
assert trampoline.returncode == reference.returncode
|
|
assert trampoline.stdout == reference.stdout
|
|
assert trampoline.stderr == reference.stderr
|
|
|
|
|
|
@requires_console_script
|
|
@requires_this_checkout_installed
|
|
def test_the_working_directory_is_still_stripped_without_safe_path(tmp_path):
|
|
"""The other half: the guard must not disarm the filter it guards."""
|
|
shadow = tmp_path / "shadow"
|
|
(shadow / "unsloth_cli").mkdir(parents = True)
|
|
(shadow / "unsloth_cli" / "__init__.py").write_text(
|
|
"raise SystemExit('SHADOWED')\n", encoding = "utf-8"
|
|
)
|
|
env = dict(os.environ)
|
|
env.pop("PYTHONSAFEPATH", None)
|
|
env.pop("PYTHONPATH", None)
|
|
|
|
result = subprocess.run(
|
|
_trampoline_argv("--version"),
|
|
capture_output = True,
|
|
timeout = 120,
|
|
env = env,
|
|
cwd = shadow,
|
|
)
|
|
assert result.returncode == 0, result.stderr.decode("utf-8", "replace")
|
|
assert result.stdout.startswith(b"unsloth "), result.stdout
|
|
|
|
|
|
def test_the_stream_reconfigure_happens_once_per_process(monkeypatch):
|
|
"""The console script reaches it twice; the streams must only move once.
|
|
|
|
Off Windows the guard inside cannot short-circuit, because encoding = None
|
|
deliberately keeps the caller's encoding, so the second call reconfigured a
|
|
C-locale console again and flushed it again. Harmless, but it is a difference
|
|
from what the console script did before this file grew a second entry route.
|
|
"""
|
|
import unsloth_cli
|
|
|
|
calls = []
|
|
|
|
class _Stream:
|
|
encoding = "ascii"
|
|
|
|
def reconfigure(self, **kwargs):
|
|
calls.append(kwargs)
|
|
|
|
monkeypatch.setattr(unsloth_cli, "_streams_reconfigured", False)
|
|
monkeypatch.setattr(unsloth_cli._sys, "stdout", _Stream())
|
|
monkeypatch.setattr(unsloth_cli._sys, "stderr", _Stream())
|
|
|
|
unsloth_cli._reconfigure_entry_point_streams()
|
|
unsloth_cli._reconfigure_entry_point_streams()
|
|
unsloth_cli._reconfigure_entry_point_streams()
|
|
|
|
assert len(calls) == 2, f"expected one reconfigure per stream, got {calls}"
|