# Install openstackclient with Homebrew Command-line client for OpenStack. Version 10.2.1 via Homebrew; verified 2026-07-16. ## Install ```sh sudo av install brew:openstackclient ``` Additional install commands: ### macOS - Homebrew (100%): ```sh brew install openstackclient ``` Evidence: provider-native install command ## Package facts - **Package key:** brew:openstackclient - **Package manager:** Homebrew - **Version:** 10.2.1 - **Source summary:** Command-line client for OpenStack - **Homepage:** - **Last updated:** 2026-07-16T10:33:25Z - **Generated:** 2026-08-03T00:40:33+00:00 ## Executables - openstack (alias) ## Install behavior - Bottle: not available ## Freshness - Page generated: 2026-08-03 - Package-manager version: 10.2.1 ## Project history and usage OpenStackClient, also packaged as `python-openstackclient`, is the unified `openstack` command-line interface for OpenStack clouds. It brings commands for services such as Compute, Identity, Image, Network, Object Store, and Block Storage into one command structure, replacing the older habit of juggling service-specific CLIs such as `nova`, `glance`, and `keystone`. ### Project history OpenStack’s early client experience mirrored its service architecture: each major project shipped its own Python client and CLI. The UnifiedCLI proposal documented the pain of inconsistent commands, options, and terminology, and proposed a single OpenStack CLI that reused existing client modules where possible rather than duplicating every REST implementation. The `python-openstackclient` project turned that design goal into the `openstack` binary. Its documentation states the primary goal as a unified shell command structure and common language for OpenStack operations, with additional service APIs available through plugins. ### Adoption history OpenStackClient became the operator-facing CLI because it matched how cloud administrators and users actually work: they create projects, images, networks, volumes, servers, users, roles, and quotas across service boundaries. OpenStack release notes track OpenStackClient versions alongside OpenStack named releases, emphasizing cross-release compatibility instead of a one-client-per-cloud-version model. Distributions and package managers package it as a Python application because OpenStack deployments often rely on scripted administration. Debian describes it as a thin wrapper over the stock Python service client modules, which captures its role as a unifying front end over the OpenStack client ecosystem. ### How it is used Operators configure authentication through environment variables, command-line options, or `clouds.yaml`, then use `openstack` commands for day-to-day cloud administration and automation. Output format options such as table, JSON, YAML, CSV, and value-oriented output make it useful both for humans and scripts. The CLI is also a compatibility layer for OpenStack documentation and support: operational runbooks can say `openstack server list` or `openstack network create` without teaching users which legacy service-specific binary owns each resource. ### Why package nerds care The package is interesting because it is less a standalone tool than a negotiated interface across a large plugin-heavy cloud platform. Its dependency graph, Python compatibility, OpenStackSDK integration, and release-series mapping matter to anyone packaging private-cloud tooling. ### Timeline - 2010: OpenStack began as an open-source cloud platform, creating the multi-service client problem that OpenStackClient later addressed. - 2010s: the UnifiedCLI design documented the plan for a single OpenStack command structure over service-specific clients. - 2014: OpenStack Juno-era packaging used OpenStackClient 0.4.1, showing the tool’s early place in named OpenStack release cycles. - 2023: Antelope/2023.1 release notes mapped OpenStackClient 6.1.0 to that OpenStack release. ### Related projects - Related packages include OpenStackSDK and service clients such as python-novaclient, python-glanceclient, python-cinderclient, python-neutronclient, and python-keystoneclient. OpenStackClient sits above them as the consistent user-facing shell. ### Sources - - - - - ## Security Notes No matching local secret-handling manifest was found for openstackclient. Nucleus package metadata is still published here so future coverage has a stable package URL. ## Configuration and credential file locations These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval. ## Configuration files - Unix: ~/.config/openstack/clouds.yaml, ~/.config/openstack/secure.yaml ## Credential files - Unix: ~/.config/openstack/clouds.yaml, ~/.config/openstack/secure.yaml ## Combined YAML source View the package source record on GitHub. [combined/openstackclient.yml](https://github.com/automic-vault/db/blob/main/combined/openstackclient.yml) ## Sources - Nucleus package database - Geiger risk classifier - curated configuration and credential file locations - curated package history - pkgdb category and tag curation