Zum Inhalt springen

67 Einträge aus 3 Quellen. Zuletzt aktualisiert:

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.13: OpenTelemetry, Daemon-Provider und mise backends switch

Mise 2026.9.13 exportiert mit mise run experimentell OpenTelemetry-Traces und -Logs, erlaubt geteilte Daemon-Provider für PostgreSQL, CockroachDB und NATS, wechselt Backends in Lockfiles nur noch per mise backends switch, kann über [dotfiles] und [bootstrap.files] Dateien entfernen und Berechtigungen verwalten und entfernt das experimentelle pkgx:-Backend.

mise run can now export OpenTelemetry traces and logs (experimental), and experimental daemon providers let several projects and worktrees share one PostgreSQL, CockroachDB, or NATS server, each with its own database or account. Lockfiles no longer switch backends on their own when the registry moves a tool: the new mise backends switch command does it when you ask. [dotfiles] and [bootstrap.files] can now remove files and manage permissions, and mise bootstrap unapply removes what a module set up. The experimental pkgx: backend has been removed.

Highlights

  • Observability and shared services (experimental): task runs export OTLP traces and, if you opt in, task output as logs. Global [daemon_providers] run long-lived servers, and projects attach to them with an isolated database or NATS account per checkout.
  • Safer lockfiles: locked tools stay on their locked backend, mise lock --bump checks remote versions and fails when it can't, lockfiles no longer record versions that were never confirmed, and tool stubs lock into the project's mise.lock.
  • Declarative cleanup: mode = "absent", remove_empty templates, permissions-only entries, removal of empty directories mise created, and mise bootstrap unapply let a config describe what should not be on a machine.

Added

Tasks …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Hk von jdx

hk 2.1.0: Glob-Imports in hk.pkl und neue Builtins

hk 2.1.0 unterstützt Glob-Imports per import*(...) in der hk.pkl, erkennt Änderungen an importierten Modulen im Config-Cache zuverlässig und bringt neue Builtin-Funktionen für kube-linter, dotnet format und EditorConfig sowie Fixes für typos und pre-push.

hk.pkl can now assemble steps from a glob of Pkl files with the expression form of import*, and hk's config cache finally notices when glob-matched or transitively imported modules change. Three new builtin capabilities land for Kubernetes manifests, .NET projects, and EditorConfig fixes, plus fixes for typos under custom shells and pre-push crashing on unexpected stdin.

