repo
42 篇-
pig v1.9.0
Pig v1.9.0 新增一键配置 Xray 客户端与服务端、自动准备 Pigsty 仓库签名公钥, 并将内置扩展目录更新为 600 条记录。cargo-pgrx 默认版本升级到 0.19.3, 内置 Pigsty 版本保持 4.5.0。 Xray 客户端与服务端 pig build proxy 安装或检查 Xray;pig build proxy client 配置 VLESS/REALITY/Vision HTTP/SOCKS 客户端;pig build proxy server 配置 …
Pig v1.9.0 新增一键配置 Xray 客户端与服务端、自动准备 Pigsty 仓库签名公钥, 并将内置扩展目录更新为 600 条记录。cargo-pgrx 默认版本升级到 0.19.3, 内置 Pigsty 版本保持 4.5.0。 Xray 客户端与服务端 pig build proxy 安装或检查 Xray;pig build proxy client 配置 VLESS/REALITY/Vision HTTP/SOCKS 客户端;pig build proxy server 配置 …
-
自动安装 Pigsty 仓库公钥
决策日期: 2026-10-04 状态: Released(已发布),随 v1.9.0 交付。 当前参考: pig repo 范围: 配置仓库时安装已有的内嵌 Pigsty 公钥。 决策 当所选模块包含当前平台可用的 pigsty-infra 或 pigsty-pgsql 仓库时,先准备内嵌 Pigsty 公钥,再修改仓库定义。该逻辑放在共享配置流程中,使 repo add、repo set 以及复用此流程的调用方保持一致。已有公钥文件直接复用,自动安装尽最大努力; 所选仓库元数据显式引用签名 …
决策日期: 2026-10-04 状态: Released(已发布),随 v1.9.0 交付。 当前参考: pig repo 范围: 配置仓库时安装已有的内嵌 Pigsty 公钥。 决策 当所选模块包含当前平台可用的 pigsty-infra 或 pigsty-pgsql 仓库时,先准备内嵌 Pigsty 公钥,再修改仓库定义。该逻辑放在共享配置流程中,使 repo add、repo set 以及复用此流程的调用方保持一致。已有公钥文件直接复用,自动安装尽最大努力; 所选仓库元数据显式引用签名 …
-
pig v1.8.1
Pig v1.8.1 是 v1.8.0 之上的安全、正确性与维护版本。 本版本加固命令初始化、提权日志访问、仓库与构建流程、发布完整性,以及结构化输出脱敏; 同时刷新内置扩展目录,并将构建工具链升级到 Go 1.27.1 与 cargo-pgrx 0.19.2。 内置 Pigsty 版本仍为 4.5.0。 CLI 安全与正确性 只读且不依赖配置的命令不再要求 HOME 可写,也不会把创建 ~/.pig 当作查询副作用; 叶子命令会保留自己声明的初始化策略。 pig pg log、pig pt …
Pig v1.8.1 是 v1.8.0 之上的安全、正确性与维护版本。 本版本加固命令初始化、提权日志访问、仓库与构建流程、发布完整性,以及结构化输出脱敏; 同时刷新内置扩展目录,并将构建工具链升级到 Go 1.27.1 与 cargo-pgrx 0.19.2。 内置 Pigsty 版本仍为 4.5.0。 CLI 安全与正确性 只读且不依赖配置的命令不再要求 HOME 可写,也不会把创建 ~/.pig 当作查询副作用; 叶子命令会保留自己声明的初始化策略。 pig pg log、pig pt …
-
把 Pigsty 控制节点引导设计成可恢复事务
决策日期: 2026-08-14 状态: 已实现并随 pig v1.8.0 发布。 当前参考: pig sty boot 范围: 准备 Pigsty 控制节点及其软件来源,不包括部署数据库集群。 决策 pig sty boot 应当是一套原生、能够处理失败的控制节点引导工作流。 它在提权前解析显式来源,准备在线或离线仓库,只安装必要的控制节点软件包,证明 Ansible 真正可用, 并执行有边界的收尾检查。 仓库替换具有事务语义:软件包准备失败时恢复原有仓库定义。 可选便利功能可以告警,但无效 …
决策日期: 2026-08-14 状态: 已实现并随 pig v1.8.0 发布。 当前参考: pig sty boot 范围: 准备 Pigsty 控制节点及其软件来源,不包括部署数据库集群。 决策 pig sty boot 应当是一套原生、能够处理失败的控制节点引导工作流。 它在提权前解析显式来源,准备在线或离线仓库,只安装必要的控制节点软件包,证明 Ansible 真正可用, 并执行有边界的收尾检查。 仓库替换具有事务语义:软件包准备失败时恢复原有仓库定义。 可选便利功能可以告警,但无效 …
-
pig v1.8.0
Pig v1.8.0 将 Pigsty 控制节点的准备过程原生化。两条核心安装命令 pig sty boot 与 pig sty conf 现在是具备完整失败处理能力的 Go 工作流, 不再包装旧版 bootstrap 与 configure Shell 脚本。本版本继续以 575 个已打包 PostgreSQL 扩展 作为统一发布口径,内置 Pigsty 4.5.0。 原生 pig sty boot pig sty boot 现在是一套具备事务语义与完整失败处理的原生控制节点引导流程。它不再执 …
Pig v1.8.0 将 Pigsty 控制节点的准备过程原生化。两条核心安装命令 pig sty boot 与 pig sty conf 现在是具备完整失败处理能力的 Go 工作流, 不再包装旧版 bootstrap 与 configure Shell 脚本。本版本继续以 575 个已打包 PostgreSQL 扩展 作为统一发布口径,内置 Pigsty 4.5.0。 原生 pig sty boot pig sty boot 现在是一套具备事务语义与完整失败处理的原生控制节点引导流程。它不再执 …
-
Catalog v2 提案:不可变的分类快照
决策日期: 2026-08-13 状态: 提案;安全机制、覆盖规则、打包方式与路径布局待定。 当前参考: pig ext 与 pig repo 范围: PIG 2.0 产品元数据的发布与读取模型。 决策 Catalog v2 将产品元数据分成多个有类型的数据文件,组成一份不可变、可验证的快照。 清单文件(manifest)记录平台、仓库、路由、包别名、扩展、兼容性、Pigsty 版本与公钥数据的 长度和哈希。所有文件一起校验,通过同一个指针激活,避免混用不同版本的仓库与扩展矩阵。 快照以内容摘 …
决策日期: 2026-08-13 状态: 提案;安全机制、覆盖规则、打包方式与路径布局待定。 当前参考: pig ext 与 pig repo 范围: PIG 2.0 产品元数据的发布与读取模型。 决策 Catalog v2 将产品元数据分成多个有类型的数据文件,组成一份不可变、可验证的快照。 清单文件(manifest)记录平台、仓库、路由、包别名、扩展、兼容性、Pigsty 版本与公钥数据的 长度和哈希。所有文件一起校验,通过同一个指针激活,避免混用不同版本的仓库与扩展矩阵。 快照以内容摘 …
-
pig v1.7.0
Pig v1.7.0 是 v1.6.2 之上的仓库兼容性与目录更新版本:明确中国镜像选择语义,默认保留 DNF 原生模块过滤,恢复精简的 EL7 仓库目录,并将内置扩展快照从 572 个增加到 575 个。内置 Pigsty 版本仍为 4.5.0。 主要变化 -m|--mirror 现在直接选择内置的 china 仓库定义。PGDG、Rocky Linux、Debian、Ubuntu、Docker 等区域路由使用维护中的镜像列表,不再进行旧版运行时 PGDG 代理改写。 EL 仓库不再全局注入 …
Pig v1.7.0 是 v1.6.2 之上的仓库兼容性与目录更新版本:明确中国镜像选择语义,默认保留 DNF 原生模块过滤,恢复精简的 EL7 仓库目录,并将内置扩展快照从 572 个增加到 575 个。内置 Pigsty 版本仍为 4.5.0。 主要变化 -m|--mirror 现在直接选择内置的 china 仓库定义。PGDG、Rocky Linux、Debian、Ubuntu、Docker 等区域路由使用维护中的镜像列表,不再进行旧版运行时 PGDG 代理改写。 EL 仓库不再全局注入 …
-
SOW:论母猪的产后护理
今天老冯来和大家聊一聊《母猪的产后护理》。俺做的新开源项目 SOW,翻译成中文就是“老母猪”。 做一个 PostgreSQL 发行版,最折磨人的往往不是把软件编译出来,而是收拾编译出来的东西。 Pigsty 要为多个 Linux 发行版、多个 CPU 架构、多个 PostgreSQL 大版本维护成百上千个组件。不同组合一路展开,最终落到仓库里的制品超过十万个:RPM、DEB、索引、签名、校验和、快照,还有一堆为了兼容包管理器而存在的元数据。 用户看到的只是 apt install 或 dnf …
今天老冯来和大家聊一聊《母猪的产后护理》。俺做的新开源项目 SOW,翻译成中文就是“老母猪”。 做一个 PostgreSQL 发行版,最折磨人的往往不是把软件编译出来,而是收拾编译出来的东西。 Pigsty 要为多个 Linux 发行版、多个 CPU 架构、多个 PostgreSQL 大版本维护成百上千个组件。不同组合一路展开,最终落到仓库里的制品超过十万个:RPM、DEB、索引、签名、校验和、快照,还有一堆为了兼容包管理器而存在的元数据。 用户看到的只是 apt install 或 dnf …
-
pig v1.6.2
Pig v1.6.2 是 v1.6.1 之上的功能与目录更新版本:已打包扩展从 562 个增加到 572 个,新增 Grafana 仪表盘 schema v2 原生支持,并改进本地软件仓库生成流程。内置 Pigsty 版本继续锁定为 4.5.0。 主要变化 pig sty grafana 现在同时支持传统仪表盘 JSON 与原生 dashboard.grafana.app/v2 Dashboard 资源。载入 v2 仪表盘时使用 Grafana resource API,确保标签页与 …
Pig v1.6.2 是 v1.6.1 之上的功能与目录更新版本:已打包扩展从 562 个增加到 572 个,新增 Grafana 仪表盘 schema v2 原生支持,并改进本地软件仓库生成流程。内置 Pigsty 版本继续锁定为 4.5.0。 主要变化 pig sty grafana 现在同时支持传统仪表盘 JSON 与原生 dashboard.grafana.app/v2 Dashboard 资源。载入 v2 仪表盘时使用 Grafana resource API,确保标签页与 …
-
上游没有的 Bug,为什么会出现在官方包里?
老冯最近在 Pigsty 里面更新了 Redis 模块,把 Valkey 也打包进来作为一个可选引擎,结果在继承的打包补丁中发现了一个 Bug。 我给 Valkey 和 Debian 上游提交了修复,本文记录了这个过程。 内存炸裂 先看一个天文数字:18446744073709518664。 如果你的 Valkey 某天在 INFO memory 里报出这么一个数字,别怀疑服务器突然长出了 18 EB 内存。 这是一个 64 位无符号整数从零以下减穿之后,绕回来的结果。 在受影响的 Valkey …
老冯最近在 Pigsty 里面更新了 Redis 模块,把 Valkey 也打包进来作为一个可选引擎,结果在继承的打包补丁中发现了一个 Bug。 我给 Valkey 和 Debian 上游提交了修复,本文记录了这个过程。 内存炸裂 先看一个天文数字:18446744073709518664。 如果你的 Valkey 某天在 INFO memory 里报出这么一个数字,别怀疑服务器突然长出了 18 EB 内存。 这是一个 64 位无符号整数从零以下减穿之后,绕回来的结果。 在受影响的 Valkey …
-
pig v1.6.1
pig v1.6.1 是 v1.6.0 之上的维护版本:没有新增命令,也没有参数变更, 这次发布的重点是二进制里自带的那份扩展目录。 变更内容 扩展目录刷新:内置的 extension.csv 依据 Pigsty 软件仓库重新生成,pig ext list 与 pig install 无需先跑一次 pig ext reload,即可对齐当前的软件包版本。 Pigsty 版本对齐到 4.5.0:pig sty 与 pig status 报告的内嵌 Pigsty 版本随之更新。 版本号同步:构建元数 …
pig v1.6.1 是 v1.6.0 之上的维护版本:没有新增命令,也没有参数变更, 这次发布的重点是二进制里自带的那份扩展目录。 变更内容 扩展目录刷新:内置的 extension.csv 依据 Pigsty 软件仓库重新生成,pig ext list 与 pig install 无需先跑一次 pig ext reload,即可对齐当前的软件包版本。 Pigsty 版本对齐到 4.5.0:pig sty 与 pig status 报告的内嵌 Pigsty 版本随之更新。 版本号同步:构建元数 …
-
pig v1.5.1
Pig v1.5.1 是一次构建与仓库维护版本,更新了多款 PG 内核分支包。 主要变化 镜像/代理模式覆盖 repo、build、sty、update、ext update 等流程;pig build rust -m 会写入 Cargo 镜像配置并使用 rsproxy.cn。 新增 PostgreSQL 19 beta 的 repo、tool、pgrx 显式构建开关:pig build repo --beta、pig build tool --beta、pig build pgrx -b;稳定 …
Pig v1.5.1 是一次构建与仓库维护版本,更新了多款 PG 内核分支包。 主要变化 镜像/代理模式覆盖 repo、build、sty、update、ext update 等流程;pig build rust -m 会写入 Cargo 镜像配置并使用 rsproxy.cn。 新增 PostgreSQL 19 beta 的 repo、tool、pgrx 显式构建开关:pig build repo --beta、pig build tool --beta、pig build pgrx -b;稳定 …
-
什么是 PostgreSQL 发行版?
经常有人问我:Pigsty 到底是什么?我通常回答:PostgreSQL 发行版。 通常下一个问题就是:那 “PostgreSQL 发行版” 又是什么? 这是个好问题。而要把它讲清楚,最好的切入点不是数据库,而是操作系统。 一、从 Linux 与操作系统发行版说起 说起 Distribution(发行版),绝大多数人第一反应都是 Linux 发行版 —— Red Hat、Debian、Ubuntu、SUSE、Arch…… 但问题是:既然已经有 Linux,为什么还需要 Linux 发行版?两者到 …
经常有人问我:Pigsty 到底是什么?我通常回答:PostgreSQL 发行版。 通常下一个问题就是:那 “PostgreSQL 发行版” 又是什么? 这是个好问题。而要把它讲清楚,最好的切入点不是数据库,而是操作系统。 一、从 Linux 与操作系统发行版说起 说起 Distribution(发行版),绝大多数人第一反应都是 Linux 发行版 —— Red Hat、Debian、Ubuntu、SUSE、Arch…… 但问题是:既然已经有 Linux,为什么还需要 Linux 发行版?两者到 …
-
人人可用的 PG 扩展
在线幻灯片:人人都能用上的 PostgreSQL 扩展 第一部分:引言 0. 人人都能用上的扩展 00. 人人都能用上的扩展 大家好,这次演讲的题目是「人人都能用上的扩展」。 它讨论的是 PostgreSQL 扩展的交付,以及一个共享的交付层,如何同时让用户、扩展作者、厂商和 PostgreSQL 内核开发者受益。 1. 我是谁 01. 我是谁 我是冯若航,Pigsty 的作者和维护者。Pigsty 是一个开源 PostgreSQL 发行版。 我也是 pgext.cloud 的建设者 …
在线幻灯片:人人都能用上的 PostgreSQL 扩展 第一部分:引言 0. 人人都能用上的扩展 00. 人人都能用上的扩展 大家好,这次演讲的题目是「人人都能用上的扩展」。 它讨论的是 PostgreSQL 扩展的交付,以及一个共享的交付层,如何同时让用户、扩展作者、厂商和 PostgreSQL 内核开发者受益。 1. 我是谁 01. 我是谁 我是冯若航,Pigsty 的作者和维护者。Pigsty 是一个开源 PostgreSQL 发行版。 我也是 pgext.cloud 的建设者 …
-
pig v1.4.0
刷新扩展目录,可用扩展总数增加到 510,并更新 timescaledb 2.26.3、decoderbufs 3.5.0、pgclone 4.0.0、nominatim_fdw 1.3 等版本。 默认 pgrx 从 0.17.0 升级到 0.18.0,同步对齐相关 Rust 扩展构建版本。 为 pig build get 刷新权威源码包映射,覆盖 Cloudberry / OrioleDB 构建输入,以及 RDKit / OneSparse 相关附加源码。 修复 repo set 标志位隔离 …
刷新扩展目录,可用扩展总数增加到 510,并更新 timescaledb 2.26.3、decoderbufs 3.5.0、pgclone 4.0.0、nominatim_fdw 1.3 等版本。 默认 pgrx 从 0.17.0 升级到 0.18.0,同步对齐相关 Rust 扩展构建版本。 为 pig build get 刷新权威源码包映射,覆盖 Cloudberry / OrioleDB 构建输入,以及 RDKit / OneSparse 相关附加源码。 修复 repo set 标志位隔离 …
-
PG 扩展百科全书:中英双语,开箱即用
扩展目录:中文站 · 英文站 扩展是 PostgreSQL 的灵魂。没有扩展的 PostgreSQL,只是一个普通的关系型数据库;有了扩展的 PostgreSQL,才是那个能吞噬整个数据库世界的超级平台。 但长期以来,PG 扩展生态一直面临一个尴尬的问题:找不到、看不懂、装不上。你想用一个扩展,得先去 GitHub 翻 README,再去 PGXN 碰运气看有没有包,然后对着不同操作系统的包管理器折腾半天。运气好装上了,运气不好,编译失败、依赖缺失、版本不兼容,一下午就没了。 所以我做了一件事 …
扩展目录:中文站 · 英文站 扩展是 PostgreSQL 的灵魂。没有扩展的 PostgreSQL,只是一个普通的关系型数据库;有了扩展的 PostgreSQL,才是那个能吞噬整个数据库世界的超级平台。 但长期以来,PG 扩展生态一直面临一个尴尬的问题:找不到、看不懂、装不上。你想用一个扩展,得先去 GitHub 翻 README,再去 PGXN 碰运气看有没有包,然后对着不同操作系统的包管理器折腾半天。运气好装上了,运气不好,编译失败、依赖缺失、版本不兼容,一下午就没了。 所以我做了一件事 …
-
464个扩展开箱即用:新版 PG 扩展目录发布
今天老冯又让 Claude Code 干了一件大好事 —— 做了一个全新的 PostgreSQL 扩展目录,就放在 pigsty.cc/ext 这里。 说起来,这已经是第五版了。兜兜转转一大圈,又回到了第一版使用的 Hugo + Docsy 框架,重新融合到 Pigsty 主站。这个过程本身就是个故事,后面再聊。先说说这一版到底做了什么。 不只是有包,还要有文档 之前的扩展目录,核心功能是告诉你:这个扩展叫什么、元数据在哪里、二进制包怎么下载、一键安装怎么搞。你装好了就行,至于怎么用 —— 自己 …
今天老冯又让 Claude Code 干了一件大好事 —— 做了一个全新的 PostgreSQL 扩展目录,就放在 pigsty.cc/ext 这里。 说起来,这已经是第五版了。兜兜转转一大圈,又回到了第一版使用的 Hugo + Docsy 框架,重新融合到 Pigsty 主站。这个过程本身就是个故事,后面再聊。先说说这一版到底做了什么。 不只是有包,还要有文档 之前的扩展目录,核心功能是告诉你:这个扩展叫什么、元数据在哪里、二进制包怎么下载、一键安装怎么搞。你装好了就行,至于怎么用 —— 自己 …
-
pig v1.2.0
扩展目录与别名解析增强: 引入动态 PG 分类别名解析,按 PG 主版本选择别名映射。 引入 OS 维度别名覆盖(ansible/bootstrap),并在未知发行版回退中收敛为 PGDG-only。 新增 node/infra、babelfish/cloudberry 等别名并更新扩展元数据,减少包解析歧义。 高风险操作计划预览: 新增 pig install --plan,支持结构化执行计划输出。 统一 pig pitr 与 pgBackRest repack/expire 的计划预览语义 …
扩展目录与别名解析增强: 引入动态 PG 分类别名解析,按 PG 主版本选择别名映射。 引入 OS 维度别名覆盖(ansible/bootstrap),并在未知发行版回退中收敛为 PGDG-only。 新增 node/infra、babelfish/cloudberry 等别名并更新扩展元数据,减少包解析歧义。 高风险操作计划预览: 新增 pig install --plan,支持结构化执行计划输出。 统一 pig pitr 与 pgBackRest repack/expire 的计划预览语义 …
-
pig v1.1.1
修复 在迁移构建目录时保留符号链接语义,并支持跨文件系统移动。 正确处理被配置为文件系统根目录的 PostgreSQL 日志目录,防止解析到预期目录之外的文件。 允许 pig repo rm 删除名称中带点号的仓库模块,同时保留安全路径校验。 pig sty init 解压 Pigsty 发布包时允许安全的相对符号链接。 校验和 复制全部校验和 下载资产 文件校验和 pig-1.1.1-1.aarch64.rpm Linuxarm64SHA-256 22fe5e95…7429 …
修复 在迁移构建目录时保留符号链接语义,并支持跨文件系统移动。 正确处理被配置为文件系统根目录的 PostgreSQL 日志目录,防止解析到预期目录之外的文件。 允许 pig repo rm 删除名称中带点号的仓库模块,同时保留安全路径校验。 pig sty init 解压 Pigsty 发布包时允许安全的相对符号链接。 校验和 复制全部校验和 下载资产 文件校验和 pig-1.1.1-1.aarch64.rpm Linuxarm64SHA-256 22fe5e95…7429 …
-
pig v0.8.0
扩展更新 扩展总数达到 440 个 新增扩展:pg_ai_query 0.1.1 新增扩展:pg_textsearch 0.1.0 新增扩展:pg_clickhouse 0.1.0 pg_biscuit 从 1.0 升级至 2.0.1(切换至新仓库,更名为 biscuit) pg_search 从 0.20.3 升级至 0.20.5 pg_duckdb 升级至官方正式版 1.1.1 vchord_bm25 从 0.2.2 升级至 0.3.0 pg_semver 从 0.40.0 升级至 …
扩展更新 扩展总数达到 440 个 新增扩展:pg_ai_query 0.1.1 新增扩展:pg_textsearch 0.1.0 新增扩展:pg_clickhouse 0.1.0 pg_biscuit 从 1.0 升级至 2.0.1(切换至新仓库,更名为 biscuit) pg_search 从 0.20.3 升级至 0.20.5 pg_duckdb 升级至官方正式版 1.1.1 vchord_bm25 从 0.2.2 升级至 0.3.0 pg_semver 从 0.40.0 升级至 …
-
pig v0.7.5
扩展更新 timescaledb 2.23.1 -> 2.24.0 pg_search 0.20.0 -> 0.20.3 convert 0.0.4 -> 0.0.5 pglinter 1.0.0 -> 1.0.1 pgdd 0.6.0 -> 0.6.1 pg_session_jwt 0.3.3 -> 0.4.0 pg_anon 2.4.1 -> 2.5.1 pg_enigma 0.4.0 -> 0.5.0 wrappers 0.5.6 -> 0.5.7 pg_vectorize 0.25.0 …
扩展更新 timescaledb 2.23.1 -> 2.24.0 pg_search 0.20.0 -> 0.20.3 convert 0.0.4 -> 0.0.5 pglinter 1.0.0 -> 1.0.1 pgdd 0.6.0 -> 0.6.1 pg_session_jwt 0.3.3 -> 0.4.0 pg_anon 2.4.1 -> 2.5.1 pg_enigma 0.4.0 -> 0.5.0 wrappers 0.5.6 -> 0.5.7 pg_vectorize 0.25.0 …
-
立足中国,面向全球的 PostgreSQL 发行版
大家好,我是冯若航,Pigsty 的作者,独立开源贡献者。 今天我想和大家聊一个话题:如何打造一个立足中国,面向全球的 PostgreSQL 数据库发行版。 这个标题听着有点大,但我想说的很简单:PostgreSQL 已经赢了,问题是 —— 我们中国开发者在这场胜利中扮演什么角色? 是旁观者,还是参与者?是跟随者,还是引领者? 数据库内核之争已经尘埃落定,真正的竞争将会发生在数据库发行版上。 而在这个关键的机会窗口里,我们应该凝聚生态合力,打造一个全世界开发者都愿意使用的基础设施,数据库世界中的 …
大家好,我是冯若航,Pigsty 的作者,独立开源贡献者。 今天我想和大家聊一个话题:如何打造一个立足中国,面向全球的 PostgreSQL 数据库发行版。 这个标题听着有点大,但我想说的很简单:PostgreSQL 已经赢了,问题是 —— 我们中国开发者在这场胜利中扮演什么角色? 是旁观者,还是参与者?是跟随者,还是引领者? 数据库内核之争已经尘埃落定,真正的竞争将会发生在数据库发行版上。 而在这个关键的机会窗口里,我们应该凝聚生态合力,打造一个全世界开发者都愿意使用的基础设施,数据库世界中的 …
-
pig v0.7.3
新增 pig repo reload 命令,更新仓库元数据 修复 EL PGDG sysupdate aarch64 仓库问题。 修复 EL10.aarch64 PGDG 仓库重命名问题。 订正了若干扩展版本 更新 Pigsty 版本至 3.7.0 校验和 复制全部校验和 下载资产 文件校验和 pig-0.7.3-1.aarch64.rpm Linuxarm64SHA-256 83e1b491…c742 pig-0.7.3-1.x86_64.rpm Linuxamd64SHA-256 …
新增 pig repo reload 命令,更新仓库元数据 修复 EL PGDG sysupdate aarch64 仓库问题。 修复 EL10.aarch64 PGDG 仓库重命名问题。 订正了若干扩展版本 更新 Pigsty 版本至 3.7.0 校验和 复制全部校验和 下载资产 文件校验和 pig-0.7.3-1.aarch64.rpm Linuxarm64SHA-256 83e1b491…c742 pig-0.7.3-1.x86_64.rpm Linuxamd64SHA-256 …
-
聊聊开源软件供应链信任问题
昨天,老冯此前发表的文章《从PG“断供”看软件供应链中的信任问题》收到一条评论, 评论者是清华大学 TUNA 开源镜像站的管理员,向老冯提出批评抗议,内容如下: 作为高校开源镜像站管理员,我想要提醒作者,文中“躺平”“没有担当”的措辞是很不负责任的、令人心寒的指控。 老冯看到评论之后也做了回复: 感谢 回复与评论,也感谢这些年 TUNA 以及国内各高校镜像站为开源镜像生态投入的时间和精力。我看到当时 TUNA 的 PostgreSQL 仓库已经恢复了和上游的同步,这一点先点个赞。 最初发现问题时 …
昨天,老冯此前发表的文章《从PG“断供”看软件供应链中的信任问题》收到一条评论, 评论者是清华大学 TUNA 开源镜像站的管理员,向老冯提出批评抗议,内容如下: 作为高校开源镜像站管理员,我想要提醒作者,文中“躺平”“没有担当”的措辞是很不负责任的、令人心寒的指控。 老冯看到评论之后也做了回复: 感谢 回复与评论,也感谢这些年 TUNA 以及国内各高校镜像站为开源镜像生态投入的时间和精力。我看到当时 TUNA 的 PostgreSQL 仓库已经恢复了和上游的同步,这一点先点个赞。 最初发现问题时 …
-
PG扩展云:解锁 PG 生态的全部潜力
微信公众号链接 PostgreSQL 拥有极为强大的扩展插件体系。 在 《PostgreSQL 正在吞噬数据库世界》中, 老冯已经阐述过 可扩展性 是 PostgreSQL 成功的核心要素。 举例来说,PG 有 GIS 领域的事实标准 PostGIS,向量数据库的瑞士军刀 pgvector,还有可以替代 ElasticSearch 的 pg_search, 以及使用 DuckDB 在 PG 内进行分析的 pg_duckdb / pg_mooncake 等等,这些扩展为 PostgreSQL 赋 …
微信公众号链接 PostgreSQL 拥有极为强大的扩展插件体系。 在 《PostgreSQL 正在吞噬数据库世界》中, 老冯已经阐述过 可扩展性 是 PostgreSQL 成功的核心要素。 举例来说,PG 有 GIS 领域的事实标准 PostGIS,向量数据库的瑞士军刀 pgvector,还有可以替代 ElasticSearch 的 pg_search, 以及使用 DuckDB 在 PG 内进行分析的 pg_duckdb / pg_mooncake 等等,这些扩展为 PostgreSQL 赋 …
-
pig v0.7.0
提供针对 Debian 13 和 EL 10 发行版的支持 大批量扩展更新至最新版本,带有 PostgreSQL 18 支持。 几乎所有 Rust 扩展现已通过 pgrx 0.16.1 支持 PG 18 pig build 命令彻底重做 pig build pkg <pkg> 现在会一条龙完成扩展的下载,依赖安装,构建 pig build pgrx 命令现在从 pig build rust 中分离 pig build pgrx [-v pgrx_version] 现在可以直接使用现有的 PG …
提供针对 Debian 13 和 EL 10 发行版的支持 大批量扩展更新至最新版本,带有 PostgreSQL 18 支持。 几乎所有 Rust 扩展现已通过 pgrx 0.16.1 支持 PG 18 pig build 命令彻底重做 pig build pkg <pkg> 现在会一条龙完成扩展的下载,依赖安装,构建 pig build pgrx 命令现在从 pig build rust 中分离 pig build pgrx [-v pgrx_version] 现在可以直接使用现有的 PG …
-
pig v0.6.2
使用 PG 18 官方正式仓库取代原本的 Testing Beta 仓库 instead of testing repo 在接收 Pigsty 版本字符串的时候,自动添加 v 前缀 改进了网络检查与下载的逻辑 校验和 复制全部校验和 下载资产 文件校验和 pig_0.6.2-1_amd64.deb Linuxamd64MD5 01f5b7dc…8347 pig_0.6.2-1_arm64.deb Linuxarm64MD5 ce4f0025…41cd …
使用 PG 18 官方正式仓库取代原本的 Testing Beta 仓库 instead of testing repo 在接收 Pigsty 版本字符串的时候,自动添加 v 前缀 改进了网络检查与下载的逻辑 校验和 复制全部校验和 下载资产 文件校验和 pig_0.6.2-1_amd64.deb Linuxamd64MD5 01f5b7dc…8347 pig_0.6.2-1_arm64.deb Linuxarm64MD5 ce4f0025…41cd …
-
冷门但稀缺的技能:打包构建
最近我的朋友,Omnigres 的创始人尤里跟我聊天,他说想要招一个 PostgreSQL 打包专家 —— 当然具体的岗位名字,他起了个 EEE —— Extension Ecosystem Engineer,也就是“扩展生态工程师”,倒是挺有意思。他发的这个 JD 是公开的,我就直接贴在下面了。 稀缺的技能:Linux 打包 我觉得他的这个 JD 有点儿过分,DevRel + SRE + DBA + Building Engineer + PostgreSQL 专精 六边形战士,简直是照着我写 …
最近我的朋友,Omnigres 的创始人尤里跟我聊天,他说想要招一个 PostgreSQL 打包专家 —— 当然具体的岗位名字,他起了个 EEE —— Extension Ecosystem Engineer,也就是“扩展生态工程师”,倒是挺有意思。他发的这个 JD 是公开的,我就直接贴在下面了。 稀缺的技能:Linux 打包 我觉得他的这个 JD 有点儿过分,DevRel + SRE + DBA + Building Engineer + PostgreSQL 专精 六边形战士,简直是照着我写 …
-
从PG“断供”看软件供应链中的信任问题
这个月发生了一起沸沸扬扬的 “开源断供”事件—— KubeSphere 删除镜像跑路, 但其实还有另一件略隐蔽的 “卡脖子案例”,老冯在上个月提到过 —— 《卡脖子:PGDG切断镜像站同步通道》。 这次 “PostgreSQL 断供” 某种程度上扮演了试金石的角色,倒是很好的试出了各家数据库厂商和云厂商的成色。 老冯对此感到非常失望,停止将国内的云厂商和大学镜像站作为软件供应链上游,直接自建了 PGDG YUM/APT 仓库的国内最新同步镜像。 PGDG的“断供” PostgreSQL 是数据库 …
这个月发生了一起沸沸扬扬的 “开源断供”事件—— KubeSphere 删除镜像跑路, 但其实还有另一件略隐蔽的 “卡脖子案例”,老冯在上个月提到过 —— 《卡脖子:PGDG切断镜像站同步通道》。 这次 “PostgreSQL 断供” 某种程度上扮演了试金石的角色,倒是很好的试出了各家数据库厂商和云厂商的成色。 老冯对此感到非常失望,停止将国内的云厂商和大学镜像站作为软件供应链上游,直接自建了 PGDG YUM/APT 仓库的国内最新同步镜像。 PGDG的“断供” PostgreSQL 是数据库 …
-
pig v0.6.1
新增 el10 与 debian 13 trixie 的支持存根 上线独立的 PIG 文档站 使用 go 1.25 重新构建,新增 CI/CD 管道 在中国大陆使用 PIGSTY PGDG 镜像 移除空的 pgdg-el10fix 仓库 使用 Pigsty Babelfish 镜像 修复 EL 10 专用的 EPEL 仓库 pig version 输出构建环境信息 v0.6.1 发布于 2025-08-14 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
新增 el10 与 debian 13 trixie 的支持存根 上线独立的 PIG 文档站 使用 go 1.25 重新构建,新增 CI/CD 管道 在中国大陆使用 PIGSTY PGDG 镜像 移除空的 pgdg-el10fix 仓库 使用 Pigsty Babelfish 镜像 修复 EL 10 专用的 EPEL 仓库 pig version 输出构建环境信息 v0.6.1 发布于 2025-08-14 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
-
卡脖子:PGDG切断镜像站同步通道
最近老冯在构建 Pigsty 离线包的时候发现,在本地测试的时候安装的 PostgreSQL 版本不太对,17.4 比最新的 17.5 落后了一个小版本。而且在 EL10 上测试的时候发现有几个仓库报错了。奇怪的是,在香港使用全球默认仓库没问题,一旦在本地使用中国的镜像站就报错。 仔细一看,发现国内的镜像站点都与 PostgreSQL 上游仓库失去同步了:清华大学开源软件镜像站(TUNA)最后一次成功同步是5月16号,而阿里云镜像站最后的同步时间戳是 2025 年 3-31。国外的镜像站,比如 …
最近老冯在构建 Pigsty 离线包的时候发现,在本地测试的时候安装的 PostgreSQL 版本不太对,17.4 比最新的 17.5 落后了一个小版本。而且在 EL10 上测试的时候发现有几个仓库报错了。奇怪的是,在香港使用全球默认仓库没问题,一旦在本地使用中国的镜像站就报错。 仔细一看,发现国内的镜像站点都与 PostgreSQL 上游仓库失去同步了:清华大学开源软件镜像站(TUNA)最后一次成功同步是5月16号,而阿里云镜像站最后的同步时间戳是 2025 年 3-31。国外的镜像站,比如 …
-
pig v0.4.2
将扩展列表更新至 421 个 为 Debian / Ubuntu 添加 openhalo/orioledb 支持 pgdd 0.6.0 (pgrx 0.14.1) convert 0.0.4 (pgrx 0.14.1) pg_idkit 0.3.0 (pgrx 0.14.1) pg_tokenizer.rs 0.1.0 (pgrx 0.13.1) pg_render 0.1.2 (pgrx 0.12.8) pgx_ulid 0.2.0 (pgrx 0.12.7) pg_ivm 1.11.0 适 …
将扩展列表更新至 421 个 为 Debian / Ubuntu 添加 openhalo/orioledb 支持 pgdd 0.6.0 (pgrx 0.14.1) convert 0.0.4 (pgrx 0.14.1) pg_idkit 0.3.0 (pgrx 0.14.1) pg_tokenizer.rs 0.1.0 (pgrx 0.13.1) pg_render 0.1.2 (pgrx 0.12.8) pgx_ulid 0.2.0 (pgrx 0.12.7) pg_ivm 1.11.0 适 …
-
pig v0.4.0
更新扩展列表,可用扩展达到 407 个 添加 pig do 子命令用于执行 Pigsty playbook 任务 添加 pig pt 子命令用于包装 Patroni 命令行工具 添加扩展别名:openhalo 和 orioledb 添加 gitlab-ce / gitlab-ee 仓库区分 使用最新 Go 1.24.2 构建并升级依赖项版本 修复特定条件下 pig ext status 的 panic 问题 修复 pig ext scan 无法匹配多个扩展的问题 v0.4.0 发布于 …
更新扩展列表,可用扩展达到 407 个 添加 pig do 子命令用于执行 Pigsty playbook 任务 添加 pig pt 子命令用于包装 Patroni 命令行工具 添加扩展别名:openhalo 和 orioledb 添加 gitlab-ce / gitlab-ee 仓库区分 使用最新 Go 1.24.2 构建并升级依赖项版本 修复特定条件下 pig ext status 的 panic 问题 修复 pig ext scan 无法匹配多个扩展的问题 v0.4.0 发布于 …
-
Postgres Extensions Day,咱们不见不散
一年一度的 PostgreSQL 开发者大会 PGConf.dev 即将在五月于蒙特利尔举办。大会前一天是 Postgres Extensions Day,专门讨论 PG 扩展的开发、打包与发布。议程刚刚公布,共安排了 14 场演讲。 当然这次,我就不当观众了,我的演讲是下午的首场 —— “The Missing Postgres Extension Repo and Package Manager”。即“PG 生态中长久缺失的扩展仓库与包管理器”。我会介绍 Pigsty 提供的扩展仓库和 …
一年一度的 PostgreSQL 开发者大会 PGConf.dev 即将在五月于蒙特利尔举办。大会前一天是 Postgres Extensions Day,专门讨论 PG 扩展的开发、打包与发布。议程刚刚公布,共安排了 14 场演讲。 当然这次,我就不当观众了,我的演讲是下午的首场 —— “The Missing Postgres Extension Repo and Package Manager”。即“PG 生态中长久缺失的扩展仓库与包管理器”。我会介绍 Pigsty 提供的扩展仓库和 …
-
pig v0.3.4
curl https://repo.pigsty.io/pig | bash -s 0.3.4 常规扩展元数据更新 使用阿里云 epel 镜像代替损坏的清华大学 tuna 镜像 升级 pigsty 版本字符串 在仓库列表中添加 gitlab 仓库 v0.3.4 发布于 2025-04-05 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
curl https://repo.pigsty.io/pig | bash -s 0.3.4 常规扩展元数据更新 使用阿里云 epel 镜像代替损坏的清华大学 tuna 镜像 升级 pigsty 版本字符串 在仓库列表中添加 gitlab 仓库 v0.3.4 发布于 2025-04-05 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
-
pig v0.3.3
添加 pig build dep 命令安装扩展构建依赖项 更新默认仓库列表 为 mssql 模块(babelfish)使用 pigsty.io 镜像 将 docker 模块合并到 infra 从 el7 目标中移除 pg16/17 允许在 el7 中安装扩展 更新包别名 v0.3.3 发布于 2025-03-25 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
添加 pig build dep 命令安装扩展构建依赖项 更新默认仓库列表 为 mssql 模块(babelfish)使用 pigsty.io 镜像 将 docker 模块合并到 infra 从 el7 目标中移除 pg16/17 允许在 el7 中安装扩展 更新包别名 v0.3.3 发布于 2025-03-25 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
-
pig v0.3.1
常规错误修复 修复仓库格式字符串 修复扩展信息链接 更新 pg_mooncake 元数据 v0.3.1 发布于 2025-03-19 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
常规错误修复 修复仓库格式字符串 修复扩展信息链接 更新 pg_mooncake 元数据 v0.3.1 发布于 2025-03-19 查看发布 源码 · tar.gz 源码 · zip pgsty/pig
-
小猪骑大象:PG内核与扩展包管理神器
微信公众号 最近我在忙一个非常有趣的新项目,这两天总算弄完了。各位朋友们,给大家介绍一下这个有趣的小东西,PostgreSQL 与 Pigsty 中久久缺失的一个命令行工具,我称之为 “pig”。 PIG 使用系统的 APT、YUM 或 DNF 安装软件包,根据 Linux 发行版、CPU 架构与 PostgreSQL 版本选择匹配的包。国内用户可以选择镜像仓库。 当然,安装 PG 这种事算不上有什么技术挑战,真正有难度的是 PostgreSQL 生态中的扩展插件。PostgreSQL 有着数 …
微信公众号 最近我在忙一个非常有趣的新项目,这两天总算弄完了。各位朋友们,给大家介绍一下这个有趣的小东西,PostgreSQL 与 Pigsty 中久久缺失的一个命令行工具,我称之为 “pig”。 PIG 使用系统的 APT、YUM 或 DNF 安装软件包,根据 Linux 发行版、CPU 架构与 PostgreSQL 版本选择匹配的包。国内用户可以选择镜像仓库。 当然,安装 PG 这种事算不上有什么技术挑战,真正有难度的是 PostgreSQL 生态中的扩展插件。PostgreSQL 有着数 …
-
PostgreSQL神功大成!最全扩展仓库来了!
最近没怎么更新,因为在憋大招。最近功成出关,遂发此文为贺 —— 我做了一个收录 PG 生态中 340 个扩展的仓库,让 PostgreSQL 在成为数据库全能王的道路上又往前迈出了坚实的一步! 自从我在 《PostgreSQL正在吞噬数据库世界》 一文中指出 可扩展性 对于 PostgreSQL 的重要性以来,PG 社区对此进行了热烈的讨论,并且达成了共识。 最终体现在《PostgreSQL 17 发布注记!》中。 但真正重要的事情不是认识世界,而是改变世界。既然大家都已经认清了扩展很重要,那么 …
最近没怎么更新,因为在憋大招。最近功成出关,遂发此文为贺 —— 我做了一个收录 PG 生态中 340 个扩展的仓库,让 PostgreSQL 在成为数据库全能王的道路上又往前迈出了坚实的一步! 自从我在 《PostgreSQL正在吞噬数据库世界》 一文中指出 可扩展性 对于 PostgreSQL 的重要性以来,PG 社区对此进行了热烈的讨论,并且达成了共识。 最终体现在《PostgreSQL 17 发布注记!》中。 但真正重要的事情不是认识世界,而是改变世界。既然大家都已经认清了扩展很重要,那么 …
-
pig repo
pig repo 管理 Linux 软件仓库:添加或移除 APT/YUM/DNF 软件源,更新索引,并制作或解压离线包。repo create 还支持在 macOS 上通过 SOW 创建仓库。 命令 描述 备注 repo list 打印可用仓库与模块列表 repo info 获取仓库详细信息 repo status 显示当前仓库状态 repo add 添加新仓库 需要 sudo 或 root 权限 repo set 清空、覆盖并更新仓库 需要 sudo 或 root 权限 repo rm 移除仓 …
pig repo 管理 Linux 软件仓库:添加或移除 APT/YUM/DNF 软件源,更新索引,并制作或解压离线包。repo create 还支持在 macOS 上通过 SOW 创建仓库。 命令 描述 备注 repo list 打印可用仓库与模块列表 repo info 获取仓库详细信息 repo status 显示当前仓库状态 repo add 添加新仓库 需要 sudo 或 root 权限 repo set 清空、覆盖并更新仓库 需要 sudo 或 root 权限 repo rm 移除仓 …
-
安装
可通过 Linux 安装脚本、系统软件包或发布压缩包安装 PIG。当前版本为 v1.10.0,全部发布文件见下载页。 脚本安装 在 Linux 上执行: curl -fsSL https://repo.pigsty.cc/pig | bash 中国大陆以外可使用: curl -fsSL https://repo.pigsty.io/pig | bash 脚本检测 CPU 架构,下载 RPM 或 DEB 包,再调用 rpm 或 dpkg 安装。安装需要 root 或 sudo 权限。 检查安装后的 …
可通过 Linux 安装脚本、系统软件包或发布压缩包安装 PIG。当前版本为 v1.10.0,全部发布文件见下载页。 脚本安装 在 Linux 上执行: curl -fsSL https://repo.pigsty.cc/pig | bash 中国大陆以外可使用: curl -fsSL https://repo.pigsty.io/pig | bash 脚本检测 CPU 架构,下载 RPM 或 DEB 包,再调用 rpm 或 dpkg 安装。安装需要 root 或 sudo 权限。 检查安装后的 …
-
快速上手
本教程安装 PostgreSQL 18 和 pgvector,启动本地测试实例,并在数据库中启用扩展。 准备一台受支持的 Linux 测试主机,确保能联网并已安装 curl。你需要 root 或 sudo 权限。按顺序执行以下命令。 安装 PIG curl -fsSL https://repo.pigsty.cc/pig | bash pig version 中国大陆以外可使用 https://repo.pigsty.io/pig。安装脚本会选择与主机匹配的 RPM 或 DEB 包。其他方式见安 …
本教程安装 PostgreSQL 18 和 pgvector,启动本地测试实例,并在数据库中启用扩展。 准备一台受支持的 Linux 测试主机,确保能联网并已安装 curl。你需要 root 或 sudo 权限。按顺序执行以下命令。 安装 PIG curl -fsSL https://repo.pigsty.cc/pig | bash pig version 中国大陆以外可使用 https://repo.pigsty.io/pig。安装脚本会选择与主机匹配的 RPM 或 DEB 包。其他方式见安 …