Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On Fri, Jan 26, 2024 at 08:43:03AM +0200, Graham Inggs wrote: > Hi > > On Tue, 23 Jan 2024 at 14:38, Julian Gilbey wrote: > > We're nearly there (the transition page says it's 99% done), and when > > this transition is complete, then python3-defaults 3.11.6+ will be > > able to migrate to testing. > > python3-defaults/3.11.6-1 with Python 3.12 as a supported version is > now in testing [1]. Wonderful news! Congratulations to everyone who helped to make this happen! Best wishes, Julian
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
Hi On Tue, 23 Jan 2024 at 14:38, Julian Gilbey wrote: > We're nearly there (the transition page says it's 99% done), and when > this transition is complete, then python3-defaults 3.11.6+ will be > able to migrate to testing. python3-defaults/3.11.6-1 with Python 3.12 as a supported version is now in testing [1]. > Yes - please don't upload it to unstable yet. Uploading to > experimental is fine. Uploading to unstable now should be fine, but maybe wait for pandas/1.5.3+dfsg-12 to migrate first (in about four hours). Regards Graham [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055085#29
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On Mon, Jan 22, 2024 at 08:50:55PM +, Rebecca N. Palmer wrote: > On 22/01/2024 11:51, Julian Gilbey wrote: > > Please could we wait until the "Python 3.12 is a supported version" > > transition is completed? > > How are you defining that? python3-defaults 3.11.6+ in testing? (I was > previously told 3.12-supporting pandas and numpy in testing, which has > happened. I don't think any of these 25 packages are on > https://qa.debian.org/excuses.php?package=python3-defaults , but I haven't > checked carefully, and at least influxdb-python and tqdm do have what I > suspect are Python 3.12 related issues.) https://release.debian.org/transitions/html/python3.12-add.html We're nearly there (the transition page says it's 99% done), and when this transition is complete, then python3-defaults 3.11.6+ will be able to migrate to testing. I don't fully understand the problem with transitions, but there was a request to hold back with significant upgrades until a python3.12-supporting python3-defaults has reached testing. > > Adding another 25 or so RC bugs at this > > point will just slow down that transition. > > What exactly do you want not done until then? Just not uploading pandas > 2.x to unstable, or is it also a problem to have these bugs marked as RC in > the BTS? (In all 22 cases that are in testing at all, the bug is also > present in the version in testing, so it being RC shouldn't block > migration.) Yes - please don't upload it to unstable yet. Uploading to experimental is fine. > > (Unless pandas 1.5 is > > preventing the transition, that is.) > > It isn't. Good! Julian
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On 22/01/2024 11:51, Julian Gilbey wrote: Please could we wait until the "Python 3.12 is a supported version" transition is completed? How are you defining that? python3-defaults 3.11.6+ in testing? (I was previously told 3.12-supporting pandas and numpy in testing, which has happened. I don't think any of these 25 packages are on https://qa.debian.org/excuses.php?package=python3-defaults , but I haven't checked carefully, and at least influxdb-python and tqdm do have what I suspect are Python 3.12 related issues.) Adding another 25 or so RC bugs at this point will just slow down that transition. What exactly do you want not done until then? Just not uploading pandas 2.x to unstable, or is it also a problem to have these bugs marked as RC in the BTS? (In all 22 cases that are in testing at all, the bug is also present in the version in testing, so it being RC shouldn't block migration.) (Unless pandas 1.5 is preventing the transition, that is.) It isn't.
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On Sun, Jan 21, 2024 at 03:29:21PM +, Rebecca N. Palmer wrote: > Control: severity 1053943 1053939 1053942 1044053 1044056 serious > Control: severity 1044074 1053946 1044078 1044079 1044077 serious > Control: severity 1044071 1044067 1044068 1044055 1044060 serious > Control: severity 1044072 1044073 1044064 1053945 1044054 serious > Control: severity 1044076 1053940 1044057 1053944 1050144 serious > > As previously discussed in this bug, I'd like to move pandas 2.x into > unstable reasonably soon. I'm aiming to get it in before the Ubuntu 24.04 > freeze (in about a month), but I am open to disagreement on whether this is > a good idea. Please could we wait until the "Python 3.12 is a supported version" transition is completed? Adding another 25 or so RC bugs at this point will just slow down that transition. (Unless pandas 1.5 is preventing the transition, that is.) Best wishes, Julian
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
Hi, how to remove myself from these lists? Thank you On Sun, 21 Jan 2024 at 18:30, Andreas Tille wrote: > Hi Rebecca, > > Am Sun, Jan 21, 2024 at 03:29:21PM + schrieb Rebecca N. Palmer: > > > > Hence, doing this transition now would involve breaking some reverse > > dependencies with no known fix, but given the number of packages > involved, > > trying to wait until they're all fixed is rather likely to instead end in > > pandas 1.5 being broken by a new Python/numpy/etc. > > Just go for it and lets try to fix issues as soon as possible. > > Thanks a lot for all your work on pandas > > Andreas. > > -- > http://fam-tille.de > >
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
Hi Rebecca, Am Sun, Jan 21, 2024 at 03:29:21PM + schrieb Rebecca N. Palmer: > > Hence, doing this transition now would involve breaking some reverse > dependencies with no known fix, but given the number of packages involved, > trying to wait until they're all fixed is rather likely to instead end in > pandas 1.5 being broken by a new Python/numpy/etc. Just go for it and lets try to fix issues as soon as possible. Thanks a lot for all your work on pandas Andreas. -- http://fam-tille.de
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
Control: severity 1053943 1053939 1053942 1044053 1044056 serious Control: severity 1044074 1053946 1044078 1044079 1044077 serious Control: severity 1044071 1044067 1044068 1044055 1044060 serious Control: severity 1044072 1044073 1044064 1053945 1044054 serious Control: severity 1044076 1053940 1044057 1053944 1050144 serious As previously discussed in this bug, I'd like to move pandas 2.x into unstable reasonably soon. I'm aiming to get it in before the Ubuntu 24.04 freeze (in about a month), but I am open to disagreement on whether this is a good idea. dask, python-skbio and python-upsetplot have been fixed since the previous discussion, but that still leaves the above 25. 6 of these have a known-to-me fix (dials influxdb-python python-altair python-feather-format seaborn tqdm - see their bugs for details). Hence, doing this transition now would involve breaking some reverse dependencies with no known fix, but given the number of packages involved, trying to wait until they're all fixed is rather likely to instead end in pandas 1.5 being broken by a new Python/numpy/etc.
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On 11.12.23 08:12, Matthias Klose wrote: On 10.12.23 14:06, Rebecca N. Palmer wrote: Is this an acceptable amount of breakage or should we continue to wait? Bear in mind that if we wait too long, we may be forced into it by some transition further up the stack (e.g. a future Python or numpy) that breaks pandas 1.x. up to the maintainers. But please wait at least until the current pandas and numpy migrated to testing, e.g. that the autopkg tests of pandas and numpy triggered by python3-defaults pass. I just nmued pyrle and sorted-nearest, having dependencies on cython3-legacy, letting the pyranges autopkg tests fail. Once this succeeds, pandas should be able to migrate.
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On 12/11/23 08:12, Matthias Klose wrote: On 10.12.23 14:06, Rebecca N. Palmer wrote: I'd like to move forward with the pandas 1.5 -> 2.1 transition reasonably soon. Given that pandas 2.x is *not* required for Python 3.12 (but is required for Cython 3.0), should we wait for the Python 3.12 transition to be done first? These are broken by pandas 2.x and have a possible (but untested) fix in their bug - please test and apply it: dask(?) dials influxdb-python* python-altair python-feather-format python-upsetplot seaborn tqdm* (* = this package is currently also broken for a non-pandas reason, probably Python 3.12, that I don't have a fix for) These are broken by pandas 2.x and have no known-to-me fix: augur cnvkit dyda emperor esda mirtop pymatgen pyranges python-anndata python-biom-format python-cooler python-nanoget python-skbio python-ulmo q2-quality-control q2-demux q2-taxa q2-types q2templates sklearn-pandas Some generic things to try are pandas.util.testing -> pandas.testing, .iteritems() -> .items(), and if one exists, a more recent upstream version. Is this an acceptable amount of breakage or should we continue to wait? Bear in mind that if we wait too long, we may be forced into it by some transition further up the stack (e.g. a future Python or numpy) that breaks pandas 1.x. up to the maintainers. But please wait at least until the current pandas and numpy migrated to testing, e.g. that the autopkg tests of pandas and numpy triggered by python3-defaults pass. Is there a way to see the binNMUs which are still stuck in unstable, and don't migrate? Matthias As a reminder: it's best practice to first upload the new release to Experimental, so we can see what happens with autopkgtest before destroying everything at once... Cheers, Thomas Goirand (zigo)
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On 10.12.23 14:06, Rebecca N. Palmer wrote: I'd like to move forward with the pandas 1.5 -> 2.1 transition reasonably soon. Given that pandas 2.x is *not* required for Python 3.12 (but is required for Cython 3.0), should we wait for the Python 3.12 transition to be done first? These are broken by pandas 2.x and have a possible (but untested) fix in their bug - please test and apply it: dask(?) dials influxdb-python* python-altair python-feather-format python-upsetplot seaborn tqdm* (* = this package is currently also broken for a non-pandas reason, probably Python 3.12, that I don't have a fix for) These are broken by pandas 2.x and have no known-to-me fix: augur cnvkit dyda emperor esda mirtop pymatgen pyranges python-anndata python-biom-format python-cooler python-nanoget python-skbio python-ulmo q2-quality-control q2-demux q2-taxa q2-types q2templates sklearn-pandas Some generic things to try are pandas.util.testing -> pandas.testing, .iteritems() -> .items(), and if one exists, a more recent upstream version. Is this an acceptable amount of breakage or should we continue to wait? Bear in mind that if we wait too long, we may be forced into it by some transition further up the stack (e.g. a future Python or numpy) that breaks pandas 1.x. up to the maintainers. But please wait at least until the current pandas and numpy migrated to testing, e.g. that the autopkg tests of pandas and numpy triggered by python3-defaults pass. Is there a way to see the binNMUs which are still stuck in unstable, and don't migrate? Matthias
Re: Bug#1043240: transition: pandas 1.5 -> 2.1
On Sun, Dec 10, 2023 at 01:06:01PM +, Rebecca N. Palmer wrote: > I'd like to move forward with the pandas 1.5 -> 2.1 transition reasonably > soon. > > Given that pandas 2.x is *not* required for Python 3.12 (but is required for > Cython 3.0), should we wait for the Python 3.12 transition to be done first? Well, I have seen at least one package that has an RC bug for the Python 3.12 transition that might be because it's still using an old version of cython3 :( So it's a bit of chicken-and-egg - having Cython 3.0 might be very helpful. But then there is this list of 28 packages broken by pandas 2.x. On the other hand, these will need fixing at some point soon anyway, so I'd be in favour of doing the pandas transition now, which will allow Cython 3.0 to move into unstable. Just my 2 cents' worth... Best wishes, Julian
Bug#1043240: transition: pandas 1.5 -> 2.1
I'd like to move forward with the pandas 1.5 -> 2.1 transition reasonably soon. Given that pandas 2.x is *not* required for Python 3.12 (but is required for Cython 3.0), should we wait for the Python 3.12 transition to be done first? These are broken by pandas 2.x and have a possible (but untested) fix in their bug - please test and apply it: dask(?) dials influxdb-python* python-altair python-feather-format python-upsetplot seaborn tqdm* (* = this package is currently also broken for a non-pandas reason, probably Python 3.12, that I don't have a fix for) These are broken by pandas 2.x and have no known-to-me fix: augur cnvkit dyda emperor esda mirtop pymatgen pyranges python-anndata python-biom-format python-cooler python-nanoget python-skbio python-ulmo q2-quality-control q2-demux q2-taxa q2-types q2templates sklearn-pandas Some generic things to try are pandas.util.testing -> pandas.testing, .iteritems() -> .items(), and if one exists, a more recent upstream version. Is this an acceptable amount of breakage or should we continue to wait? Bear in mind that if we wait too long, we may be forced into it by some transition further up the stack (e.g. a future Python or numpy) that breaks pandas 1.x. Build logs: https://launchpad.net/~rebecca-palmer/+archive/ubuntu/pandas2p1/+builds?build_text=&build_state=failed https://launchpad.net/~rebecca-palmer/+archive/ubuntu/pandas2p1n/+builds?build_text=&build_state=failed (The second is more recent, but includes fewer packages.) Autopkgtest logs: https://qa.debian.org/excuses.php?experimental=1&package=pandas (Because of the Python 3.12 transition, this may currently be wrong about what is a regression and what is not.)