Flox Catalog Login Requirement Starts October 20: What You Need to Know
In August, we announced that certain Flox CLI operations would soon require authentication. The backstory is that as agents generate more Catalog traffic, authentication will help us identify and curb abusive automation, keeping the service responsive for everyone.
That change takes effect Tuesday, October 20, 2026.
The login requirement coincides with the release of Flox v1.19.0, but applies to older Flox CLI versions, too. Starting October 20, accessing the Flox Catalog to install packages, upgrade dependencies, or resolve new package requirements will require a free FloxHub account. Searching and inspecting packages will remain public. Because resolving dependencies takes more work, that's where we're requiring a login.
What Changes… and What Doesn't
Commands that resolve packages, including flox install, flox upgrade, flox run, and flox include upgrade, will require authentication. So will commands like flox init, flox edit, and flox activate when they need to resolve packages—i.e., when a valid lockfile doesn’t already exist.
You can still activate an existing Flox environment without logging in, provided it has a valid lockfile. This means CI pipelines can run without FloxHub credentials, while offline sandboxes can run without Catalog access as long as the required packages are available locally. We'll cover both cases below.
Other operations remain public, including flox search, flox show, and flox pull for public packages and environments.
Getting Ready
On your machine: Run flox auth login and authenticate using GitHub, Google, or GitLab. If you're already logged in, there's nothing to do.
In CI: You’ve got two options:
- Use a committed lockfile. Commit your environment's
manifest.lockalongside its manifest. Pipelines that activate an existing, correctly locked environment don't need to authenticate with the Flox Catalog. - Authenticate your pipeline. If your jobs install, upgrade, or resolve packages, provide a service account token (SAT) using the
FLOX_FLOXHUB_TOKENenvironment variable. Store credentials in your CI platform's secrets manager. Note: Token authentication requires Flox v1.14.0 or newer.
In AI agent environments and offline sandboxes: The same rules apply, with one important distinction. A lockfile eliminates the need to resolve dependencies, but it doesn't eliminate the need to obtain packages. For sandboxes without internet access, prepare the locked environment and make its package dependencies available locally before launching the sandbox. Authentication tokens cannot substitute for network connectivity.
Using an older CLI? Flox CLI versions 1.3.5 through 1.13.x support interactive login but not PATs or SATs. Versions older than v1.3.5 must be upgraded to continue resolving packages.
Why We're Making This Change
As more developers, CI systems, and AI agents depend on FloxHub, authentication helps us understand how these services are used, protect them from abusive automation, and prioritize improvements to reliability and performance.
This isn't a paywall. FloxHub accounts are 100% free, and the free tier retains all its existing capabilities.
For complete instructions and FAQs, read the documentation. Questions? Join us on community Slack or Discourse, or email support@flox.dev.
Frequently Asked Questions
As more developers, CI systems, and especially AI agents use Flox, they generate more traffic to the Flox Catalog. Authentication helps Flox identify and curb abusive automation, keeping the service responsive for everyone, and helps it understand how the service is used so it can prioritize improvements to reliability and performance. The login applies to resolving dependencies because resolving takes more work than searching for or inspecting packages. (Why We're Making This Change)
In practice, yes. Starting October 20, 2026, installing packages, upgrading dependencies, or resolving new package requirements from the Flox Catalog requires a free FloxHub account, and that covers most of what you do when you create or change an environment. The exceptions are searching for and inspecting packages, pulling public packages and environments, and activating an existing environment that already has a valid lockfile. (What Changes… and What Doesn't)
Commands that resolve packages, including flox install, flox upgrade, flox run, and flox include upgrade. Commands like flox init, flox edit, and flox activate also require authentication when they need to resolve packages, meaning when a valid lockfile doesn’t already exist. flox search, flox show, and flox pull for public packages and environments do not. (What Changes… and What Doesn't)
Run flox auth login and authenticate using GitHub, Google, or GitLab. If you’re already logged in, there’s nothing to do. (Getting Ready)
You have two options. Commit your environment’s manifest.lock alongside its manifest: pipelines that activate an existing, correctly locked environment don’t need to authenticate. Or, if your jobs install, upgrade, or resolve packages, provide a service account token through the FLOX_FLOXHUB_TOKEN environment variable, stored in your CI platform’s secrets manager. Token authentication requires Flox v1.14.0 or newer. (Getting Ready)
The same rules apply. A lockfile removes the need to resolve dependencies, but the sandbox still needs the packages themselves. For sandboxes without internet access, prepare the locked environment and make its package dependencies available locally before launching the sandbox. Authentication tokens can’t substitute for network connectivity. (Getting Ready)
Yes. It coincides with the Flox v1.19.0 release but applies to older versions, too. Versions 1.3.5 through 1.13.x support interactive login but not personal access tokens or service account tokens. Versions older than v1.3.5 must be upgraded to continue resolving packages. (Getting Ready)
No. FloxHub accounts are 100% free, and the free tier retains all its existing capabilities. (Why We're Making This Change)
Keep learning with Flox
Interviews, tips, guides, industry best practices, and news.
Sometimes You Just Need jq
Flox v1.16 introduces flox run, a subcommand that runs commands from Flox Catalog packages without creating an environment, along with pre-built secrets integrations for 1Password, HashiCorp Vault, OpenBao, and Infisical.
Read postAuto-Activation Is Now Native in Flox
Native Flox auto-activation enables a seamless, friction-free flow by dynamically discovering, activating, layering, and deactivating Flox environments as you move through your projects.
Read postRadio Free Flox for May 23rd, 2026
This week’s Radio Free Flox dishes on the new packages, environments, AI tools, etc. that land in the Flox Catalog + go live on FloxHub. It also spills tea on what’s going on internally at Flox—including just how much some Flox employees spend on API tokens each month.
Read postBYOA Needs a Floor. That Floor Is Flox.
The BYOA governance stack from Red Hat provides the ceiling and walls. Flox provides the floor: a deterministic, input-addressed runtime substrate that makes the governance layer mean something.
Read postFlox Named Exclusive Media Sponsor of the Rock Bottom Curling Club's 2025 Season
Flox, the company bringing reproducible dev environments to teams and enterprises everywhere, is thrilled to announce its sponsorship of the Rock Bottom Curling Club.
Read postGonna be at Scale 22x? Beam on to Planet Nix!
Kelsey Hightower will be one of two dozen speakers beaming onto Planet Nix, the annual gathering of Nix users and developers that’s co-located with SCALE in Pasadena, Calif., from March 5th-7th.
Read post


