install on PIG

pig v1.6.1

Thu, 30 Jul 2026 00:00:00 +0000

pig v1.6.1 is a maintenance release on top of v1.6.0. It carries no new commands and no flag changes — the point of the release is the catalog that ships inside the binary.

What changed

Extension catalog refreshed. The embedded extension.csv is regenerated from the Pigsty package repositories, so pig ext list and pig install resolve against current package versions without a pig ext reload round trip.
Pigsty version aligned to 4.5.0. The embedded Pigsty version that pig sty and pig status report now points at Pigsty 4.5.0.
Version strings bumped across the build metadata and pig update.

The catalog embedded in the v1.6.1 release covers 562 packaged extensions across PostgreSQL 14–18 on EL 8/9/10, Debian 12/13, and Ubuntu 22/24/26, for both x86_64 and aarch64. Running pig ext reload can replace that release snapshot with a newer online catalog.

Getting Started

Mon, 01 Jan 0001 00:00:00 +0000

Here is a simple getting started tutorial to help you experience the core capabilities of the PIG package manager.

Short Version

curl -fsSL https://repo.pigsty.io/pig | bash   # Install PIG from Cloudflare
pig repo set                                   # One-time setup for Linux, Pigsty + PGDG repos (overwrites!)
pig install -v 18 -y pg18 pg_duckdb vector     # Install PG 18 kernel, pg_duckdb, pgvector extensions...

These commands install host packages. They do not run CREATE EXTENSION, change shared_preload_libraries, or restart PostgreSQL. After installation, run pig ext info pg_duckdb and pig ext info vector, apply the displayed preload/DDL steps to the intended database, and validate the service before production use.

Installation

Mon, 01 Jan 0001 00:00:00 +0000

Script Installation

The simplest way to install pig is to run the following installation script:

Default Installation (Cloudflare CDN):

curl -fsSL https://repo.pigsty.io/pig | bash

China Mirror:

curl -fsSL https://repo.pigsty.cc/pig | bash

This script downloads the latest pig RPM/DEB package from the Pigsty software repository and installs it using rpm or dpkg. Script installation targets Linux x86_64 / aarch64 RPM or DEB distributions. On macOS, use the binary from the release tarball.

Bootstrapping a Pigsty Controller as a Recoverable Transaction

Fri, 14 Aug 2026 00:00:00 +0000

Decision date: 2026-08-14
Status: Implemented and released in pig v1.8.0.
Current reference: pig sty boot
Scope: Preparing a Pigsty controller and its package sources; not deploying a database cluster.

Decision

pig sty boot should be one native, failure-aware controller bootstrap workflow. It resolves an explicit source before privilege elevation, prepares online or offline repositories, installs only the required controller packages, proves Ansible is usable, and performs bounded finishing checks.

pig v0.7.0

Fri, 07 Nov 2025 00:00:00 +0000

Add support for Debian 13 and EL 10 distributions
Massive extension updates to the latest versions with PostgreSQL 18 support
Almost all Rust extensions now support PG 18 via pgrx 0.16.1
pig build command overhaul
- pig build pkg <pkg> will now download source, prepare deps, and build in one go
- pig build pgrx is now separated from pig build rust
- pig build pgrx [-v pgrx_version] can now use existing PG installation directly
- pig build dep will now handle extension dependencies on both EL and Debian systems
- pig build ext now has more compact and elegant output, can build RPM on EL without build script
- pig build spec now supports downloading spec files directly from Pigsty repo
- pig build repo / pig repo add / pig repo set now use node,pgsql,infra as default repo modules instead of node,pgdg,pigsty
Optimized error logging
Brand new catalog website based on hugo and hextra

Checksums

| File | Checksum | | --- | --- | | [pig\_0\.7\.0\-1\_amd64\.deb](https://github.com/pgsty/pig/releases/download/v0.7.0/pig_0.7.0-1_amd64.deb) | MD5 · `ad60f9abcde954769e46eb23de61965e` | | [pig\_0\.7\.0\-1\_arm64\.deb](https://github.com/pgsty/pig/releases/download/v0.7.0/pig_0.7.0-1_arm64.deb) | MD5 · `aa15d7088d561528e38b2778fe8f7cf9` | | [pig\-0\.7\.0\-1\.aarch64\.rpm](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-0.7.0-1.aarch64.rpm) | MD5 · `05549fe01008e04f8d5a59d4f2a5f0b8` | | [pig\-0\.7\.0\-1\.x86\_64\.rpm](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-0.7.0-1.x86_64.rpm) | MD5 · `0cc9e46c7c72d43c127a6ad115873b67` | | [pig\-v0\.7\.0\.darwin\-amd64\.tar\.gz](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-v0.7.0.darwin-amd64.tar.gz) | MD5 · `ddacfb052f3f3e5567a02e92fdb31cdd` | | [pig\-v0\.7\.0\.darwin\-arm64\.tar\.gz](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-v0.7.0.darwin-arm64.tar.gz) | MD5 · `17d25b565308d3d35513e4b0d824946b` | | [pig\-v0\.7\.0\.linux\-amd64\.tar\.gz](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-v0.7.0.linux-amd64.tar.gz) | MD5 · `ee7e055ceff638039956765fb747f80b` | | [pig\-v0\.7\.0\.linux\-arm64\.tar\.gz](https://github.com/pgsty/pig/releases/download/v0.7.0/pig-v0.7.0.linux-arm64.tar.gz) | MD5 · `284e674807b87447d4b33691fd7a420d` |

v0.7.0 · 2025-11-07

pig v0.3.2

Fri, 21 Mar 2025 00:00:00 +0000

Enhancement

New extensions
Use upx to reduce binary size
Remove embedded pigsty to reduce binary size

v0.3.2 · 2025-03-21

The PostgreSQL 'Supply Cut' and Trust Issues in Software Supply Chain

Fri, 15 Aug 2025 00:00:00 +0000

This month saw a high-profile “open source supply cut” incident — KubeSphere deleting images and running away, but there’s another slightly more subtle “chokepoint case” I mentioned last month — “Chokepoint: PGDG Cuts Mirror Sync Channels”. This “PostgreSQL supply cut” played the role of litmus test, nicely revealing the true colors of various database and cloud vendors.

I’m deeply disappointed and have stopped treating domestic cloud vendors and university mirrors as upstream software supply chain sources, directly building my own up-to-date domestic mirror of PGDG YUM/APT repositories.

PGDG Cuts Off Mirror Sync Channel

Mon, 07 Jul 2025 00:00:00 +0000

Recently, while building Pigsty offline packages, I discovered that the PostgreSQL version installed during local testing wasn’t quite right - 17.4 was behind the latest 17.5 by one minor version. Also, when testing on EL10, I found several repositories were throwing errors. Strangely, using the global default repository in Hong Kong worked fine, but once using Chinese mirror sites locally, errors occurred.

Upon closer inspection, I found that domestic mirror sites had all lost synchronization with the PostgreSQL upstream repository: Tsinghua University Open-Source Software Mirror Site (TUNA) last successful sync was May 16th, while Alibaba-Cloud Mirror Site’s last sync timestamp was March 31, 2025. Foreign mirror sites like mirrors.xtom.de also had this problem, with last sync on June 20th, though you could clearly see signs of manual updates and disconnection from sync.