Re: [Help] Re: mlpy ftbfs with Python 3.12
Hi, I created a patch for ModuleNotFoundError with Python 3.12. I worked on it in a fork, and created MR [0]. I hope it fixes the issue with the build. [0] https://salsa.debian.org/science-team/mlpy/-/merge_requests/5 Cheers! Yogeswaran. signature.asc Description: PGP signature
Request to join debian-python team
Hello, I am working on packaging pdm, and I would like to join Debian Python Team. My username on salsa is eevelweezel. I have read and accept the Debian Python Team policy. Best, ./wzl
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.
Bug#1061255: ITP: custodian -- flexible just-in-time job management framework in Python
Package: wnpp Severity: wishlist Owner: Drew Parsons X-Debbugs-Cc: debian-de...@lists.debian.org, debian-python@lists.debian.org, debian-scie...@lists.debian.org, debichem-de...@lists.alioth.debian.org * Package name: custodian Version : 2024.1.9 Upstream Contact: Shyue Ping Ong * URL : https://github.com/materialsproject/custodian * License : MIT/X Programming Lang: Python Description : flexible just-in-time job management framework in Python Custodian is a simple, robust and flexible just-in-time (JIT) job management framework written in Python. Using custodian, you can create wrappers that perform error checking, job management and error recovery. It has a simple plugin framework that allows you to develop specific job management workflows for different applications. Error recovery is an important aspect of many high-throughput projects that generate data on a large scale. When you are running on the order of hundreds of thousands of jobs, even an error-rate of 1% would mean thousands of errored jobs that would be impossible to deal with on a case-by-case basis. The specific use case for custodian is for long running jobs, with potentially random errors. For example, there may be a script that takes several days to run on a server, with a 1% chance of some IO error causing the job to fail. Using custodian, one can develop a mechanism to gracefully recover from the error, and restart the job with modified parameters if necessary. The current version of Custodian also comes with several sub-packages for error handling for Vienna Ab Initio Simulation Package (VASP), NwChem, QChem, FEFF, Lobster and CP2K calculations. Custodian has been developed by the Materials Project team responsible for pymatgen, and is used to manage tests for emmet-core etc. It is a general python package, but designed for computational chemistry. It could arguably be managed by the Debian Python Team, but probably best to keep it alongside pymatgen managed by the Debichem team.
[Help] Re: mlpy ftbfs with Python 3.12
Control: tags 1056819 pending Control: tags -1 help Hi, after applying the patch for the cython3 issue the build issues of this package are remaining. This is strange since the missing modules are provided inside the package. I wonder what trick I might need to do to convince the Python3 interpreter to seek for the modules recursively which was obviously working until some point of time when the package was building formerly. Any help would be welcome Andreas. -- http://fam-tille.de
Bug#1061236: RFP: python3-pytermgui -- Python TUI framework with mouse support, modular widget system, customizable and rapid terminal markup language
Package: wnpp Severity: wishlist X-Debbugs-Cc: debian-python@lists.debian.org * Package name: python3-pytermgui Version : 7.7.0 Upstream Author : Balázs Cene * URL : https://ptg.bczsalba.com/ * License : MIT Programming Lang: Python Description : Python TUI framework with mouse support, modular widget system, customizable and rapid terminal markup language A modern TUI framework with modular widget system, mouse support, customizable and a rapid terminal markup language. Good looking not only in terminal emulators but also on tty itself. I am not able to maintain or package this myself. I just want to bring this up to your radar. - The package is relevant and useful because it add a modern and fresh approach to other available TUI packages (urwid for example). - It is planed to use it as a dependency for "Back In Time" (src-deb: backintime) package. - Upstream seems very healthy based on commit history and number and age of Issues and PRs. - The docu is of high quality. - Upstream project structure follows modern standards (pyproject.toml, src-layout) and using code quality measurements.
