RE:pylint and pylint3
Hello, > The Python 3 variant of the package should begin provide the > /usr/bin/foo wrapper script interface when the Python 2 package is > dropped. > This really ought to be codified somewhere, and I'm not sure that the > DPMT wiki page is visible enough or will be consulted by maintainers > when dropping the Python 2 variant of their packages. Should I understand that this information about the wrapper is available on the DPMT wiki ? Fred
Re: pylint and pylint3
Hi Fred, On Tue, Aug 27, 2019 at 07:29:06PM +, PICCA Frederic-Emmanuel wrote: > Hello it seems that the pylint package does not provide pylint3 anymore > (since 21h ;) > But the spyder package still require pylint3 and pylint when installint > spyder or spyder3. > this is why the next taurus will FTBFS. > > So is it something expected and the spyder package should be fixed, or a bug > in the pylint package ? > > Cheers > > Fred ScottK and I discussed this type of case on #debian-python. The Python 3 variant of the package should begin provide the /usr/bin/foo wrapper script interface when the Python 2 package is dropped. This really ought to be codified somewhere, and I'm not sure that the DPMT wiki page is visible enough or will be consulted by maintainers when dropping the Python 2 variant of their packages. Cheers, Nicholas signature.asc Description: PGP signature
pylint and pylint3
Hello it seems that the pylint package does not provide pylint3 anymore (since 21h ;) But the spyder package still require pylint3 and pylint when installint spyder or spyder3. this is why the next taurus will FTBFS. So is it something expected and the spyder package should be fixed, or a bug in the pylint package ? Cheers Fred
Request to join DPMT (+request for sponsor)
Hi, I'd like to join the team, mainly to maintain hcloud-python[0], but also to help around a bit, time permitting. I'm a DD and my salsa login is "costela". And I'm also requesting sponsorship for the above mentioned package. (yes, I'm a DD ... old 1024 bit key purged, never got around to adding the new one to the keyring. Don't judge me! :P) DPMT policy read and accepted! :) Cheers, Leo [0] https://mentors.debian.net/package/hcloud-python
Bug#935908: ITP: dmsh -- simple 2D mesh generator inspired by distmesh
Package: wnpp Severity: wishlist Owner: Drew Parsons * Package name: python-dmsh Version : 0.1.3 Upstream Author : Nico Schlömer * URL : https://github.com/nschloe/dmsh * License : MIT Programming Lang: Python Description : simple mesh generator inspired by distmesh dmsh: "The worst mesh generator you'll ever use." Inspired by distmesh, dmsh is slow, requires a lot of memory, and isn't terribly robust either. On the plus side, it's got a usable interface, is pure Python (and hence easily installable on any system), and if it works, it produces pretty high-quality meshes. Combined with optimesh, dmsh produces the highest-quality 2D meshes in the west. Example capabilities: * Primitives - circle, rectangle, polygon - halfspace * Combinations - difference - nonconstant edge length - union - intersection * Transformations - rotation, translation, scaling * Local refinement A simple-to-use tool for creating 2D meshes. Complements mshr (which is not actively developed) To be packaged under the Debian Science team alongside other related packages by the same author: meshio (mesh file conversion), pygalmesh (3D meshes) Some debate about source package name: dmsh? python-dmsh? python3-dmsh? A quick poll on irc indicates some preference for python-dmsh. Further debate welcome.
Re: reverse-depends problem
Hi, út 27. 8. 2019 v 10:36 odesílatel Ondrej Novy napsal: > yesterday I checked reverse dependencies of python-xlrd with: > and same problem with python-ldap. -- Best regards Ondřej Nový
reverse-depends problem
Hi, yesterday I checked reverse dependencies of python-xlrd with: reverse-depends -lb python-xlrd - and - reverse-depends -l python-xlrd There were none so I removed python-xlrd Python 2 package. But today same commands returns reverse dependecies. So it looks like "reverse-depends" is not always safe for checking reverse dependencies. Hm? -- Best regards Ondřej Nový
