| From: | "David E(dot) Wheeler" <david(at)justatheory(dot)com> |
|---|---|
| To: | Jakob Egger <jakob(at)eggerapps(dot)at> |
| Cc: | Matheus Alcantara <matheusssilv97(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org, Tobias Bussmann <t(dot)bussmann(at)gmx(dot)net>, Peter Eisentraut <peter(at)eisentraut(dot)org> |
| Subject: | Re: glob support in extension_control_path/dynamic_library_path? |
| Date: | 2026-06-24 15:34:29 |
| Message-ID: | 8A2554D6-578C-4D33-B918-8A99CACFE1D8@justatheory.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
(Added Peter Eisentraut)
On Jun 1, 2026, at 09:21, Jakob Egger <jakob(at)eggerapps(dot)at> wrote:
> This is my attempt at the patch. It falls back to the previous behavior on Windows (would need to use alternative to glob() syscall)
Seems simple enough. Certainly far simpler than my Packaging & Lookup RFC[0], and solves the same problems. This would, for example, allow CNPG extension images to work as soon as they’re mounted as a directory covered by the wildcard, without requiring a Postgres restart! (k8s mounts still require a new pod, but that’s obviously not something we can change.)
[0]: https://justatheory.com/2024/11/rfc-extension-packaging-lookup/#solution
Peter E: what do you think about this as an evolution of the extension_control_path/dynamic_library_path work? Any gotchas to be aware of, aside from the current lack of Windows support?
D
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alexander Nestorov | 2026-06-24 15:34:39 | Re: [PATCH] btree_gist: add cross-type integer operator support for GiST |
| Previous Message | Baji Shaik | 2026-06-24 15:25:11 | Re: uuidv7 improperly accepts dates before 1970-01-01 |