debian-python  

Messages by Thread

• • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Mechtilde
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" c . buhtz
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Mechtilde
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Carsten Schoenert
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" c . buhtz
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Simon McVittie
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Andrey Rakhmatullin
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Simon McVittie
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" c . buhtz
  • Re: [backintime] Switch the maintainer to "Debian Python Team (DPT)" Nicholas D Steeves
• Bug#1037262: ITP: syndication-domination -- Python 3 library for parsing RSS and ATOM feeds Jeremy Bícha
• Bug#1037253: ITP: python-inject -- Python dependency injection framework Edward Betts
• [mic...@michel-slm.name: Bug#1037174: RFS: damo/1.8.4-1 [ITP] -- Data Access Monitoring Operator] Michel Alexandre Salim
  • Re: [mic...@michel-slm.name: Bug#1037174: RFS: damo/1.8.4-1 [ITP] -- Data Access Monitoring Operator] Emmanuel Arias
• Bug#1037066: ITP: in-place -- In-place file processing with Python Edward Betts
• Bug#1036925: ITP: python3-pylxd -- Python module for LXD Mathias Gibbens
• Siging up for the Contribution on Python Packaging for Debian TopologicRose
  • Re: Siging up for the Contribution on Python Packaging for Debian Danial Behzadi دانیال بهزادی
  • Re: Siging up for the Contribution on Python Packaging for Debian Andrey Rakhmatullin
• review for python-sepaxml/2.6.1-1 Jeroen Ploemen
• NMU: backintime c . buhtz
• Migration from setuptools to pyproject Jerome Kieffer
  • Re: Migration from setuptools to pyproject Louis-Philippe Véronneau
  • Re: Migration from setuptools to pyproject Jerome Kieffer
• Bug#1034588: lintian: provide a check for Build-Depends: python3-setuptools-scm for python packages using setuptools_scm Drew Parsons
• Re: Taking over package into Debian Python Team maintenance and fixing bug (Was: mdp: FTBFS with numpy 1.21 (in experimental): dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p 3.9 returned exit code 13) Andreas Tille
• Bug#1033971: ITP: pyreadstat - read/write data sets from SAS, Stata, and SPSS from/to Python pandas.DataFrame Joost van Baal-Ilić
• Bug#1033831: RFS: importlab/0.8-1 [ITA] -- Library to calculate Python dependency graphs Lev Borodin
• BTS: Merging bugs not working because of "forwarded" to upstream bug c . buhtz
  • Re: BTS: Merging bugs not working because of "forwarded" to upstream bug Preuße , Hilmar
  • Re: BTS: Merging bugs not working because of "forwarded" to upstream bug c . buhtz
  • Re: BTS: Merging bugs not working because of "forwarded" to upstream bug Andrey Rakhmatullin
• BTS: What are Unclassified bugs? c . buhtz
  • Re: BTS: What are Unclassified bugs? Andrey Rakhmatullin
  • Re: BTS: What are Unclassified bugs? c . buhtz
• Unittests writing to HOME (backintime) c . buhtz
  • Re: Unittests writing to HOME (backintime) Andrey Rakhmatullin
  • Re: Unittests writing to HOME (backintime) c . buhtz
  • Re: Unittests writing to HOME (backintime) Andrey Rakhmatullin
  • Re: Unittests writing to HOME (backintime) buhtz
  • Re: Unittests writing to HOME (backintime) Simon McVittie
• python-snappy is outdated, was NMUed two times and should be rather maintained by Debian Python Team Andreas Tille
  • Re: python-snappy is outdated, was NMUed two times and should be rather maintained by Debian Python Team Andreas Tille
• Tiledb-py fails to build (Was: tiledb: uses atomic operations, but is not linked to libatomic) Andreas Tille
  • Re: Tiledb-py fails to build (Was: tiledb: uses atomic operations, but is not linked to libatomic) Adam Cecile
• Please fix Debian bug 1032091 "py7zr: CVE-2022-44900" yokota
  • Re: Please fix Debian bug 1032091 "py7zr: CVE-2022-44900" Sandro Tosi
  • Re: Please fix Debian bug 1032091 "py7zr: CVE-2022-44900" yokota
• Python pybuild system & setup.cfg Preuße , Hilmar
  • Re: Python pybuild system & setup.cfg Étienne Mollier
  • Re: Python pybuild system & setup.cfg Scott Kitterman
  • Re: Python pybuild system & setup.cfg Preuße , Hilmar
• Request to join PythonTeam Jakub Ružička
  • Request to join PythonTeam Jakub Ružička
• Adopting python-fire Danial Behzadi دانیال بهزادی
• Access request matthias . geiger1024
  • Re: Access request matthias . geiger1024
  • Re: Access request Stefano Rivera
• Bug#1032825: ITP: gitlike-commands -- Python module for easily creating `git`-style subcommand handling Edward Betts
• Generating stricter dependencies on python3-protobuf rdeps Adrian Bunk
  • Re: Generating stricter dependencies on python3-protobuf rdeps Stefano Rivera
• Joining the team! Again with policy acceptance. Scarlett Moore
  • Re: Joining the team! Again with policy acceptance. Scott Kitterman
• Joining the team! Please Scarlett Moore
• #!/usr/bin/python3 vs virtualenv Marc Glisse
  • Re: #!/usr/bin/python3 vs virtualenv Danial Behzadi دانیال بهزادی
  • Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley
  • Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda
  • Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley
  • Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda
  • Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley
  • Re: #!/usr/bin/python3 vs virtualenv Julian Gilbey
  • Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda
  • Re: #!/usr/bin/python3 vs virtualenv Stefano Rivera
  • Re: #!/usr/bin/python3 vs virtualenv Marc Glisse
  • Re: #!/usr/bin/python3 vs virtualenv Dmitry Shachnev
• Bug#1032287: SystemError: PY_SSIZE_T_CLEAN macro must be defined for '#' formats Antoine Beaupre
• Bug#1032191: ITP: django-compression-middleware -- Django middleware to compress responses using several algorithms Edward Betts
• sphinxext-opengraph upstream update (v 0.8.1) Chiara Marmo
  • Re: sphinxext-opengraph upstream update (v 0.8.1) Andrey Rakhmatullin
• Reviewer + Uploader for python-box Malik
  • Re: Reviewer + Uploader for python-box Andrey Rakhmatullin
• Re: Bug#1031701: python3-pandas: Pandas requires version '2.0.1' or newer of 'xlrd' Rebecca N. Palmer
• Bug#1031939: ITP: offpunk -- CLI and offline-first smolnet browser for Gemini, Gopher, etc Étienne Mollier
• Bug#1031882: ITP: python-broadlink -- Python API for controlling Broadlink devices Edward Betts
• Updating python3-xlrd for pandas 1.5 compatibility Diane Trout
  • Re: Updating python3-xlrd for pandas 1.5 compatibility Martin
  • Re: Updating python3-xlrd for pandas 1.5 compatibility Paul Gevers
  • Re: Updating python3-xlrd for pandas 1.5 compatibility Shengjing Zhu
  • Re: Updating python3-xlrd for pandas 1.5 compatibility Shengjing Zhu
  • Re: Updating python3-xlrd for pandas 1.5 compatibility Diane Trout
• Bug#1031789: RFP: thunar-plugins -- easy Python plugins for Thunar Antoine Beaupre
• Location of translations for package description c . buhtz
  • Re: Location of translations for package description Joost van Baal-Ilić
  • Re: Location of translations for package description c . buhtz
  • Re: Location of translations for package description Joost van Baal-Ilić
  • Re: Location of translations for package description buhtz
• Bug#1031562: RFP: phockup -- Media sorting tool to organize photos and videos from your camera in folders by year, month and day Antoine Beaupre
• Consumo de combustible Benavides Santacruz
• Bug#1031300: ITP: sphinx-argparse-cli -- Sphinx extension to render CLI arguments defined by the argparse module Faidon Liambotis
• Bug#1031298: ITP: pyproject-api -- API to interact with Python pyproject.toml-based projects Faidon Liambotis
• can one change the path of generated entry point console_scripts Philippe Cerfon
  • Re: can one change the path of generated entry point console_scripts Stefano Rivera
  • Re: can one change the path of generated entry point console_scripts Philippe Cerfon
  • Re: can one change the path of generated entry point console_scripts Andrey Rakhmatullin
• can pip be made using local Debian packages for any dependencies Philippe Cerfon
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Donald Stufft
  • Re: can pip be made using local Debian packages for any dependencies Philippe Cerfon
  • Re: can pip be made using local Debian packages for any dependencies Stefano Rivera
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Stefano Rivera
  • Re: can pip be made using local Debian packages for any dependencies Philippe Cerfon
  • Re: can pip be made using local Debian packages for any dependencies Stefano Rivera
  • Re: can pip be made using local Debian packages for any dependencies Philippe Cerfon
  • Re: can pip be made using local Debian packages for any dependencies Andrey Rakhmatullin
  • Re: can pip be made using local Debian packages for any dependencies Jeremy Stanley
  • Re: can pip be made using local Debian packages for any dependencies Ian Norton
  • Re: can pip be made using local Debian packages for any dependencies Andrey Rakhmatullin
  • Re: can pip be made using local Debian packages for any dependencies Jeremy Stanley
  • Re: can pip be made using local Debian packages for any dependencies Philippe Cerfon
  • Re: can pip be made using local Debian packages for any dependencies Philippe Cerfon
• uploading paramiko 3.0.0 Hans-Christoph Steiner
  • Re: uploading paramiko 3.0.0 Pierre-Elliott Bécue
  • Re: uploading paramiko 3.0.0 Sandro Tosi
• Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ? Rebecca N. Palmer
  • Re: Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ? Andreas Tille
  • Re: Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ? Diane Trout
  • Re: Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ? Rebecca N. Palmer
  • Re: Bug#1030096: Any ideas Re: #1030096 dask.distributed intermittent autopkgtest fail ? Diane Trout
• Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Michael Kesper
  • Re: Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Stefano Rivera
  • Re: Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Scott Kitterman
  • Re: Python 3.10 in bookworm Thomas Goirand
  • Re: Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Andrey Rakhmatullin
  • Re: Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Danial Behzadi دانیال بهزادی
  • Re: Python 3.10 in bookworm Joost van Baal-Ilić
  • Re: Python 3.10 in bookworm Stefano Rivera
  • Re: Python 3.10 in bookworm karthek
  • pyenv / Re: Python 3.10 in bookworm Joost van Baal-Ilić
  • Re: Python 3.10 in bookworm Julian Gilbey
  • Re: Python 3.10 in bookworm Thomas Goirand
• Bug#1030572: ITP: python-countrynames -- Map country names to ISO codes Edward Betts
• Upload needed - python-scripttest - autopkgtest must be marked superficial Malik Mlitat
• Bug#1030509: ITP: geojson-pydantic -- Pydantic data models for GeoJSON Edward Betts
• Re: python-param: FTBFS: TypeError: The only supported seed types are: None, Andreas Tille
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, FC Stegerman
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, Louis-Philippe Véronneau
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, FC Stegerman
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, Dmitry Shachnev
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, FC Stegerman
  • Re: python-param: FTBFS: TypeError: The only supported seed types are: None, FC Stegerman
• How should upstream document/communicate none-Python dependencies? c . buhtz
  • Re: How should upstream document/communicate none-Python dependencies? Jeremy Stanley
  • Re: How should upstream document/communicate none-Python dependencies? c . buhtz
  • Re: How should upstream document/communicate none-Python dependencies? Jeremy Stanley
  • Re: How should upstream document/communicate none-Python dependencies? Joost van Baal-Ilić
• Re: python3-openid: autopkgtest must be marked superficial Malik Mlitat
• Re: Bug#1029593: nibabel: (armel autopkgtest) needs update for NumPy 1.24 Andreas Tille
  • Re: Bug#1029593: nibabel: (armel autopkgtest) needs update for NumPy 1.24 Étienne Mollier
  • Re: Bug#1029593: nibabel: (armel autopkgtest) needs update for NumPy 1.24 Andreas Tille
• Remaining numpy 1.24 issues on 32bit architectures Andreas Tille
  • Re: Remaining numpy 1.24 issues on 32bit architectures Andreas Tille
  • Re: Remaining numpy 1.24 issues on 32bit architectures Nilesh Patra
  • Re: Remaining numpy 1.24 issues on 32bit architectures Andreas Tille
• Re: Bug#791635 python-policy: Please require namespacing source python module packages Guillem Jover
  • Re: Bug#791635 python-policy: Please require namespacing source python module packages Scott Kitterman
  • Re: Bug#791635 python-policy: Please require namespacing source python module packages Stefano Rivera
  • Re: Bug#791635: python-policy: Please require namespacing source python module packages Guillem Jover
  • Re: Bug#791635: python-policy: Please require namespacing source python module packages Simon McVittie
  • Re: Bug#791635: python-policy: Please require namespacing source python module packages Scott Kitterman
  • Re: Bug#791635: python-policy: Please require namespacing source python module packages Matthias Klose
  • Re: Bug#791635: python-policy: Suggest conventional namespacing for Python modules' source packages Simon McVittie
  • Re: Bug#791635: python-policy: Please require namespacing source python module packages Stefano Rivera
• Bug#1029808: lintian: warnings related to *.pyc *.pyo __pycache__/ Paul Wise
• Bug#1029725: ITP: python-pantomime -- MIME type normalisation and labels Edward Betts
• Bug#1029705: ITP: python-languagecodes -- Normalise language codes in Python Edward Betts
• Bug#1029564: ITP: python-fingerprints -- Compare the names of companies and people with normalisation Edward Betts
• Bug#1029431: ITP: pyequihash -- python bindings for libequihash: memory-hard Proof-of-Work with fast verification Joost van Baal-Ilić
• Bug#1029406: ITP: normality -- Micro-library to normalize text strings in Python Edward Betts
• Help with numpydoc needed (Was: Bug#1029245: nitime: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13) Andreas Tille
  • Re: Help with numpydoc needed (Was: Bug#1029245: nitime: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13) Éric Araujo
  • Re: Help with numpydoc needed (Was: Bug#1029245: nitime: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13) FC Stegerman
  • Re: Help with numpydoc needed (Was: Bug#1029245: nitime: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13) Éric Araujo
  • Re: Help with numpydoc needed (Was: Bug#1029245: nitime: FTBFS: dh_auto_test: error: pybuild --test --test-pytest -i python{version} -p "3.10 3.11" returned exit code 13) Andreas Tille
• What is this about the metainfo-file? c . buhtz
  • Re: What is this about the metainfo-file? c . buhtz
  • Re: What is this about the metainfo-file? Simon McVittie
• New upstream version of sphinxext-opengraph Chiara Marmo
  • Re: New upstream version of sphinxext-opengraph Jeroen Ploemen
• Shouldn't packages maintained by DPT be found in salsa.d.o/python-team ? Andreas Tille
  • Re: Shouldn't packages maintained by DPT be found in salsa.d.o/python-team ? Sandro Tosi

• Earlier messages
• Later messages