Bug#1066146: RM: flask-basicauth -- ROM; RC buggy, dead upstream, leaf package

2024-03-12 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: flask-basica...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:flask-basicauth

src:flask-basicauth was packaged for debian only because it's a dependency of
src:locust, but the latter has migrated to flask-login in the 2.24.0 release,
just uploaded to unstable.

flask-basicauth is RC buggy and dead upstream, and once locust hits the archive
there will be no other package depending on it, so please remove it



Bug#1065329: O: numpy -- Fast array facility to the Python 3 language

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: nu...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:numpy

I intend to orphan the numpy package.

The package description is:
 Numpy contains a powerful N-dimensional array object, sophisticated
 (broadcasting) functions, tools for integrating C/C++ and Fortran
 code, and useful linear algebra, Fourier transform, and random number
 capabilities.
 .
 Numpy replaces the python-numeric and python-numarray modules which are
 now deprecated and shouldn't be used except to support older
 software.
 .
 This package contains Numpy for Python 3.



Bug#1065327: O: python-levenshtein -- extension for computing string similarities and edit distances (Python 3)

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-levensht...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-levenshtein

I intend to orphan the python-levenshtein package.

The package description is:
 The Levenshtein module computes Levenshtein distances, similarity ratios,
 generalized medians and set medians of Unicode or non-Unicode strings.
 Because it's implemented in C, it's much faster than the corresponding
 Python library functions and methods.
 .
 The Levenshtein distance is the minimum number of single-character
 insertions, deletions, and substitutions to transform one string into
 another.
 .
 It is useful for spell checking, or fuzzy matching of gettext messages.
 .
 This package contains Levenshtein for Python 3.



Bug#1065325: O: matplotlib -- Python based plotting system (data package)

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: matplot...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:matplotlib

I intend to orphan the matplotlib package.

The package description is:
 Matplotlib is a pure Python plotting library designed to bring
 publication quality plotting to Python with a syntax familiar to
 Matlab users. All of the plotting commands in the pylab interface can
 be accessed either via a functional interface familiar to Matlab
 users or an object oriented interface familiar to Python users.
 .
 This package contains architecture independent data for python-matplotlib.



Bug#1065251: O: python-click -- Wrapper around optparse for command line utilities - documentation

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-cl...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-click

I intend to orphan the python-click package.

The package description is:
 Click is a Python package for creating beautiful command line interfaces
 in a composable way with as little code as necessary.  It's the "Command
 Line Interface Creation Kit".  It's highly configurable but comes with
 sensible defaults out of the box.
 .
 It aims to make the process of writing command line tools quick and fun
 while also preventing any frustration caused by the inability to implement
 an intended CLI API.
 .
 This package contains the documentation for Click.



Bug#1065250: O: python-cycler -- composable kwarg iterator (documentation)

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-cyc...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-cycler

I intend to orphan the python-cycler package.

The package description is:
 When using matplotlib and plotting more than one line, it is common to want to
 be able to cycle over one  or more artist styles; but the plotting logic can
 quickly become very involved.
 .
 To address this and allow easy cycling over arbitrary 'kwargs' the `Cycler`
 class, a composable kwarg iterator, was developed.
 .
 This package contains the documentation for Cycler.



Bug#1065248: O: cppy -- C++ headers for (Python) C extension development (documentation)

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: c...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:cppy

I intend to orphan the cppy package.

The package description is:
 A small C++ header library which makes it easier to write Python extension
 modules. The primary feature is a PyObject smart pointer which automatically
 handles reference counting and provides convenience methods for performing
 common object operations.
 .
 This package contains the documentation for cppy.



Bug#1065246: O: contourpy -- Python library for calculating contours of 2D quadrilateral grids

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: contou...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:contourpy

I intend to orphan the contourpy package.

The package description is:
 ContourPy is a Python library for calculating contours of 2D quadrilateral
 grids. It is written in C++11 and wrapped using pybind11.
 .
 It contains the 2005 and 2014 algorithms used in Matplotlib as well as a newer
 algorithm that includes more features and is available in both serial and
 multithreaded versions. It provides an easy way for Python libraries to use
 contouring algorithms without having to include Matplotlib as a dependency.



Bug#1065244: O: kiwisolver -- fast implementation of the Cassowary constraint solver - Python 3.X

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: kiwisol...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:kiwisolver

I intend to orphan the kiwisolver package.

The package description is:
 Kiwi is an efficient C++ implementation of the Cassowary constraint solving
 algorithm. Kiwi is an implementation of the algorithm based on the seminal
 Cassowary paper. It is *not* a refactoring of the original C++ solver. Kiwi
 has been designed from the ground up to be lightweight and fast. Kiwi ranges
 from 10x to 500x faster than the original Cassowary solver with typical use
 cases gaining a 40x improvement. Memory savings are consistently > 5x.
 .
 In addition to the C++ solver, Kiwi ships with hand-rolled Python bindings.
 .
 This package contains the Python 3 version of kiwisolver.



Bug#1065243: O: colorspacious -- library for doing colorspace conversions - Python 3.x

2024-03-02 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: colorspaci...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:colorspacious

I intend to orphan the colorspacious package.

