[Biopython] Planning the Biopython 1.84 release

Peter Cock <[email protected]> Wed, 22 May 2024 13:39:37 +0100
Newsgroups gmane.comp.python.bio.general
Message-ID <CAKVJ-_4Oh2EuJqcKC3xGtPVzNwKfK=Arc-JH2jN=CjmJ68b3uA@mail.gmail.com>
--===============2058190833807523803==
Content-Type: multipart/alternative; boundary="000000000000e353e406190a3ab9"

--000000000000e353e406190a3ab9
Content-Type: text/plain; charset="UTF-8"

Hello all,

I would have liked to tackle the release sooner, but things have been busy
at work. However, I will be on leave soon and should be able to tackle the
Biopython 1.84 in early June.

That will be about six months worth of changes, including dropping Python
3.8 support and deprecating Python 3.9 support.

It is worth noting this coincides with the release of NumPy 2.0. We have
lots of code using NumPy, including C code, which was a major concern as
there are C API breakages with NumPy 2.0. However, rather than the full
NumPy C API, we're only using the buffer API designed for interoperability,
so I believe that does not affect us. What does affect us are changes to
the NumPy scalar repr output, which means a lot of the documentation tests
in Biopython 1.63 fail. We have addressed those already, and the tests now
pass on a recent NumPy v1 and on the v2 release candidate. i.e. I am not
aware of any blocking issues relating to NumPy for our next release.

Are there any outstanding issues which the community feels need to be
addressed prior to our release?

Thanks,

Peter

--000000000000e353e406190a3ab9
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>Hello all,</div><div><br></div><div>I would have like=
d to tackle the release sooner, but things have been busy at work. However,=
 I will be on leave soon and should be able to tackle the Biopython 1.84 in=
 early June.</div><div><br></div><div>That will be about six months worth o=
f changes, including dropping Python 3.8 support and deprecating Python 3.9=
 support.<br></div><div><br></div><div>It is worth noting this coincides wi=
th the release of NumPy 2.0. We have lots of code using NumPy, including C =
code, which was a major concern as there are C API breakages with NumPy 2.0=
. However, rather than the full NumPy C API, we&#39;re only using the buffe=
r API designed for interoperability, so I believe that does not affect us. =
What does affect us are changes to the NumPy scalar repr output, which mean=
s a lot of the documentation tests in Biopython 1.63 fail. We have addresse=
d those already, and the tests now pass on a recent NumPy v1 and on the v2 =
release candidate. i.e. I am not aware of any blocking issues relating to N=
umPy for our next release.</div><div><br></div><div>Are there any outstandi=
ng issues which the community feels need to be addressed prior to our relea=
se?</div><div><br></div><div>Thanks,<br></div><br><div>Peter<br></div></div=
>

--000000000000e353e406190a3ab9--

--===============2058190833807523803==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Biopython mailing list  -  [email protected]
https://mailman.open-bio.org/mailman/listinfo/biopython

--===============2058190833807523803==--