Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rupIa-007s21-RK for psycopg@arkaria.postgresql.org; Thu, 11 Apr 2024 07:56:45 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1rupIZ-00En1C-7V for psycopg@arkaria.postgresql.org; Thu, 11 Apr 2024 07:56:43 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1rupIZ-00En12-1K for psycopg@lists.postgresql.org; Thu, 11 Apr 2024 07:56:43 +0000 Received: from mail-oa1-x30.google.com ([2001:4860:4864:20::30]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1rupIS-002JcC-1n for psycopg@postgresql.org; Thu, 11 Apr 2024 07:56:41 +0000 Received: by mail-oa1-x30.google.com with SMTP id 586e51a60fabf-23319017c4cso845730fac.2 for ; Thu, 11 Apr 2024 00:56:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1712822195; x=1713426995; darn=postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=REbBq8LJ2IBpCcC2dv8F2nlkOiGnRT2GQMUCKf65uB0=; b=bvbb6t1oHu9TlROZDF+vTv3yvE4ERdrtPo+4xLHZ9lr0KodwqjcZrd6/yw03u6W5sy SudK1dQ+DcVF2uDvRz0fA3//oKbi3LZDHIlEQR/21nkZfYCp2tjnjjB/LO/Vcziwcat/ gDgn7OE7N8CvcTFM193c0q1mMf4R/AfLpsv19BK1pilP3PHLYq6EkCYJYT+tQhtvewiK tG41M08zJbqCPX1JLXivHnS6Y/Sz+sEbtGBYZuc1LUiVjiSpxllGzQqXwzeMQgOtHSjw VxPfM3kF6YcSSMYEp/PW0OA9ELPN6BAos6zNafU5Y1bNJIxcZTmuRcR9CGoxxEtHlQIF 1cFg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1712822195; x=1713426995; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=REbBq8LJ2IBpCcC2dv8F2nlkOiGnRT2GQMUCKf65uB0=; b=gg5t6vQVMQTW7AiLXePoIUZ1TwP3JUxnJO4bZc1qFOM/kEu2gSCkx3BQDP1hwveCVs FkYEUya0bJnWbW5wwy8vF0ZZplYeWhTQgN7wyUgbax3kvjmXgRb4HilqkBn5cXuYUxYD YtGmyfR/BfIsJlGX3mUP3D/rX5Mrm5R9FqEMPpQsLCF6k//EKz/aAmqrLHNuirEmzS7u rmy1g3QH1J7M5iIWZcIQdiqASphFsz4/49SyIFph4nVkbXWs1b//yM3LPjLX2xXtEknN hqzXwYjca4EmudFEl6nD+oWvXFzxVLN+qvySogGwBKfI8FDPZNYqmBy9xMCHDWYHKB4A cEPA== X-Gm-Message-State: AOJu0Yz/XvP1kizlYorwg0xK1SzrDwYGySRf/d9v4Zm+qcNzzRzh76U2 BLdyyR2zUu7D6LxobhB7eJYQsmhYzRHlE223ng//cut2gE0Yg3KFwqeH+TmazB2sHF/+RI/OFDv ElRypNOL+m+z19qkwhgJED4NkhF/byQ== X-Google-Smtp-Source: AGHT+IFyihkZl/YQaKGBh+6S84FVFKqh/JPvH5kgWKauonycheLAL8DS101ZSct2QjpCkO7XkAXY8joqygbTgCuT/nY= X-Received: by 2002:a05:6870:11d7:b0:221:442d:254b with SMTP id 23-20020a05687011d700b00221442d254bmr4337419oav.26.1712822194313; Thu, 11 Apr 2024 00:56:34 -0700 (PDT) MIME-Version: 1.0 From: Daniele Varrazzo Date: Thu, 11 Apr 2024 09:56:22 +0200 Message-ID: Subject: Waiting for Psycopg 3.2 To: Psycopg Content-Type: multipart/alternative; boundary="00000000000074a03d0615cd7e5c" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000074a03d0615cd7e5c Content-Type: text/plain; charset="UTF-8" Hello list! There is currently a flurry of activities around the Psycopg 3 repository, motivated especially by the PostgreSQL 17 feature freeze, whose libpq exposes a set of features which turned out very useful. Therefore, after a round of merging and some scheduled refactoring [1], we should be able to merge a version 3.2. We have gathered a considerable list of features [2] and we are looking forward to releasing them. Some of the highlights are: - support for numpy scalars, - an easier to use notifications generator, - support for asynchronous and safe cancel, - prepared statements compatible with PgBouncer. One notable absent from the list of features scheduled for release is the numpy arrays adaptation. I have always thought that it would be natural to have such feature... but fundamentally nobody ever voiced a need for it. Therefore I prefer to postpone it to a later time [3] and not delay the release further. In order to reduce the maintenance chore, we have developed a system to generate the synchronous code from the AST of the async code. If anyone has a similar need, maintaining a codebase in both sync and async variants, they are welcome to take a look [4] and lift whatever useful. Feedback about the upcoming release is welcome! In the meantime I'd like to thank our and everyone who has contributed ideas, reports, code, in particular Denis "@dlax" Laxalde who has brought plenty of ideas and good code. I am looking forward to get back with news of a final 3.2 release in a few weeks time. In the meantime, happy hacking! -- Daniele [1] https://github.com/psycopg/psycopg/milestone/5 [2] https://www.psycopg.org/psycopg3/docs/news.html#psycopg-3-2-unreleased [3] https://github.com/psycopg/psycopg/issues/336 [4] https://github.com/psycopg/psycopg/blob/master/tools/async_to_sync.py --00000000000074a03d0615cd7e5c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hello list!

= There is currently a flurry of activities around the Psycopg 3 repository, = motivated especially by the PostgreSQL 17 feature freeze, whose libpq expos= es a set of features which turned out very useful.
<= br>
Therefore, after a round of merging and some sch= eduled refactoring [1], we should be able to merge a version 3.2. We have g= athered a considerable list of features [2] and we are looking forward to r= eleasing them. Some of the highlights are:=C2=A0
- support for numpy scalars,
- an easier to use notifications generator,
- supp= ort for asynchronous and safe cancel,
- prepared sta= tements compatible with PgBouncer.

One notable absent from the list of features scheduled for relea= se is the numpy arrays adaptation. I have always thought that it would be n= atural to have such feature... but fundamentally nobody ever voiced a need = for it. Therefore I prefer to postpone it to a later time [3] and not delay= the release further.

In= order to reduce the maintenance chore, we have developed a system to gener= ate the synchronous code from the AST of the async code. If anyone has a si= milar need, maintaining a codebase in both sync and async variants, they ar= e welcome to take a look [4] and lift whatever useful.

Feedback about the upcoming release is welco= me! In the meantime I'd like to thank our <https://www.psycopg.org/sponsors/> and everyone= who has contributed ideas, reports, code, in particular Denis "@dlax&= quot; Laxalde who has brought plenty of ideas and good code.

I am looking forward to get back with= news of a final 3.2 release in a few weeks time. In the meantime, happy ha= cking!

-- Daniele
<= div dir=3D"auto">

--00000000000074a03d0615cd7e5c--