Added

  • Glob imports in hk configuration (#1423, @jdx). The expression form import*("generated/*.pkl") now evaluates; hk previously rejected it at parse time with unexpected token in expression: KwImportStar, which kept projects that generate step definitions on hk 1.x. The declaration form import* "generated/*.pkl" as generated continues to work. Support comes from upgrading hk's bundled Pkl evaluator to pklr 3.0.

    local generated = import*("generated/*.pkl")
    
    hooks {
      ["check"] {
        steps = new Mapping<String, Step> {
          for (_, mod in generated) {
            ...mod.STEPS
          }
        }
      }
    }
    

    Each matched file exports its own STEPS: Mapping<String, Config.Step>. See the new "Import many files at once" section in the Pkl introduction docs. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.12: Tasks mit Daemons, Scoop- und zypper-Pakete, offizielle Docker-Images

Mise 2026.9.12 erweitert das experimentelle Daemon-System um Tasks mit benötigten Daemons, [daemon_groups], port = "auto" und Presets für CockroachDB, NATS und SpiceDB, ergänzt die Bootstrap-Manager scoop: und zypper:, veröffentlicht offizielle Docker-Images und verbessert die Installation von brew-cask.

The experimental [daemons] system grows substantially: tasks can declare the daemons they need, [daemon_groups] selects subsets of a project's services, port = "auto" and stable <NAME>_URL hostnames let several git worktrees run the same stack side by side, and CockroachDB, NATS, and SpiceDB join the PostgreSQL and Redis presets. Outside daemons, [bootstrap.packages] gains scoop: and zypper: managers, mise install --system elevates with sudo only for the final publish step, official mise images are published to GHCR and Docker Hub, and a run of brew-cask fixes lets many more casks install unattended.

Highlights

  • Daemons as part of the task graph (experimental): [tasks.x] daemons = [...] starts and waits for services before a task runs, daemons can run a mise task, [daemon_groups] and mise daemons start <group> select subsets, and mise daemons register, urls, and prune round out the lifecycle. Worktrees get deterministic ports, hostnames, and optionally checkout-local data_dir storage without hand-assigned numbers.
  • More host software from one config: Scoop on Windows and zypper on openSUSE/SLE join the bootstrap managers; brew-cask now picks the right build for the host macOS release, runs installers that need sudo, applies pkg installer choices and set_ownership steps, upgrades pkg-only self-updating casks, and survives DMGs with license prompts or unreadable metadata; brew: resolves formula aliases such as openssl. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.11: macos-app-Bootstrap, Task-Template-Vererbung und Swift-Fixes

Mise 2026.9.11 ergänzt den Bootstrap-Manager macos-app für .app-Bundles, lässt Task-Templates usage-Flags vererben und von File-Tasks erweitern, wählt Swift-Builds unter Linux anhand des swift.org-Release-Index und liefert aussagekräftigere Installationsfehler.

A new macos-app bootstrap manager installs .app bundles from a pinned URL and checksum when no Homebrew cask exists, task templates now compose usage flags and can be extended from file tasks, and Swift on Linux picks its distro build from swift.org's release index instead of a hard-coded map that 404'd on arm64 and on newer Fedora, Amazon Linux, and Arch hosts. Install failures also become far more actionable: errors name the minimum_release_age cutoff that hid every version, the child's last stderr line, or the shared libraries a Swift toolchain cannot load.

Highlights

  • Apps without a cask: "macos-app:<name>" entries in [bootstrap.packages] download, checksum-verify, and install a .app into /Applications using mise's existing cask pipeline, with stricter ownership rules for apps already at the target.
  • Task templates that actually share things: a task that extends a template now inherits the template's usage flags alongside its own, file tasks can write #MISE extends="...", and a template's vars can read the values the extending task supplies.
  • Swift on Linux: arm64 downloads resolve on every distro, the build is chosen from what a release actually publishes (with a warning when a fallback is used), and a fallback that cannot start names the missing libraries instead of exiting 127 after a 1 GB download.

Added …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.10: shims.exclude, allow_exotic_deps und Windows-Ctrl-C-Fix

Mise 2026.9.10 ergänzt die Einstellungen shims.exclude und allow_exotic_deps, erlaubt mit mise dot pull das Lösen aller Konflikte auf einmal, fügt vfox-Hooks cmd.stream hinzu und behebt Ctrl-C-Probleme von mise run unter Windows, langsame fish-Starts über Shims sowie Fehler bei Tasks, Lockfiles und Homebrew Casks.

New settings let mise manage a tool without claiming its command names (shims.exclude) and approve non-registry npm dependencies (allow_exotic_deps), mise dot pull can decide every sharing conflict at once, and vfox plugin hooks gain cmd.stream plus a working cmd.exec timeout. On the fix side, mise run now survives Ctrl-C on Windows instead of orphaning cmd.exe, fish shells launched through shims start much faster with correct PATH order, and several task-resolution, lockfile, and Homebrew cask bugs are corrected.

Highlights

  • Control over what mise puts on PATH and what it installs: settings.shims.exclude keeps names like python resolving to the OS while mise still manages the tool; allow_exotic_deps approves specific npm packages fetched from git or tarball URLs; exact packslip: pins install during a minimum_release_age cooling window; and mise upgrade --bump keeps SemVer build metadata such as +k3s1.
  • Dotfiles sharing on a second machine: mise dot pull --take-remote-all / --keep-local-all resolve all conflicts in one command, paths that cannot be decided are held rather than aborting the pass, and a directory sitting where a tracked file belongs is now reported as exactly that. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Hk von jdx

hk 2.0.1: Terragrunt-Validierung, kubeconform-Optionen, klarere Testfehler

hk 2.0.1 lässt die Terragrunt-Builtins Fehler in gemeinsam genutzten HCL-Dateien erkennen (erfordert terragrunt 1.0.8+), macht kubeconform umstellbar und verbessert die Fehlermeldungen von hk test.

The Terragrunt builtins now catch errors in shared HCL files, kubeconform can be retargeted without breaking its bundled tests, and hk test explains itself when a step's filters exclude every file a test writes. Note that the Terragrunt builtins now require terragrunt 1.0.8 or newer.

Fixed

  • terragrunt_hcl_validate catches errors in shared HCL includes (#1371, @sassdavid). Previously the step ran --working-dir once per selected directory, so editing a shared file outside every unit directory (one reached only via include or read_terragrunt_config) validated nothing and passed. Both terragrunt_hcl_validate and terragrunt_hcl_fmt now run a single terragrunt process scoped with --filter; validate adds a directory filter and a reading= filter per selected file so unit configs and shared includes are both covered. On a 39-unit repository this cut fmt from 1650ms to 91ms and validate from 5680ms to 1475ms. Requires terragrunt 1.0.8+, the first release where --filter works on hcl fmt and hcl validate. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.9: Dotfiles-Löschfix, verschlüsseltes mise dot track, uv-Optionen

Mise 2026.9.9 behebt fälschlich als gelöscht erfasste Dotfiles im History-Watcher, ergänzt mise dot track --encrypt und mise bootstrap --adopt --replace-history, fügt pypi:-Tools die Optionen with, expose und dependency_prereleases hinzu und behebt mehrere Installations- und PowerShell-Fehler.

The dotfiles history watcher no longer records files as deleted when a checkpoint and a sync compose snapshots at the same time, mise dot track --encrypt enrolls a file with encrypted history from its first checkpoint, mise bootstrap --adopt --replace-history discards unrelated local history in one shot, and pypi: tools gain lock-aware with, expose, and dependency_prereleases options. Also fixed: packslip: installs from private GitHub repositories, stale history watchers after upgrading, global npm tools being reinstalled under lockfile = true, and the -- separator in activated PowerShell sessions.

Added

  • dotfiles: mise dot track --encrypt writes encrypt = true into the tracked declaration and encrypts the initial baseline checkpoint, for files that must never have plaintext history. [history.encryption].recipients must be configured first; if the encrypted baseline cannot be saved, enrollment fails closed and rolls back the declaration without committing history metadata. Run it as a standalone command rather than inside mise dot capture. Enabling encryption on a file that already has plaintext history does not rewrite that history. (#13180 by @jdx)

    mise dot track ~/.config/app/credentials --encrypt
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.9: Dotfiles-Fix, verschlüsseltes mise dot track, uv-Optionen

Mise 2026.9.9 behebt falsch als gelöscht erfasste Dateien im Dotfiles-History-Watcher, ergänzt mise dot track --encrypt, mise bootstrap --adopt --replace-history sowie die pypi:-Optionen with, expose und dependency_prereleases und behebt weitere Fehler bei packslip:-Installationen, veralteten History-Watchern, globalen npm-Tools unter lockfile = true und dem ---Trenner in PowerShell.

The dotfiles history watcher no longer records files as deleted when a checkpoint and a sync compose snapshots at the same time, mise dot track --encrypt enrolls a file with encrypted history from its first checkpoint, mise bootstrap --adopt --replace-history discards unrelated local history in one shot, and pypi: tools gain lock-aware with, expose, and dependency_prereleases options. Also fixed: packslip: installs from private GitHub repositories, stale history watchers after upgrading, global npm tools being reinstalled under lockfile = true, and the -- separator in activated PowerShell sessions.

Added

  • dotfiles: mise dot track --encrypt writes encrypt = true into the tracked declaration and encrypts the initial baseline checkpoint, for files that must never have plaintext history. [history.encryption].recipients must be configured first; if the encrypted baseline cannot be saved, enrollment fails closed and rolls back the declaration without committing history metadata. Run it as a standalone command rather than inside mise dot capture. Enabling encryption on a file that already has plaintext history does not rewrite that history. (#13180 by @jdx)

    mise dot track ~/.config/app/credentials --encrypt
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.8: Top-Level-Befehl mise dot und schnellere brew-Bootstrap-Installation

Mise 2026.9.8 stellt die Dotfile-Verwaltung als mise dot bzw. mise dotfiles auf oberste Ebene, führt Homebrew-Bootstrap-Installationen nebenläufig aus und korrigiert Probleme bei aube-Reputationsprüfungen, PyPI-Fallbacks, missing:-Warnungen und deaktivierten Backends in Lockfiles.

Dotfile management moves to the top level as mise dot, Homebrew bootstrap installs run their download, extraction, and linking stages concurrently, and several install paths are corrected: embedded aube reputation gates now report the real reason and honor --yes, PyPI tools fall back to version-only installs when a dependency graph cannot be built, lazy tools no longer trigger missing: warnings, and lockfiles no longer resurrect disabled backends.

Added

  • dotfiles: The full dotfiles command tree is now available as mise dotfiles, with mise dot as a short alias. mise bootstrap dotfiles remains supported and all three spellings share the same behavior, including bootstrap hooks around apply. Generated history-watch services now invoke mise dot watch. (#13158 by @jdx)

    mise dot track ~/.zshrc
    mise dot status
    mise dot history
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.8: mise dot auf oberster Ebene und schnellere brew-Installs

Mise 2026.9.8 stellt die Dotfile-Verwaltung als mise dotfiles bzw. mise dot bereit, führt Download, Entpacken und Verlinken bei Homebrew-Bootstrap-Installationen gleichzeitig aus und korrigiert mehrere Installationspfade, darunter aube-Reputationsprüfungen mit --yes, PyPI-Fallback auf reine Versionsinstallationen, missing:-Warnungen bei Lazy-Tools und deaktivierte Backends in Lockfiles.

Dotfile management moves to the top level as mise dot, Homebrew bootstrap installs run their download, extraction, and linking stages concurrently, and several install paths are corrected: embedded aube reputation gates now report the real reason and honor --yes, PyPI tools fall back to version-only installs when a dependency graph cannot be built, lazy tools no longer trigger missing: warnings, and lockfiles no longer resurrect disabled backends.

Added

  • dotfiles: The full dotfiles command tree is now available as mise dotfiles, with mise dot as a short alias. mise bootstrap dotfiles remains supported and all three spellings share the same behavior, including bootstrap hooks around apply. Generated history-watch services now invoke mise dot watch. (#13158 by @jdx)

    mise dot track ~/.zshrc
    mise dot status
    mise dot history
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Fnox von jdx

fnox 1.35.2: Shell-Hook wiederholt Secret-Ladevorgänge, Azure-Fix

fnox 1.35.2 wiederholt im Shell-Hook unvollständige Secret-Ladevorgänge, behandelt import in der globalen Konfiguration korrekt, behebt fnox provider test für Azure Key Vault und veröffentlicht Shell-Completion-Skripte mit jedem Release.

Fixes for the shell hook and daemon when a provider is temporarily unavailable, correct handling of import in the global config, a fix for fnox provider test against Azure Key Vault, and shell completion scripts published with each release.

Fixed

  • Shell hook retries incomplete secret loads (#839) -- @jdx. When the shell hook loaded a credential but a dependent secret failed to resolve (for example, op exiting unsuccessfully during shell startup), the partial result was recorded as an unchanged session and later prompts skipped resolution entirely, even after the provider came back; fnox exec would succeed while the shell stayed incomplete. The hook now records incomplete loads and retries on the next invocation, resuming the normal early exit once everything resolves. The daemon also no longer caches missing values, so a recovered secret is resolved and cached normally instead of leaving a stale miss behind. Note that secrets which are persistently unavailable (including optional ones) are now retried on every prompt, which can add latency and repeat warnings until they resolve; secrets excluded from shell injection (env = false) do not trigger retries. The daemon socket compatibility tag was bumped, so upgraded clients start a fresh daemon rather than reusing an old one that still caches misses. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Hk von jdx

hk 2.0.0: Gemeinsame Steps, kontextabhängiges Staging, v1 entfernt

hk 2.0.0 führt eine gemeinsame Top-Level-steps-Map ein, stagt Fixes standardmäßig nur noch in pre-commit, macht Builtin-Varianten zu typisierten Optionen, entfernt die veraltete v1-Konfiguration und bringt neun neue Builtins, weshalb die hk.pkl beim Upgrade geprüft werden muss.

hk 2.0 simplifies configuration around a single shared steps map, stages fixed files only in pre-commit by default, turns builtin variants into typed options, and removes the deprecated v1 configuration files and entry points. Upgrading requires reviewing your hk.pkl; see Breaking Changes below and the v2 migration guide.

Highlights

  • Less repetition in hk.pkl: a top-level steps block now defines the check, fix, and pre-commit hooks at once, and builtin variants such as gitleaks_staged or pinact_v3 are replaced by options on the primary builtin (#1255, #1253).
  • Predictable staging: only pre-commit stages fixes automatically; hk fix and custom hooks leave the index alone unless you ask (#1256).
  • Pkl only: hk.toml/yaml/json, .hkrc.pkl, UserConfig.pkl, hk generate, and the external pkl CLI fallback are gone; hk reports a targeted replacement for each removed input (#1257).
  • Nine new builtins for Terraform, Terragrunt, Kubernetes, Markdown, and repository hygiene, plus fixes to rubocop, tf_lint, and zizmor.

Breaking Changes

Shared top-level steps and hook defaults (#1255, @jdx) …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.7: Lockfile-Revision 2 mit Abhängigkeitsgraphen und Dotfile-Konflikten

Mise 2026.9.7 führt mise.lock Revision 2 mit vollständigen Abhängigkeitsgraphen für npm- und Python-Tools ein, ergänzt mise bootstrap dotfiles conflicts, erlaubt Bootstrap-Secrets in Dotfile-Templates, hindert minimum_release_age am Ablehnen bereits gelockter Versionen und schließt eine Sicherheitslücke bei history.describe_command.

This release introduces mise.lock revision 2, which records complete transitive dependency graphs for npm tools (via embedded aube) and Python tools (via uv) in native sidecar files, and adds mise bootstrap dotfiles conflicts for inspecting dotfile sync conflicts before resolving them. It also lets dotfile templates consume bootstrap secrets, stops minimum_release_age from rejecting versions already committed to a lockfile, and closes a security gap in history.describe_command.

Added

  • lock: Lockfile revision 2 records the full dependency graph of npm tools installed by embedded aube and of pypi: tools installed by uv, then replays it with a strict frozen install so two projects on the same top-level version can still receive their own reviewed transitive graph. Graphs live in native sidecar files (uv.lock / aube-lock.yaml plus a manifest) under .mise/locks/<backend-tool>/<version>/, referenced from mise.lock by relative path and SHA-256 digest, so the lockfile itself stays small. Commit the sidecar directory with mise.lock. New lockfiles use revision 2; existing revision 0 and 1 files keep their format until you run mise lock --upgrade. mise lock --bump <tool> refreshes a tool's transitive graph even when its top-level version is unchanged, ordinary mise install validates and accepts hand-edited sidecars, and mise install --locked rejects digest mismatches until you run mise lock. Python graph locking requires uv 0.12.10 or newer and pub…

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Hk von jdx

Version 1.58.0 (hk): Release ohne Binaries, droast-Builtin

hk 1.58.0 ergänzt das droast-Dockerfile-Linter-Builtin und behebt Abweichungen zwischen Konfiguration und Verhalten, war aber nur ein nachträglich angelegtes Release ohne Binaries, sodass die Änderungen erst mit v1.58.1 verfügbar sind.

[!IMPORTANT] The original v1.58.0 publishing workflow failed after the tag was created. This backfilled release contains no binary assets and was not published to crates.io. The changes below first became available to installers in v1.58.1; use that version or newer.

This release adds the droast Dockerfile linter and fixes several places where hk's effective behavior diverged from its configuration: project and global Pkl scalar settings now reach the runtime, standalone subdirectory configs stay scoped to their own project, and HK_CHECK plus the corresponding git settings correctly select check or fix commands. Release binaries also regain their embedded Pkl package instead of silently falling back to the network.

Added

  • droast Dockerfile linter (@illesnagy1) #1302. The new droast builtin checks Dockerfile, Dockerfile.*, and Containerfile* files and can apply droast's safe, deterministic fixes with hk fix.

Fixed

  • Pkl scalar settings now take effect (@jdx) #1307. terminal_progress, walk_ignore, and stash_backup_count are now loaded from project Pkl and user-global configuration, merged with the existing project-first precedence, and shown correctly by hk config dump. …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.6: Projekt-Daemons, mise doctor project und vfox-Tool-Discovery

Mise 2026.9.6 führt experimentelle Projekt-Daemons über pitchfork, den Befehl mise doctor project und Tool-Discovery von vfox-Backend-Plugins in mise search ein, ändert das HTTP-Backend-Standardlayout und behebt Fehler bei nushell, Monorepos, Lockfiles, brew und Windows-Bootstrap.

This release adds experimental project daemons backed by pitchfork, a mise doctor project command for project-declared diagnostic checks, and tool discovery from vfox backend plugins in mise search. It also changes the HTTP backend's default install layout so uninstall and prune reclaim disk space, speeds up warm lockfile_mode = "generate" installs and repeated OCI builds, and fixes a batch of nushell, monorepo, lockfile, brew, and Windows bootstrap issues.

Highlights

  • Services next to tools: [daemons] declares background processes and PostgreSQL/Redis presets in mise.toml, managed through mise daemons and optionally started when you enter the project. [doctor.checks.<name>] lets projects declare their own environment probes for mise doctor project.
  • Discovery and output: mise search, shell completion, and interactive mise use now include tools published by installed vfox backend plugins, and settings.truncate / --no-truncate disable terminal-width truncation (automatically when a coding agent is detected).
  • Storage and speed: HTTP tools now extract into their own install directory by default (opt back into deduplication with shared_extraction = true), warm generate-mode installs skip needless lockfile rewrites, and OCI builds share a local tool-layer cache.

Added …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.5: macOS-Defaults, plattformabhängige Dotfiles, vollständige Lockfiles

Mise 2026.9.5 erweitert das macOS-Bootstrap um Current-Host- und verschachtelte Defaults, ermöglicht plattformabhängige Dotfiles und Tasks, bietet eine optionale Testfunktion für vollständige Lockfiles und behebt Fehler bei Installationsfortschritt, Self-Update, brew-cask und Sandbox.

This release deepens macOS bootstrap support with current-host and nested defaults, lets dotfiles and tasks adapt to the platform and to parsed arguments, and adds an opt-in trial of complete lockfile generation. It also carries a batch of install progress, self-update, brew-cask, and sandbox fixes.

Added

  • bootstrap: New [[bootstrap.macos.defaults_entries]] blocks let you set macOS preferences explicitly with domain, key, value, and an optional host (any by default, or current), covering preferences normally written via defaults -currentHost while keeping the existing [bootstrap.macos.defaults] shorthand. Entries also accept an optional path to patch a nested dictionary value without replacing its siblings, preserving property-list types and creating missing parents. (#12983 by @azohra, #12984 by @azohra)

    [[bootstrap.macos.defaults_entries]]
    domain = "com.apple.dock"
    key = "autohide"
    value = true
    host = "current"
    
  • bootstrap: More friendly macOS preferences: Finder folder sorting and default cloud save location, Dock autohide delay and timing (integers or floats), and keyboard automatic capitalization and spelling correction, all using snake_case names consistent with the existing sections. (#13032 by @jdx) …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.4: Nix-Bootstrap, env-Selektoren und Man Pages

Mise 2026.9.4 ergänzt Nix als Bootstrap-Paketmanager, env-Selektoren für [bootstrap.packages], Man Pages für Packslip-Tools und eine task-bezogene Quiet-Einstellung, beschleunigt Dotfiles-History-Rebuilds deutlich und enthält viele Fehlerbehebungen.

This release expands the bootstrap package model with Nix support and environment selectors, teaches packslip tools to ship man pages, and adds a task-scoped quiet setting. It also carries a wide batch of packslip, bootstrap, and cross-platform fixes plus a major speedup to dotfiles history rebuilds.

Added

  • bootstrap: Nix is now a built-in [bootstrap.packages] manager on Linux and macOS. Declare packages with the nix: prefix and apply them through your normal Nix profile; the manager supports use, apply, status JSON, and targeted upgrades while leaving Nix sources, caches, trust, and profile rollback under Nix control. This also adds mise bootstrap packages export --format nix to emit a deterministic NixOS module from your nix: declarations and packages use --no-install to record declarations without touching package managers. (#13013 by @jdx)

    [bootstrap.packages]
    "nix:ripgrep" = "latest"
    
  • bootstrap: [bootstrap.packages] entries gain an env selector (a single environment or a list), so a package is only enabled when one of its listed mise environments is active via -E or MISE_ENV. When both os and env are set, both must match. Packages for inactive environments stay declared and are protected from pruning. (#12956 by @jdx)

    [bootstrap.packages]
    "brew:postgresql" = { version = "latest", env = ["dev", "test"] }
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.3: WinGet-Bootstrap, signierte vfox-Plugins, schnellere Inline-Befehle

Mise 2026.9.3 ergänzt WinGet als Bootstrap-Paketmanager unter Windows, ermöglicht signierte Packslip-Archive für vfox-Plugins, beschleunigt einfache Tasks unter Unix durch Verzicht auf die Shell und behebt Fehler bei Bootstrap, Sandbox und Windows ARM64.

This release brings Windows bootstrap into the package-manager era with WinGet support, extends the packslip signing model to vfox plugins, and speeds up simple tasks by skipping the shell on Unix. It also carries a batch of bootstrap, sandbox, and Windows ARM64 fixes.

Added

  • bootstrap: WinGet is now a built-in [bootstrap.packages] manager on Windows, so mise bootstrap packages can check status, install, and upgrade apps by exact package ID. It supports version pins, source refresh, and automatic source-agreement acceptance. Scoop, Chocolatey, and package removal remain future work. (#12928 by @jdx)

    [bootstrap.packages]
    "winget:Microsoft.PowerShell" = "latest"
    
  • vfox: External vfox plugins can now be installed from signed packslip archives instead of a Git clone, reusing the packslip backend's release selection, signature verification, digest checks, and signer pins. This is aimed at non-registry plugins; registry defaults and embedded plugins are unchanged. (#12948 by @jdx)

    mise plugins install vfox:bfs 'packslip:mise-plugins/vfox-bfs#0.1.0'
    ``` …
    

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Mise von jdx

Mise 2026.9.2: Packslip-Backend, SSH Relay und neue Installationsanzeige

Mise v2026.9.2 bringt das stabile packslip:-Backend zur Installation von Tools aus signierten Release-Manifesten, ein schreibgeschütztes GitHub SSH Relay für Remote-Onboarding, neu gestaltete Installationsanzeigen für Terminals und CI-Logs, ein überarbeitetes Dotfiles-Tracking im Bootstrap sowie zahlreiche Fehlerbehebungen und zwei Sicherheitsfixes.

This is a large release headlined by the new stable packslip: backend for installing tools from a vendor's own signed release manifest, a read-only GitHub SSH relay for remote onboarding, redesigned install progress for both terminals and CI logs, and a rebuilt dotfiles-tracking model for bootstrap. It also carries dozens of fixes across shims, tasks, brew, Go, npm, and the schema, plus two security fixes.

Highlights

  • The packslip: backend is now generally available: install tools directly from a project's cryptographically signed release manifest, with signer pinning, trusted stampers, host-requirement checks, shell completions, and agent skills all driven from the same signed source.
  • Install output was reimagined end to end. Interactive terminals get a live region with a fractional install-wide bar and permanent completion lines, while CI logs, pipes, and AI-agent terminals get a compact append-only reporter instead of thousands of scrolling rows.
  • Bootstrap grows a read-only GitHub SSH relay and --from-git onboarding, an AUR package manager, and a rebuilt dotfiles-history model that tracks files through ordinary Git commits synchronized with an origin.

Added …

Originalquelle(öffnet in neuem Tab)Problem melden

Angaben zum Datum

Datum aus der Quelle.

Erstmals gesehen am .

Fnox von jdx

fnox 1.35.1: Signiertes Provenance-Manifest für Releases

fnox 1.35.1 ändert das Laufzeitverhalten nicht, veröffentlicht aber mit jedem Release ein signiertes Provenance-Manifest (packslip.sigstore.json) zur Verifizierung von Downloads.

A small release with no changes to fnox's runtime behavior. The one user-facing improvement is that release downloads can now be verified against a signed provenance manifest; the rest is documentation and internal tooling.

Changed

  • Signed packslip published with each release (#807) -- @jdx. Every release now ships a keyless-signed packslip.sigstore.json beside the archives, listing each artifact's sha256/sha512, the bundled executable, host shared-library requirements, and build-provenance attestations, all tied to the github.com/jdx/fnox OIDC identity. Installers can verify a download against that identity rather than a signing key the project would have to hold and rotate. A fnox.usage.kdl CLI spec is also published so consumers can generate completions, man pages, and docs without executing fnox locally.

Full Changelog: https://github.com/jdx/fnox/compare/v1.35.0...v1.35.1

💚 Sponsor fnox

fnox is built and maintained by @jdx, an open source developer at entire.io, the title sponsor of his open source work.

If fnox handles secrets or config for you or your team, please consider becoming an individual or company sponsor. Your support funds ongoing development and helps keep fnox secure, free, and independent.

Originalquelle(öffnet in neuem Tab)Problem melden