Re: pg_basebackup: errors on macOS on directories with ".DS_Store" files
Daniel Gustafsson <daniel@yesql.se>
From: Daniel Gustafsson <daniel@yesql.se>
To: Tobias Bussmann <t.bussmann@gmx.net>
Cc: Michael Paquier <michael@paquier.xyz>,
Tom Lane <tgl@sss.pgh.pa.us>,
Mark Guertin <markguertin@gmail.com>,
pgsql-bugs@lists.postgresql.org
Date: 2023-04-20T11:15:40Z
Lists: pgsql-bugs
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Skip .DS_Store files in server side utils
- d3fdfdcd1c7f 13.15 landed
- c1fc502f595b 17.0 landed
- aeee173d2292 14.12 landed
- 76bb6dd2e56c 12.19 landed
- 29f00523808a 15.7 landed
- 103235888d9e 16.3 landed
> On 20 Apr 2023, at 11:51, Tobias Bussmann <t.bussmann@gmx.net> wrote: > >> Am 20.04.2023 um 10:50 schrieb Daniel Gustafsson <daniel@yesql.se>: >> >> Skimming other callsites of ReadDir and readdir I didn't see any others >> which could benefit from skipping hidden files. > > Could /src/bin/pg_rewind/filemap.c be another candidate for skipping hidden files? The 'copy all other files'-behaviour seems to be similar to what pg_basebackup does and it uses the same exclude_list_item blacklist mechanism. Maybe. I'm a bit hesitant to add too many smarts to pg_rewind. It's a tool for when something has gone wrong with a cluster (albeit probably not at the filesystem level), and at that point I feel it's better to put the user fully in charge. Perhaps I'm overly cautious, curious to hear from others. -- Daniel Gustafsson