The package description is:
 Colorspacious is a powerful, accurate, and easy-to-use library for
 performing colorspace conversions.
 .
 In addition to the most common standard colorspaces (sRGB, XYZ, xyY,
 CIELab, CIELCh), we also include: color vision deficiency ("color
 blindness") simulations using the approach of Machado et al (2009); a
 complete implementation of `CIECAM02
 `_; and the perceptually
 uniform CAM02-UCS / CAM02-LCD / CAM02-SCD spaces proposed by Luo et al
 (2006).
 .
 This package contains the python 3 version of colorspacious



Bug#1065241: O: pylint -- Python 3 code static checker and UML diagram generator

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pyl...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pylint

I intend to orphan the pylint package.

The package description is:
 Pylint is a Python source code analyzer which looks for programming
 errors, helps enforcing a coding standard and sniffs for some code
 smells (as defined in Martin Fowler's Refactoring book)
 .
 Pylint can be seen as another PyChecker since nearly all tests you
 can do with PyChecker can also be done with Pylint. However, Pylint
 offers some more features, like checking length of lines of code,
 checking if variable names are well-formed according to your coding
 standard, or checking if declared interfaces are truly implemented,
 and much more.
 .
 Additionally, it is possible to write plugins to add your own checks.
 .
 The package also ships the following additional commands:
 .
   * pyreverse: an UML diagram generator
   * symilar: an independent similarities checker
   * epylint: Emacs and Flymake compatible Pylint



Bug#1065240: O: logilab-constraint -- constraints satisfaction solver in Python - Python 3

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: logilab-constra...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:logilab-constraint

I intend to orphan the logilab-constraint package.

The package description is:
 Extensible constraint satisfaction problem solver written in pure
 Python, using constraint propagation algorithms. The
 logilab.constraint module provides finite domains with arbitrary
 values, finite interval domains, and constraints which can be applied
 to variables linked to these domains.



Bug#1065239: O: logilab-common -- useful miscellaneous modules used by Logilab projects (Python3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: logilab-com...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:logilab-common

I intend to orphan the logilab-common package.

The package description is:
 logilab-common is a collection of low-level Python packages and modules,
 designed to ease:
 .
  * handling command line options and configuration files
  * writing interactive command line tools
  * manipulation files and character strings
  * interfacing to OmniORB
  * generating SQL queries
  * running unit tests
  * manipulating tree structures
  * accessing RDBMS (currently postgreSQL, MySQL and sqlite)
  * generating text and HTML reports
  * logging
  * parsing XML processing instructions
 .
 This package contains the Python 3 version of logilab-common.



Bug#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x

2024-03-01 Thread Sandro Tosi
i've already closed this report as an error.

On Sat, Mar 2, 2024 at 2:02 AM Sebastiaan Couwenberg 
wrote:

> Control: tags -1 moreinfo
>
> This sounds like the wrong package, because pyshp is maintained by the
> Debian GIS team and won't be orphaned.
>
> Kind Regards,
>
> Bas
>
> --
>   GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1
>
>

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi


Bug#1065238: O: lazy-object-proxy -- Python 3 fast and thorough lazy object proxy

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: lazy-object-pr...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:lazy-object-proxy

I intend to orphan the lazy-object-proxy package.

The package description is:
 A lazy object proxy is an object that wraps a callable but defers the call
 until the object is actually required, and caches the result of said call.
 .
 These kinds of objects are useful in resolving various dependency issues, few
 examples:
 .
  * Objects that need to held circular references at each other, but at
different stages. To instantiate object Foo you need an instance of Bar.
Instance of Bar needs an instance of Foo in some of it methods (but not at
construction).  Circular imports sound familiar?
 .
  * Performance sensitive code. You don't know ahead of time what you're going
to use but you don't want to pay for allocating all the resources at the
start as you usually need just few of them.
 .
 This package contains the Python 3 version of lazy-object-proxy .



Bug#1065237: O: astroidmail -- graphical notmuch email client

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: astroidm...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:astroidmail

I intend to orphan the astroidmail package.

The package description is:
 Astroid is a lightweight and fast Mail User Agent that provides a
 graphical interface to searching, display and composing email,
 organized in thread and tags. Astorid uses the notmuch backend for
 blazingly fast searches through tons of email. Astroid searches,
 displays and compose emails - and rely on other programs for fetching,
 syncing and sending email.



Bug#1065236: O: tqdm -- fast, extensible progress bar for Python 3 and CLI tool

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: t...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:tqdm

I intend to orphan the tqdm package.

The package description is:
 tqdm (read taqadum, تقدّم) means “progress” in Arabic.  tqdm instantly makes
 your loops show a smart progress meter, just by wrapping any iterable with
 "tqdm(iterable)".
 .
 This package contains the Python 3 version of tqdm and its command-line tool.


Bug#1065235: O: basemap -- matplotlib toolkit to plot on map projections (data package)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: base...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:basemap

I intend to orphan the basemap package.

The package description is:
 The matplotlib basemap toolkit is a library for plotting 2D data on maps in
 Python. It is similar in functionality to the matlab mapping toolbox, the IDL
 mapping facilities, GrADS, or the Generic Mapping Tools. PyNGL and CDAT are
 other libraries that provide similar capabilities in Python.
 .
 Basemap does not do any plotting on its own, but provides the facilities to
 transform coordinates to one of 23 different map projections (using the PROJ.4
 C library). Matplotlib is then used to plot contours, images, vectors, lines or
 points in the transformed coordinates. Shoreline, river and political boundary
 datasets (from Generic Mapping Tools) are provided, along with methods for
 plotting them. The GEOS library is used internally to clip the coastline and
 political boundary features to the desired map projection region.
 .
 Basemap provides facilities for reading data in netCDF and Shapefile formats,
 as well as directly over http using OPeNDAP. This functionality is provided
 through the PyDAP client, and a Python interface to the Shapefile C library.
 .
 Basemap is geared toward the needs of earth scientists, particular
 oceanographers and meteorologists. The author originally wrote Basemap to help
 in his research (climate and weather forecasting), since at the time CDAT was
 the only other tool in Python for plotting data on map projections. Over the
 years, the capabilities of Basemap have evolved as scientists in other
 disciplines (such as biology, geology and geophysics) requested and contributed
 new features.
 .
 This package contains data files for python-mpltoolkits.basemap



Bug#1065234: O: pyshp -- read/write support for ESRI Shapefile format - Python 3.x

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pyshp

I intend to orphan the pyshp package.

The package description is:
 PySHP provides read and write support for the ESRI Shapefile format.
 The Shapefile format is a popular Geographic Information System vector
 data format created by ESRI.
 .
 This package contains the module for Python 3.x.



Bug#1065233: O: python-dmidecode -- Python extension module for dmidecode (debug) - Data

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-dmidec...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-dmidecode

I intend to orphan the python-dmidecode package.

The package description is:
 DMI (the desktop management interface) provides a standardized description of
 a computer's hardware, including characteristics such as BIOS serial number
 and hardware connectors.
 .
 This package contains the common data files for dmidecode.



Bug#1065232: O: pytest-env -- pytest plugin that allows you to add environment variables

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pytest-...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pytest-env

I intend to orphan the pytest-env package.

The package description is:
 In your pytest.ini (or pyproject.toml) file add a key value pair with `env` as
 the key and the environment variables as a line separated list of `KEY=VALUE`
 entries. The defined variables will be added to the environment before any
 tests are run.



Bug#1065231: O: pydot -- Python interface to Graphviz's dot (Python 3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pydot

I intend to orphan the pydot package.

The package description is:
 pydot allows one to easily create both directed and non directed graphs from
 Python. Currently all attributes implemented in the Dot language are supported.
 .
 Output can be inlined in Postscript into interactive scientific environments
 like TeXmacs, or output in any of the format's supported by the Graphviz tools
 dot, neato, twopi.
 .
 This package contains pydot for Python 3.



Bug#1065230: O: python-regex -- alternative regular expression module (Python 3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-re...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-regex

I intend to orphan the python-regex package.

The package description is:
 This new regex implementation is intended eventually to replace Python's
 current re module implementation.
 .
 For testing and comparison with the current 're' module the new implementation
 is in the form of a module called 'regex'.
 .
 This is the Python 3 version of the package.



Bug#1065229: O: python-pygraphviz -- Python interface to the Graphviz graph layout and visualization package (doc)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-pygraph...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-pygraphviz

I intend to orphan the python-pygraphviz package.

The package description is:
 Pygraphviz is a Python interface to the Graphviz graph layout and
 visualization package.
 .
 With Pygraphviz you can create, edit, read, write, and draw graphs using
 Python to access the Graphviz graph data structure and layout algorithms.
 .
 This package contains documentation for python-pygraphviz.



Bug#1065224: O: mysql-connector-python -- pure Python implementation of MySQL Client/Server protocol (Python3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: mysql-connector-pyt...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:mysql-connector-python

I intend to orphan the mysql-connector-python package.

The package description is:
 MySQL driver written in Python which does not depend on MySQL C client
 libraries and implements the DB API v2.0 specification (PEP-249).
 .
 MySQL Connector/Python is implementing the MySQL Client/Server protocol
 completely in Python. This means you don't have to compile anything or MySQL
 (client library) doesn't even have to be installed on the machine.
 .
 This package contains the Python 3 version of mysql.connector.



Bug#1065223: O: pysimplesoap -- simple and lightweight SOAP Library (Python 3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pysimples...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pysimplesoap

I intend to orphan the pysimplesoap package.

The package description is:
 Python simple and lightweight SOAP library for client and server webservices
 interfaces, aimed to be as small and easy as possible, supporting most common
 functionality. Initially it was inspired by PHP Soap Extension (mimicking its
 functionality, simplicity and ease of use), with many advanced features added.
 .
 This package contains the Python 3 version of pysimplesoap .



Bug#1065222: O: pychm -- Python binding for CHMLIB - Python 3

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pychm

I intend to orphan the pychm package.

The package description is:
 PyCHM is a package that provides Python binding for Jed Wing's CHMLIB library.
 .
 The chm package contains four modules, namely chm.chm, chm.chmlib,
 chm.extra and chm._chmlib, which provide access to the API implemented
 by the C library chmlib and some additional classes and functions.
 They are used to access MS-ITSS encoded files - Compressed Html Help
 files (.chm).
 .
 This package contain the Python 3 version of chm.



Bug#1065221: O: py7zr -- pure Python 7-zip library

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:py7zr

I intend to orphan the py7zr package.

The package description is:
 py7zr is a library and command-line utility to support 7zip archive
 compression, decompression, encryption and decryption.



Bug#1065220: O: mpmath -- library for arbitrary-precision floating-point arithmetic - Documentation

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: mpm...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:mpmath

I intend to orphan the mpmath package.

The package description is:
 Mpmath is a pure-Python library for multiprecision floating-point
 arithmetic. It provides an extensive set of transcendental functions,
 unlimited exponent sizes, complex numbers, interval arithmetic,
 numerical integration and differentiation, root-finding, linear
 algebra, and much more. Almost any calculation can be performed just
 as well at 10-digit or 1000-digit precision, and in many cases mpmath
 implements asymptotically fast algorithms that scale well for
 extremely high precision work.
 .
 If available, mpmath will (optionally) use gmpy to speed up high
 precision operations. If matplotlib is available, mpmath also
 provides a convenient plotting interface.
 .
 Its features include:
 .
   * Fair performance -- typically 10-100x faster than Python's
 decimal library
   * Transcendental functions -- all functions from Python's math and
 cmath modules, plus a few more like gamma, factorial, erf
   * Complex numbers -- with support for transcendental functions
   * Directed rounding -- floor, ceiling, down, up, half-down,
 half-up, half-even
   * Unlimited exponents -- no overflow or underflow
 .
 This package contains the documentation for mpmath Python module.



Bug#1065201: RM: python-overpy -- ROM; leaf package

2024-03-01 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: python-ove...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-overpy


please remove python-overpy, dak shows no rdeps



Bug#1065202: RM: python-ppmd -- ROM; leaf package

2024-03-01 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: python-p...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-ppmd

please remove python-ppmd, dak shows no rdeps



Bug#1065200: RM: overpass -- ROM; leaf package

2024-03-01 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: overp...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:overpass

please remove overpass, dak shows no rdeps



Bug#1065199: RM: pprintpp -- ROM; leaf package

2024-03-01 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: pprin...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pprintpp

please remove pprintpp, dak shows no rdeps



Bug#1065152: O: pygeoif -- basic implementation of the __geo_interface__ (Python 3)

2024-03-01 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pyge...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pygeoif

I intend to orphan the pygeoif package.

The package description is:
 PyGeoIf provides a GeoJSON-like protocol for geo-spatial (GIS) vector data.
 .
 So when you want to write your own geospatial library with support for this
 protocol you may use pygeoif as a starting point and build your functionality
 on top of it
 .
 You may think of pygeoif as a ‘shapely ultralight’ which lets you construct
 geometries and perform very basic operations like reading and writing
 geometries from/to WKT, constructing line strings out of points, polygons from
 linear rings, multi polygons from polygons, etc. It was inspired by shapely and
 implements the geometries in a way that when you are familiar with shapely you
 feel right at home with pygeoif.


Bug#1065151: O: commonmark -- Python parser for the CommonMark Markdown spec

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: commonm...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:commonmark

I intend to orphan the commonmark package.

The package description is:
 commonmark.py is a pure Python port of jgm's commonmark.js, a Markdown parser
 and renderer for the CommonMark specification, using only native modules.



Bug#1065150: O: pymdown-extensions -- Extension pack for Python Markdown

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pymdown-extensi...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pymdown-extensions

I intend to orphan the pymdown-extensions package.

The package description is:
 PyMdown Extensions is a collection of extensions for Python Markdown. They were
 originally written to make writing documentation more enjoyable. They cover a
 wide range of solutions, and while not every extension is needed by all people,
 there is usually at least one useful extension for everybody.



Bug#1065149: O: pyproject-metadata -- Dataclass for PEP 621 metadata with support for [core metadata] generation

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pyproject-metad...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pyproject-metadata

I intend to orphan the pyproject-metadata package.

The package description is:
 This project does not implement the parsing of `pyproject.toml`
 containing PEP 621 metadata.
 .
 Instead, given a Python data structure representing PEP 621 metadata (already
 parsed), it will validate this input and generate a PEP 643-compliant metadata
 file (e.g. `PKG-INFO`).



Bug#1065143: O: mkautodoc -- AutoDoc for MarkDown

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: mkauto...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:mkautodoc

I intend to orphan the mkautodoc package.

The package description is:
 This markdown extension adds autodoc style support, for use with MkDocs.



Bug#1065142: O: html5lib -- HTML parser/tokenizer based on the WHATWG HTML5 specification

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: html5...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:html5lib

I intend to orphan the html5lib package.

The package description is:
 html5lib is a pure-python library for parsing HTML. It is designed to
 conform to the HTML 5 specification, which has formalized the error handling
 algorithms of popular web browsers.
 .
 This package contains the Python 3 version of html5lib.



Bug#1065141: RM: gmplot -- ROM; leaf package

2024-02-29 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: gmp...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:gmplot

please remove gmplot, dak shows no rdeps



Bug#1065140: O: fastkml -- fast KML processing (Python 3)

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: fast...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:fastkml

I intend to orphan the fastkml package.

The package description is:
 Fastkml is a library to read, write and manipulate KML files. It aims to keep
 it simple and fast (using lxml if available). Fast refers to the time you
 spend to write and read KML files as well as the time you spend to get
 acquainted to the library or to create KML objects.



Bug#1065139: O: dot2tex -- Graphviz to LaTeX converter

2024-02-29 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: dot2...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:dot2tex

I intend to orphan the dot2tex package.

The package description is:
 The purpose of dot2tex is to give graphs generated by the graph layout tool
 Graphviz a more LaTeX friendly look and feel. This is accomplished by:
 .
  - Using native PSTricks and PGF/TikZ commands for drawing arrows,
edges and nodes.
  - Typesetting labels with LaTeX, allowing mathematical notation.
  - Using backend specific styles to customize the output.



Bug#1065045: RM: pyannotate -- ROM; leaf package

2024-02-28 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: pyannot...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pyannotate

please remove pyannotate, dak shows no rdeps



Bug#1065043: O: sphinxtesters -- utilities for testing Sphinx extensions - Python 3

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinxtest...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinxtesters

I intend to orphan the sphinxtesters package.

The package description is:
 Sphinxtesters is a collection of utilities useful to test Sphinx extensions.
 .
 This package contains the Python 3 version of sphinxtesters.



Bug#1065042: O: mpl-sphinx-theme -- documentation for the mpl-sphinx-theme Python library

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: mpl-sphinx-th...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:mpl-sphinx-theme

I intend to orphan the mpl-sphinx-theme package.

The package description is:
 This is the official Sphinx theme for Matplotlib documentation.  It extends the
 pydata-sphinx-theme project, but adds custom styling and a navigation bar.
 .
 This package provides documentation for mpl-sphinx-theme



Bug#1065037: O: m2crypto -- Python wrapper for the OpenSSL library (docs)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: m2cry...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:m2crypto

I intend to orphan the m2crypto package.

The package description is:
 m2crypto features the following:
   * RSA, DSA, DH, HMACs, message digests, symmetric ciphers (including AES).
   * SSL functionality to implement clients and servers.
   * HTTPS extensions to Python's httplib, urllib, and xmlrpclib.
   * Unforgeable HMAC'ing AuthCookies for web session management.
   * FTP/TLS client and server.
   * S/MIME.
   * ZServerSSL: A HTTPS server for Zope.
   * ZSmime: An S/MIME messenger for Zope.
 .
 This package contains the documentation.



Bug#1065036: O: pyopenssl -- Python wrapper around the OpenSSL library (documentation package)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: pyopen...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:pyopenssl

I intend to orphan the pyopenssl package.

The package description is:
 High-level wrapper around a subset of the OpenSSL library, includes
 .
   * SSL.Connection objects, wrapping the methods of Python's portable
 sockets
   * Callbacks written in Python
   * Extensive error-handling mechanism, mirroring OpenSSL's error
 codes
 .
 A lot of the object methods do nothing more than calling a
 corresponding function in the OpenSSL library.
 .
 This package contains documentation for python-openssl.



Bug#1065030: O: sphinxcontrib-log-cabinet -- Organize changelog directives in Sphinx docs

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinxcontrib-log-cabi...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinxcontrib-log-cabinet

I intend to orphan the sphinxcontrib-log-cabinet package.

The package description is:
 Organize changelogs generated by ``versionadded``, ``versionchanged``,
 ``deprecated`` directives. The log will be sorted by newest to oldest
 version. For HTML docs, older versions will be collapsed by default.



Bug#1065029: O: sphinx-panels -- documentation for the sphinx-panels Python library

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinx-pan...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-panels

I intend to orphan the sphinx-panels package.

The package description is:
 A sphinx extension for creating document components optimised for HTML+CSS.
 .
   * The panels directive creates panels of content in a grid layout, utilising
 both the Bootstrap 4 grid system, and cards layout
   * The link-button directive creates a click-able button, linking to a URL or
 reference, and can also be used to make an entire panel click-able
   * The dropdown directive creates toggle-able content
   * The tabbed directive creates tabbed content
   * opticon and fa (fontawesome) roles allow for inline icons to be added.
 .
 This package provides documentation for sphinx-panels



Bug#1065028: O: sphinx-gallery -- extension that builds an HTML gallery of examples from Python scripts (Doc)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinx-gall...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-gallery

I intend to orphan the sphinx-gallery package.

The package description is:
 * Simple examples that run out of the box are the best way to learn a library
 * Pleasing, organized, visual layouts
 * Links, searching, backlinks throughout examples and documentation
 .
 This package contains documentation for sphinx-gallery.



Bug#1065027: O: sphinx-copybutton -- sphinx extension to add a "copy" button to code blocks (documentation)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinx-copybut...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-copybutton

I intend to orphan the sphinx-copybutton package.

The package description is:
 Sphinx-copybutton does one thing: add little “copy” button to the right of
 your code blocks. That’s it!
 .
 This is the common documentation package.


Bug#1065026: O: sphinx-bootstrap-theme -- bootstrap theme for Sphinx (Python 3)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinx-bootstrap-th...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-bootstrap-theme

I intend to orphan the sphinx-bootstrap-theme package.

The package description is:
 This Sphinx theme integrates the Bootstrap CSS / JavaScript framework with
 various layout options, hierarchical menu navigation, and mobile-friendly
 responsive design. It is configurable, extensible and can use any number of
 different Bootswatch CSS themes.
 .
 This package contains the Python 3 version of sphinx-bootstrap-theme



Bug#1065025: O: sphinx-book-theme -- clean book theme for scientific explanations and documentation with Sphinx

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: sphinx-book-th...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-book-theme

I intend to orphan the sphinx-book-theme package.

The package description is:
 This is a lightweight Sphinx theme designed to mimic the look-and-feel of an
 interactive book. It has the following primary features:
 .
  * Bootstrap 4 for visual elements and functionality
  * Flexible content layout that is inspired by beautiful online books, such as
the Edward Tufte CSS guide
  * Visual classes designed for Jupyter Notebooks. Cell inputs, outputs, and
interactive functionality are all supported
  * Launch buttons for online interactivity. For pages that are built with
computational material, connect your site to an online BinderHub for
  * interactive content



Bug#1064979: O: python-cryptography -- Python library exposing cryptographic recipes and primitives (documentation)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-cryptogra...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-cryptography

I intend to orphan the python-cryptography package.

The package description is:
 The cryptography library is designed to be a "one-stop-shop" for
 all your cryptographic needs in Python.
 .
 As an alternative to the libraries that came before it, cryptography
 tries to address some of the issues with those libraries:
  - Lack of PyPy and Python 3 support.
  - Lack of maintenance.
  - Use of poor implementations of algorithms (i.e. ones with known
side-channel attacks).
  - Lack of high level, "Cryptography for humans", APIs.
  - Absence of algorithms such as AES-GCM.
  - Poor introspectability, and thus poor testability.
  - Extremely error prone APIs, and bad defaults.
 .
 This package contains the documentation for cryptography.



Bug#1064977: O: python-cryptography-vectors -- Test vectors for python-cryptography (Python 3)

2024-02-28 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: python-cryptography-vect...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:python-cryptography-vectors

I intend to orphan the python-cryptography-vectors package.

The package description is:
 The test vectors for the cryptography library are rather large; thus, they are
 broken out into their own package so that users who do not need to run the
 tests do not need to download and install them.
 .
 This package contains the Python 3 version of cryptography_vectors.



Bug#1064948: O: texext -- sphinx extensions for working with LaTeX math - Python

2024-02-27 Thread Sandro Tosi
Package: wnpp
Severity: normal
X-Debbugs-Cc: tex...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:texext

I intend to orphan the texext package.

The package description is:
 texext contains a couple of Sphinx extensions for working with LaTeX math:
 .
  * math_dollar, replaces math expressions between dollars in ReST with
equivalent inline math.
 .
  * users of sympy may want to generate LaTeX expressions dynamically in Sympy,
and then render them in LaTeX in the built pages. You can do this with the
mathcode directive
 .
 This package contains the Python 2 version of texext..



Bug#1064947: RM: nb2plots -- ROM; leaf package

2024-02-27 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: nb2pl...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:nb2plots

please remove nb2plots, dak shows no rdeps



Bug#1064946: RM: sphinx-a4doc -- ROM; leaf package

2024-02-27 Thread Sandro Tosi
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: sphinx-a4...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:sphinx-a4doc

please remove sphinx-a4doc, dak shows no rdeps



Bug#1064471: python-pygraphviz: please package v1.12

2024-02-22 Thread Sandro Tosi
is there a reason you need a newer version of pygraphviz?

On Thu, Feb 22, 2024 at 1:51 PM Alexandre Detiste
 wrote:
>
> Source: python-pygraphviz
> Version: 1.7-3
> Severity: normal
>
> The current watch file does not work
>
> https://pypi.org/project/pygraphviz/
>
> https://github.com/pygraphviz/pygraphviz/releases/tag/pygraphviz-1.12
>
> Greetings



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1064451: the problem with sending an error message via the reportbug package

2024-02-22 Thread Sandro Tosi
it's a wiki, you can write it yourself if you want

On Thu, Feb 22, 2024 at 11:43 AM Николай Сабельников
<79625490...@yandex.ru> wrote:
>
> thanks for the information. but why is there no such information in the 
> Debian wiki? I think it's worth writing it in the wiki.
>
> 22 февраля 2024 г. 19:34:52 GMT+03:00, Sandro Tosi  
> пишет:
> >please read the doc and configure programs according to your needs:
> >https://salsa.debian.org/reportbug-team/reportbug/-/blob/master/conf/reportbug.conf?ref_type=heads#L64-72
> >
> >On Thu, Feb 22, 2024 at 6:03 AM Nikolay Sabelnikov
> ><79625490...@yandex.ru> wrote:
> >>
> >> Package: reportbug
> >> Version: 12.0.0
> >>
> >> hello. There is a problem with sending error information via reportbug. I 
> >> use Yandex mail. And I have two-factor protection set up there. And when 
> >> setting up, you need to add the ability to add a username and password 
> >> that I can generate in my mail account.
> >>
> >>
> >
> >



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1064451: the problem with sending an error message via the reportbug package

2024-02-22 Thread Sandro Tosi
please read the doc and configure programs according to your needs:
https://salsa.debian.org/reportbug-team/reportbug/-/blob/master/conf/reportbug.conf?ref_type=heads#L64-72

On Thu, Feb 22, 2024 at 6:03 AM Nikolay Sabelnikov
<79625490...@yandex.ru> wrote:
>
> Package: reportbug
> Version: 12.0.0
>
> hello. There is a problem with sending error information via reportbug. I use 
> Yandex mail. And I have two-factor protection set up there. And when setting 
> up, you need to add the ability to add a username and password that I can 
> generate in my mail account.
>
>


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1063365: src:python-cryptography: unsatisfied build dependency in testing: librust-pyo3-0.19-dev

2024-02-06 Thread Sandro Tosi
Jeremy, please have a look, thanks

On Tue, Feb 6, 2024 at 3:39 PM Paul Gevers  wrote:
>
> Source: python-cryptography
> Version: 41.0.7-2
> Severity: serious
> Tags: sid trixie
> User: debian...@lists.debian.org
> Usertags: edos-uninstallable
>
> Dear maintainer(s),
>
> Dose [1] is reporting a build issue with your package, it's missing a
> build dependency. Obviously your build dependencies shouldn't be
> removed from testing, but unfortunately there are multiple scenarios
> where that can happen nevertheless. To uphold our social contract,
> Debian requires that packages can be rebuild from source in the suite
> we are shipping them, so currently this is a serious issue with your
> package in testing.
>
> Can you please investigate the situation and figure out how to resolve
> it? Regularly, if the build dependency is available in unstable,
> helping the maintainer of your Build-Depends to enable migration to
> testing is a great way to solve the issue. If your build dependency is
> gone from unstable and testing, you'll have to fix the build process
> in some other way.
>
> Paul
>
> Note: this bug report was sent after some quick manual checks using a
> template. Please reach out to me if you believe I made a mistake in my
> process.
>
> [1] https://qa.debian.org/dose/debcheck/src_testing_main/latest/amd64.html
>


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1044073: python-altair: FTBFS with pandas 2.0

2024-02-02 Thread Sandro Tosi
> which is not packaged yet.  I had no luck to skip the according test which
> fails in build time test[2].

what did you try that failed to skip that test? this seems a
straightforward case where --ignore and/or -k "not " should be
enough.

please be more explicit when you ask for error and report what
attempts you made tht didnt work, so others will try other ways
without repeating previous unsuccessful ones

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1051056: transmission-daemon: memory leaks lead to eventual memory exhaustion

2024-01-18 Thread Sandro Tosi
On Fri, Sep 1, 2023 at 4:33 PM Rob Leslie  wrote:
>
> Package: transmission-daemon
> Version: 3.00-2.1+b1
> Severity: important
> File: /usr/bin/transmission-daemon
>
> Dear Maintainer,
>
> Since upgrading to bookworm, transmission-daemon has appeared to be
> leaking memory, eventually invoking the kernel OOM killer.

unstable already has the 4.x release branch, so i think the best
course of action is for you to prepare a backport for that version, or
find someone to do that for you. the maintainer and upstream are
unable to help with 3.x

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1040603: Bug#1042027: transmission 4.0.5-1

2024-01-18 Thread Sandro Tosi
> A fixed version is awaiting sponsorship at:
>
> https://mentors.debian.net/package/transmission/

please push this packaging effort to a personal (but publicly
accessible) git repo on salsa, so that i can cherry pick the changes i
like, thanks

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1059546: pylint generates false positive 'import-error' with local editable modules.

2024-01-17 Thread Sandro Tosi
since you have not provided an easily replicable setup environment,
please go ahead and test with the newly uploaded pylint/3.0.1 and
report back




--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1059546: pylint generates false positive 'import-error' with local editable modules.

2024-01-16 Thread Sandro Tosi
control: tags -1 +moreinfo

> To reproduce, I used the following toy module:
> $ find -type f -exec printf '\n%s\n' {} \; -exec cat {} \;

next time, please setup a throw-away repo somewhere like
github.com/gitlab.com, cause it takes too long to setup a reproduce
environment like this.

> With the module not installed, nothing works, as expected:

not really

> $ python t.py
> Traceback (most recent call last):
>   File "/home/nexus/t.py", line 3, in 
> from ttt import pylintbug
> ModuleNotFoundError: No module named 'ttt'

python has . in its module search path, so this should work (and in
fact it does in my docker container testing env). please check your
installation environment.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1016703: mkdocs-material: Please package recent version

2023-09-16 Thread Sandro Tosi
> this bug report is now open for one year, is there something you need
> help with?
>
> I'd really appreciate a recent version could make it's way into the
> archive.

is there something blocked by this?

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1043324: pybuild-plugin-pyproject: always copy pytest.ini (if present)

2023-08-10 Thread Sandro Tosi
> Looking at this, it already should be. Do we have examples where it isn't?
>
> https://salsa.debian.org/python-team/tools/dh-python/-/blob/4ae1f8962c2cbe85a8fbc6e1bbba2268c6384579/dhpython/build/base.py#L51

hm now im confused too, since it appears to be working already.

This was part of trying to get tests (at build-time and autopkgtests)
enabled for tvdb-api, currently i cant run adt (waiting for pytest-env
from NEW) but i'll give it another run when that package is in the
archive

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1043324: pybuild-plugin-pyproject: always copy pytest.ini (if present)

2023-08-09 Thread Sandro Tosi
Package: dh-python
Version: 5.20230603
Severity: normal
X-Debbugs-Cc: mo...@debian.org

Hello,
pybuild-plugin-pyproject already copies the directory `tests` or `test`;
probably it should also copy by default the file `pytest.ini` if present.

This would both require to change the code and the manpage
(https://manpages.debian.org/unstable/dh-python/pybuild-autopkgtest.1.en.html).

Thanks


-- System Information:
Debian Release: 12.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dh-python depends on:
ii  python33.11.2-1+b1
ii  python3-distutils  3.11.2-3

dh-python recommends no packages.

Versions of packages dh-python suggests:
ii  dpkg-dev   1.21.22
ii  flit   3.8.0-3
ii  libdpkg-perl   1.21.22
ii  python3-build  0.9.0-1
ii  python3-installer  0.6.0+dfsg1-1
ii  python3-tomli  2.0.1-2

-- no debconf information



Bug#1042802: dh-python: confusing behaving when using debian/pybuild.testfiles

2023-07-31 Thread Sandro Tosi
Package: dh-python
Version: 5.20230603
Severity: normal
X-Debbugs-Cc: mo...@debian.org

Hello,
the wording at 
https://manpages.debian.org/testing/dh-python/pybuild.1.en.html#testfiles
seems to imply that `test` and `tests` directory are always copied over,
and any directory specified in debian/pybuild.testfiles will be _added_ in
addition to `tests`|`test`.

That's not the case, and when using debian/pybuild.testfiles, all and every 
directory
needs to be specified in that file, including `tests`|`test`.

It seems to me this is behavior is undesired, and debian/pybuild.testfiles 
should be in
addition to tests/test, but if this is the inteded behavior, please update the 
manpage
so that's clear.

thanks,
Sandro


-- System Information:
Debian Release: 12.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dh-python depends on:
ii  python33.11.2-1+b1
ii  python3-distutils  3.11.2-3

dh-python recommends no packages.

Versions of packages dh-python suggests:
ii  dpkg-dev   1.21.22
ii  flit   3.8.0-3
ii  libdpkg-perl   1.21.22
ii  python3-build  0.9.0-1
ii  python3-installer  0.6.0+dfsg1-1
ii  python3-tomli  2.0.1-2

-- no debconf information



Bug#1041883: python3-astroid: please package version 2.15.6

2023-07-24 Thread Sandro Tosi
> Latest pylint fixes a few issues and requires astroid/2.15.4.

yep. i know

> As far as I know, the attached commits are ready for an upload to
> unstable.

please do not submit patches to packages via email like this, either
open an MR or just nothing at all, i can update a package


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1041823: python-typing-extensions: package maintenance

2023-07-23 Thread Sandro Tosi
Source: python-typing-extensions
Severity: normal
X-Debbugs-Cc: mo...@debian.org

Hello,
the last time this package received a maintainer upload was in Oct 2021, at
version  3.10.0.2. Since then, only team uploads have happend, and now upstream
released 4.7.1 .

I maintian a downstream pacakge, fastapi, which now needs 4.7.1 to get upgraded
to its last upstream release. but there are tens of other packages depending on
typing_extensions that may benefit from uploads happening more frequently.

I'm wondering if typing_extensions maintenance should change in a more explicit
way than just let it me in DPT and have team members casually upload it when
needed.

Regards,
Sandro


-- System Information:
Debian Release: 12.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 6.1.0-9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#1041373: toot: release notes overlooked

2023-07-18 Thread Sandro Tosi
> Most importantly: oldstable is still officially supported for another
> year¹ from now.

yet you wont receive any updates and instead you spam the debian bug
tracking system with "reports" that are just noise (like this one,
since it's fixed upstream).

> Bug reports are essential for QA. It’s better to advocate for bug
> reports, not push for their suppression.

if i go in a bakery and scream "my chair broke, i want a new one!" it
serves no one purpose. You need to submit the requests in the right
place for the right people to act on.

> > that do not belong to the debian tracking system (as mentioned
> > before already).
>
> Please read the “Don't file bugs upstream” section of the bug
> reporting procedure².

yeah which you conveniently omitted to report the big `if` before
hand: "If you file a bug in Debian, don't send a copy to the upstream
software maintainers yourself" -- what we are telling you is to NOT
file these bugs at all in the debian bts, but directly upstream. you
dont like github? it's sucks for you, it doesnt mean we are happy to
accept your dubious quality reports.

If i were the maintainer of this package, i'd bulk close all your
report and invalid and ask the BTS maintainer to temporarily ban you
from submitting more.


--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1041373: toot: posts cannot begin with a hashtag

2023-07-18 Thread Sandro Tosi
> On Tue, 18 Jul 2023, at 08:58, debbug.t...@sideload.33mail.com wrote:
> > Package: toot
> > Version: 0.27.0-1

this is the version in oldstable, it's probably time to upgrade to
something newer, which hopefully will stop this stream of bug reports
that do not belong to the debian tracking system (as mentioned before already).


> >
> > When posting from the commandline, if -e is used then a template
> > states that lines beginning with a hash (“#”) are ignored. This is a
> > problem because it’s very often useful to begin a line with a
> > hashtag. It’s in fact common to write just hashtags on the last line
> > of a message.
>
> This has been fixed in 0.28.1 (2022-11-12).
>
> -- Ivan
>


--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1036496: For a GUI application?

2023-07-04 Thread Sandro Tosi
> I do understand the technical request, but I don't think I can do that:
> mnemosyne is a graphical application and uses matplotlib to create
> graphs of user performance statistics... so I don't really see how to
> get what you ask.
>
> If you don't have a suggestion, I'll probably close that report in a
> while as won't-fix.

a GUI application is not only made of visualization code, and i see
the upstream repo has a directory full of tests:
https://github.com/mnemosyne-proj/mnemosyne/tree/master/tests

so this seems like a start and i wouldnt give up on the idea of
running tests/autopkgtests so soon.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1040221: toot: auth output needs a raw option

2023-07-03 Thread Sandro Tosi
> So I suggest adding a “--raw” option of sorts to make the awk command
> pipe above unnecessary.

i see you reported quite some bugs about toot, and they seem to be
mostly enhancement to the tools. You'd have much better luck if you
submit them directly upstream,
https://github.com/ihabunek/toot/issues, so you can interact directly
with the upstream development instead of thru a middle-man (the Debian
maintainer).

It would be nice if you could report all the issues you opened
upstream at the link above and forward
(https://www.debian.org/Bugs/server-control#forwarded) the debian bugs
to the upstream once.

thanks!

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1037980: transmission-daemon: memory leaks

2023-06-23 Thread Sandro Tosi
On Fri, Jun 23, 2023 at 12:57 PM JT Hundley  wrote:
> Yes, we would like any kind of update. It's been over a week now :)

interesting, as i dont remember you syining a support contract with a
clear SLA, nor paying our salary to work on debian (after all it's a
volunteer project, which we do in our spare time, when life allows it)
nor ever contributing to transmission maintenance. So maybe chill?


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1037980: transmission-daemon: memory leaks

2023-06-19 Thread Sandro Tosi
On Thu, 15 Jun 2023 14:09:47 +0800 tanying  wrote:
> Package: transmission-daemon
> Version: 3.00-2.1+b1
> Severity: normal
> X-Debbugs-Cc: pls...@hotmail.com

(resending to an open bug, didnt realize the original bug i replied to
is closed)

Sebastian,
it appears the NMU you performed at
https://tracker.debian.org/news/1326874/accepted-transmission-300-21-source-into-unstable/
is causing issues with transmission in stable -- are you going to
address these issues? ideally a fix should be committed to the repo
(or open an MR), a fix uploaded to proposed-updates, and the BTS bugs
should be consolidated into one and closed in the upload.

I'm sure users would also like to know a timeline for the fix, so it'd
be great if you can share that as well

thanks!



Bug#1015003: transmission-daemon: possible memory leaks in crypto-utils-openssl.c

2023-06-19 Thread Sandro Tosi
Sebastian,
it appears the NMU you performed at
https://tracker.debian.org/news/1326874/accepted-transmission-300-21-source-into-unstable/
is causing issues with transmission in stable -- are you going to
address these issues? ideally a fix should be committed to the repo
(or open an MR), a fix uploaded to proposed-updates, and the BTS bugs
should be consolidated into one and closed in the upload.

I'm sure users would also like to know a timeline for the fix, so it'd
be great if you can share that as well

On Fri, Jun 16, 2023 at 2:51 PM Алексей Шилин  wrote:
>
> Hi,
>
> This is still an issue in stable. Gentoo has a simpler patch [1, also
> attached for convenience] which also works and seems to not have this
> issue. Maybe it's worth dropping current patch in favor of the Gentoo
> one (which is also used by other distributions [2]) and do a stable PU
> upload.
>
>  [1]
> https://gitweb.gentoo.org/repo/gentoo.git/plain/net-p2p/transmission/files/transmission-3.00-openssl-3.patch
>
>  [2] https://github.com/NixOS/nixpkgs/pull/216953



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1037980: transmission-daemon: memory leaks

2023-06-15 Thread Sandro Tosi
control: tags -1 +moreinfo

> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>* What was the outcome of this action?
>* What outcome did you expect instead?
>
> *** End of the template - remove these template lines ***

these lines (clearly marked as a template) are meant to be filled by
the reported, so please do so now or i'll just close the bug


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1035578: fails to write image with TypeError: write() argument must be str, not bytes

2023-05-15 Thread Sandro Tosi
control: reassign -1 python3-pil

On Fri, May 5, 2023 at 3:30 PM Antoine Beaupre  wrote:
>
> Package: python3-matplotlib
> Version: 3.6.3-1+b1
> Severity: important
>
> I have this tiny script which generates a silly graph of cryptographic
> primitives here:
>
> https://gitlab.com/anarcat/crypto-bench/-/blob/master/benchdiceware.py
>
> The details are rather irrelevant here, but it eventually does this:
>
> plt.savefig(args.output,
> format=args.output.name[-3:])
>
> ... which is basically:
>
> plt.savefig("foo.png", "png")
>
> This used to work fine in Python 2. Now that we switched to Python 3,
> this explodes with:
>
> anarcat@angela:crypto-bench$ ./benchpasswords.py -o benchdiceware.png
> Traceback (most recent call last):
>   File "/home/anarcat/src/crypto-bench/./benchpasswords.py", line 102, in 
> 
> render_graph(args.output)
>   File "/home/anarcat/src/crypto-bench/./benchpasswords.py", line 90, in 
> render_graph
> plt.savefig(args.output,
>   File "/usr/lib/python3/dist-packages/matplotlib/pyplot.py", line 959, in 
> savefig
> res = fig.savefig(*args, **kwargs)
>   
>   File "/usr/lib/python3/dist-packages/matplotlib/figure.py", line 3285, in 
> savefig
> self.canvas.print_figure(fname, **kwargs)
>   File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py", line 
> 2338, in print_figure
> result = print_method(
>  ^
>   File "/usr/lib/python3/dist-packages/matplotlib/backend_bases.py", line 
> 2204, in 
> print_method = functools.wraps(meth)(lambda *args, **kwargs: meth(
>  ^
>   File "/usr/lib/python3/dist-packages/matplotlib/_api/deprecation.py", line 
> 410, in wrapper
> return func(*inner_args, **inner_kwargs)
>^
>   File "/usr/lib/python3/dist-packages/matplotlib/backends/backend_agg.py", 
> line 517, in print_png
> self._print_pil(filename_or_obj, "png", pil_kwargs, metadata)
>   File "/usr/lib/python3/dist-packages/matplotlib/backends/backend_agg.py", 
> line 464, in _print_pil
> mpl.image.imsave(
>   File "/usr/lib/python3/dist-packages/matplotlib/image.py", line 1667, in 
> imsave
> image.save(fname, **pil_kwargs)
>   File "/usr/lib/python3/dist-packages/PIL/Image.py", line 2431, in save
> save_handler(self, fp, filename)
>   File "/usr/lib/python3/dist-packages/PIL/PngImagePlugin.py", line 1307, in 
> _save
> fp.write(_MAGIC)
> TypeError: write() argument must be str, not bytes
> anarcat@angela:crypto-bench[1]$
>
> It looks like matplotlib is calling PIL wrong. Or PIL is wrong itself,
> I'm not sure where to lay the blame here...

the crash is in PIL, so reassigning, and it also seems to be
potentially limited to the PNG format: i've tried with jpg and eps and
they both worked

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1035906: closed by Sandro Tosi (Re: Bug#1035906: reportbug fails to load a couple of Gtk modules)

2023-05-10 Thread Sandro Tosi
go to https://www.debian.org/support . end of story.


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1035656: ITP: ruby-ruby-openai -- OpenAI API + Ruby! 烙❤️

2023-05-08 Thread Sandro Tosi
> >> I just kept the upstream description. It could be removed if that is a
> >> problem.
> >
> > the upstream description is quite poor, as the Debian maintainer you
> > should provide a better one; and at the same time remove the emojis,
> > as they provide no value in describing what the package does (which is
> > the sole purpose of the Description field)
>
> Just like other bugs, you can file a bug with appropriate severity and
> even offer a patch. This is uploaded already, and can be considered in
> the next upload (once accepted).

the point of sending ITPs to d-devel is to get them reviewed. this is
that review. please fix it now, given 1. it's not been accepted thru
NEW yet, 2. you can commit the change right now to the repo, 3.
there's no package to report a bug against, since it's not in the
archive yet.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1035656: ITP: ruby-ruby-openai -- OpenAI API + Ruby! 烙❤️

2023-05-08 Thread Sandro Tosi
On Mon, May 8, 2023 at 2:02 AM Praveen Arimbrathodiyil
 wrote:
>
>
>
> On 08/05/23 10:22 am, Sandro Tosi wrote:
> > On Sun, 7 May 2023 14:37:35 +0530 Praveen Arimbrathodiyil
> >  wrote:
> >> Package: wnpp
> >> severity: wishlist
> >> Owner: Pirate Praveen 
> >>
> >> Package https://rubygems.org/gems/ruby-openai (License: Expat)
> >
> >
> > why the double ruby- prefix?
>
> Because the gem name is ruby-openai. We used to skip double ruby prefix
> earlier, but we have changed that practice now.

this seems like a step in the wrong direction, and it would be fixed.
a double prefix provides no benefits, confuses people and it's
probably only something the ruby team does (AFAIK); i believe it
should be just `ruby-openai`

>
> > are emojis really needed in the package
> > description?
>
> I just kept the upstream description. It could be removed if that is a
> problem.

the upstream description is quite poor, as the Debian maintainer you
should provide a better one; and at the same time remove the emojis,
as they provide no value in describing what the package does (which is
the sole purpose of the Description field)


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1035656: ITP: ruby-ruby-openai -- OpenAI API + Ruby! 烙❤️

2023-05-07 Thread Sandro Tosi
On Sun, 7 May 2023 14:37:35 +0530 Praveen Arimbrathodiyil
 wrote:
> Package: wnpp
> severity: wishlist
> Owner: Pirate Praveen 
>
> Package https://rubygems.org/gems/ruby-openai (License: Expat)


why the double ruby- prefix? are emojis really needed in the package
description?



Bug#1035130: Don't reopen bugreports closed by the maintainer

2023-04-29 Thread Sandro Tosi
the fact that you ignore part of your responsibilities as a Debian
package maintainer is already a pity, but the fact you're trying to
hide real problems in your packages as well as preventing others (not
only the maintainer or the submitter has the ability to provide
patches) from working on them, and on top of that severely
underestimating how the a _little_ help from every rdeps of numpy
vastly improves Debian's ability to upgrade that package, is simply
shameful.

I've reopened once again; if you don't have the technical abilities to
work on these bugs, that's fine, let others take care of them.

On Sun, Apr 30, 2023 at 12:31 AM Sebastiaan Couwenberg
 wrote:
>
> Reopening these bugreports won't get me to work on them.
>
> You'll need to provide patches for me to consider spending time on
> autopkgtests for these packages.
>
> Kind Regards,
>
> Bas
>
> --
>   GPG Key ID: 4096R/6750F10AE88D4AF1
> Fingerprint: 8182 DE41 7056 408D 6146  50D1 6750 F10A E88D 4AF1



-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1033490: unblock: py7zr/0.11.3+dfsg-5

2023-03-25 Thread Sandro Tosi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: py...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:py7zr

Please unblock package py7zr

This package fixes CVE-2022-44900 aka #1032091

[ Reason ]
fixes a security issue and makes the package RC-free, allowing calibre to stay
in bookwork

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [x] attach debdiff against the package in testing

The package diff is visible 
https://salsa.debian.org/python-team/packages/py7zr/-/compare/debian%2F0.11.3+dfsg-4...debian%2F0.11.3+dfsg-5?from_project_id=56010=false
 (if you prefer an actual debdiff file attached, let me know)

unblock py7zr/0.11.3+dfsg-5



Bug#1033375: unblock: amule/1:2.3.3-3

2023-03-23 Thread Sandro Tosi
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: am...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:amule

Please unblock package amule

amule was removed from testing during the Wx transition, but now support for wx
3.2 has been added and it builds and works properly in unstable

[ Reason ]
shipping amule

[ Impact ]
none, it's not in testing as of now

[ Tests ]
builds fine (as from the buildd network) and works fine too

[ Risks ]
none

[ Checklist ]
  [x] all changes are documented in the d/changelog
  [x] I reviewed all changes and I approve them
  [ ] attach debdiff against the package in testing

[ Other info ]
(Anything else the release team should know.)

unblock amule/1:2.3.3-3



Bug#1030857: transmission 4.0.1-1

2023-03-16 Thread Sandro Tosi
> Really upstream should release 4.0.2 with these fixes right away,
> since 4.0.1 is, technically speaking, what we in the biz call
> "broken". But I digress.

upstream released 4.0.2:
https://github.com/transmission/transmission/releases/tag/4.0.2


-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1003044: python3-dateutil: python_dateutil get_zonefile_instance functionality is broken (no zoneinfo found)

2023-03-03 Thread Sandro Tosi
> This bug is about the warning, not about the fact that the bundled zoninfo
> database is missing.

not exactly

even if these APIs are deprecated upstream, i think breaking them on
purpose (by removing the bundled timezone file) is uncalled for.

Either we reintroduce the timezone file (that may not be a good idea)
or translate these deprecated APIs into the recommended one, or we do
something else entirely, it's up for debate.

simply silencing the warning message is providing 0 value to a proper solution.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1030857: Testing

2023-02-26 Thread Sandro Tosi
> Unless morph vetoes it, I'd merge your 3 salsa MRs [0][1][2] and if no 
> obvious problems pop up during testing I'd just upload it. WDYT?

no issues here

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1031049: python-cryptography: diff for NMU version 38.0.4-2.1

2023-02-26 Thread Sandro Tosi
> I've prepared an NMU for python-cryptography (versioned as 38.0.4-2.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.

Would you like to open an MR on salsa? that way i can merge and upload
it - thanks

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1031966: python-pydata-sphinx-theme-doc is empty

2023-02-26 Thread Sandro Tosi
> It seems this is the result of the doc not being built in Debian, since
> it requires ipywidgets 7 and we have version 6.
>
> The fix for this is probably to stop building
> python-pydata-sphinx-theme-doc altogether, but I'll let Sandro have a go
> at this :)

given this package is part of the sphinx documentation ecosystem, i
dont think it's appropriate to drop entirely its -doc package (as i've
done for other projects before), it's a way to showcase what hte
package can do.

OTOH i am not going to attempt to package ipywidgets 7 just for this package.

What should i do to not make it RC? just ship some dummy files in the
package? TBH I'd just downgrade this bug report to important and move
on to something more interesting (after all, it's been like this since
Oct 2021)

Regards,
-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1003044: python3-dateutil: python_dateutil get_zonefile_instance functionality is broken (no zoneinfo found)

2023-02-21 Thread Sandro Tosi
On Sun, Jan 29, 2023 at 9:45 AM Felix Geyer  wrote:
>
> On Sat, 7 Jan 2023 03:34:19 -0500 Sandro Tosi  wrote:
> > > python-dateutil expects to have 'dateutil-zoneinfo.tar.gz' in it's 
> > > directory
> > > tree, but this file is removed in the packaging.
> > >
> > > Error:
> > > "/usr/lib/python3/dist-packages/dateutil/zoneinfo/__init__.py:26: 
> > > UserWarning:
> > > I/O error(2): Datei oder Verzeichnis nicht gefunden
> > >   warnings.warn("I/O error({0}): {1}".format(e.errno, e.strerror))"
> > >
> > > Using: "matplotlib.dates import DateFormatter"
> >
> > indeed this is breaking matplotlib, thus the grave severity. it needs
> > to be addressed for bookworm
>
> How exactly does this break matplotlib?

it produces output on stderr, which many tools consider it an error
and fails build.

> dateutil.zoneinfo really shouldn't be used directly and I don't see any

can you back this quote please? zoneinfo is part of the public API,
and just breaking it (via the removal of the zonefile) and say not to
use it is going in the wrong direction.

> I guess we have two options if we want to change the current behavior:
> 1) Ship the outdated tzdata tarball even though nothing should really use it.
> 2) Add a patch to remove the dateutil.zoneinfo fallback.

i think you're missing

3) fix dateutil.zoneinfo to use a system-available zone info file

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1031659: python3-bleak: please also install the cli tool

2023-02-19 Thread Sandro Tosi
Package: python3-bleak
Version: 0.19.5-3
Severity: normal
X-Debbugs-Cc: mo...@debian.org

Hello,
it appears there's also a way to install a bleak cli tool:

https://github.com/hbldh/bleak/blob/develop/bleak/__init__.py#L757-L775

but the debian package doesnt contain it.

Please add that tool as part of the packaging.

thanks,
Sandro


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages python3-bleak depends on:
ii  bluez  5.66-1
ii  python33.11.1-1
ii  python3-async-timeout  4.0.2-1
ii  python3-dbus-fast  1.84.1-1
ii  python3-typing-extensions  4.3.0-2

python3-bleak recommends no packages.

python3-bleak suggests no packages.

-- no debconf information



Bug#1031174: transmission-gtk: Transmission 4.0.0 is available

2023-02-12 Thread Sandro Tosi
control: forcemerge 1030857 -1

On Sun, Feb 12, 2023 at 2:21 PM Tiger!P  wrote:
> Transmission 4.0.0 has been released [1].

please *do* check for existing bug reports before filing new ones, as
there was already one to package 4.0

> Could you create a package for this new version?

This is unlikely to happen (altho we'd be happy to review MRs) given
how different the build system is now, compared to the old version.

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#1031201: rust-asn1: please package versione 0.13.0

2023-02-12 Thread Sandro Tosi
Source: rust-asn1
Severity: important
X-Debbugs-Cc: mo...@debian.org

Hello,
please package versione 0.13.0 of rust-asn1.

This new version is needed by python-cryptography/39.0.1 and we need that
version to fix CVE-2023-23931

Thanks,
Sandro


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled



Bug#1031112: gnome-screenshot: stuck on the first screenshot taken, all subsequent are just a copies of the first one

2023-02-11 Thread Sandro Tosi
Package: gnome-screenshot
Version: 41.0-2
Severity: important
X-Debbugs-Cc: mo...@debian.org

Hello,
given it renders gnome-screenshot a one-shot tool, i've raised the severity of
this bug report.

Since i started this GNOME session, i was able to take *one* screenshot of the
full screen (via PrtSc) and one (of a different subject) area grab snapshot (via
Shift + PrtSc) and all subsequent screenshots i tried to take are a copy of the
2 "original" ones.

No matter what i tried, those 2 initial screenshots are all that
gnome-screenshot returns.

I dont know if this is the interation of GNOME 43 with g-s version 41 or
something else, but it essentially makes gnome-screenshot useless.

Regards,
Sandro


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-screenshot depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  libc62.36-7
ii  libcairo21.16.0-7
ii  libgdk-pixbuf-2.0-0  2.42.10+dfsg-1
ii  libglib2.0-0 2.74.4-1
ii  libgtk-3-0   3.24.36-1
ii  libhandy-1-0 1.8.0-1
ii  libx11-6 2:1.8.3-3
ii  libxext6 2:1.3.4-1+b1

gnome-screenshot recommends no packages.

gnome-screenshot suggests no packages.

-- no debconf information



Bug#1031110: nautilus: tree view no longer available in list view mode

2023-02-11 Thread Sandro Tosi
Package: nautilus
Version: 43.2-1
Severity: important
X-Debbugs-Cc: mo...@debian.org

Hello,
i consider this a severe regression, hence the higher-than-usual severity.

In Files/nautilus 43.2, in list view, it's no longer possible to also have the
tree view (it's not enable by default nor there an option in the Preference menu
for it that i could find).

For reference, this image is what i am referring to as tree view:
https://i.stack.imgur.com/mKSOd.png where you can see the content of a directory
by clicing the little arrow on the left (as opposed to cd-ing into it, which
makes it hard to move files around in a complex directories tree).

I found an article
https://blogs.gnome.org/antoniof/2022/06/15/the-tree-view-is-undead-long-live-the-column-view%E2%80%BD/
and it's relevant MR
https://gitlab.gnome.org/GNOME/nautilus/-/merge_requests/817 that suggests this
should be part of Gnome 43, but in this case it clearly not.

Can you please re-add tree view in time for bookworm?

thanks,
Sandro


-- System Information:
Debian Release: bookworm/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.17.0-3-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nautilus depends on:
ii  bubblewrap  0.7.0-1
ii  desktop-file-utils  0.26-1
ii  gsettings-desktop-schemas   43.0-1
ii  gvfs1.50.2-2
ii  libadwaita-1-0  1.2.0-1
ii  libc6   2.36-7
ii  libcairo2   1.16.0-7
ii  libcloudproviders0  0.3.1-2
ii  libgdk-pixbuf-2.0-0 2.42.10+dfsg-1
ii  libgexiv2-2 0.14.0-1+b1
ii  libglib2.0-02.74.4-1
ii  libglib2.0-data 2.74.4-1
ii  libgnome-autoar-0-0 0.4.3-1
ii  libgnome-desktop-4-243-2
ii  libgstreamer-plugins-base1.0-0  1.20.5-1
ii  libgstreamer1.0-0   1.20.5-1
ii  libgtk-4-1  4.8.3+ds-1
ii  libnautilus-extension4  43.2-1
ii  libpango-1.0-0  1.50.12+ds-1
ii  libportal-gtk4-10.6-4
ii  libportal1  0.6-4
ii  libselinux1 3.4-1+b4
ii  libtracker-sparql-3.0-0 3.4.2-1
ii  nautilus-data   43.2-1
ii  shared-mime-info2.2-1
ii  tracker 3.4.2-1
ii  tracker-extract 3.4.2-1
ii  tracker-miner-fs3.4.2-1

Versions of packages nautilus recommends:
ii  gnome-sushi   43.0-2
ii  gvfs-backends 1.50.2-2
ii  libgdk-pixbuf2.0-bin  2.42.10+dfsg-1
ii  librsvg2-common   2.54.5+dfsg-1

Versions of packages nautilus suggests:
ii  eog 43.1-1
ii  evince [pdf-viewer] 43.1-2
pn  nautilus-extension-brasero  
ii  nautilus-sendto 3.8.6-3.1
ii  totem   43.0-2
ii  vlc [mp3-decoder]   1:3.0.7.1-dmo3
ii  xdg-user-dirs   0.18-1

-- no debconf information



  1   2   3   4   5   6   7   8   9   10   >