Re: Cygwin support
От | Andrew Dunstan |
---|---|
Тема | Re: Cygwin support |
Дата | |
Msg-id | ebac0ae3-554c-495b-821e-df137df2982a@dunslane.net обсуждение исходный текст |
Ответ на | Re: Cygwin support (Aleksander Alekseev <aleksander@timescale.com>) |
Ответы |
Re: Cygwin support
|
Список | pgsql-hackers |
On 2025-04-22 Tu 8:10 AM, Aleksander Alekseev wrote: > Hi Andrew, > >> Last year the old Windows machine where I was running the buildfarm >> member lorikeet died, and since then we've had no buildfarm coverage for >> Cygwin. I now have a new (but slow) W11pro machine and I have been >> testing out Cygwin builds on it. I wanted to have it running the TAP >> tests, unlike lorikeet. Attached is a set of very small patches aimed at >> enabling this. >> >> [...] > Thanks for the patches. > > I wonder though if it is advisable to support Cygwin if this requires > extra effort from our side, compared to a regular Linux or Windows > environment. I actually like the project but I wouldn't recommend > running Postgres on prod, and for development these days it's simpler > to use WSL / VirtualBox / Raspberry Pi, or running Postgres natively > on Windows. I agree that I would not normally use Cygwin to run a Postgres instance. But its psql is nicer than others on Windows because unlike the native builds we build it with readline. That's why I've kept a buildfarm animal going all these years. If the maintenance burden were high I wouldn't do so - but it's not really. And these patches are tiny. What I might do with the new animal is run just enough TAP tests to exercise psql. That would reduce the errors we get, so it would be less bother to anyone. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: