Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.python > #15561 > unrolled thread

morph's abandoned packages (list)

Back to article view | Back to linux.debian.maint.python

Contents

  morph's abandoned packages (list) Julian Gilbey <julian@d-and-j.net> - 2024-03-14 07:30 +0100
    Re: morph's abandoned packages (list) Andreas Tille <andreas@an3as.eu> - 2024-03-14 11:40 +0100
    Re: morph's abandoned packages (list) Thomas Goirand <thomas@goirand.fr> - 2024-03-15 08:30 +0100
      Re: morph's abandoned packages (list) Andreas Tille <andreas@an3as.eu> - 2024-03-15 11:00 +0100
    Re: morph's abandoned packages (list) Timo Röhling <roehling@debian.org> - 2024-03-15 10:00 +0100
      Re: morph's abandoned packages (list) Andreas Tille <andreas@an3as.eu> - 2024-03-15 11:00 +0100
        Re: morph's abandoned packages (list) Timo Röhling <roehling@debian.org> - 2024-03-29 21:20 +0100
          Re: morph's abandoned packages (list) Bo YU <tsu.yubo@gmail.com> - 2024-03-30 02:10 +0100
            Re: morph's abandoned packages (list) Julian Gilbey <julian@d-and-j.net> - 2024-03-31 13:40 +0200
              Re: morph's abandoned packages (list) thomas@goirand.fr - 2024-03-31 14:20 +0200
                Re: morph's abandoned packages (list) Julian Gilbey <julian@d-and-j.net> - 2024-03-31 15:20 +0200
    Re: morph's abandoned packages (list) Julian Gilbey <julian@d-and-j.net> - 2024-03-15 11:30 +0100
      Re: morph's abandoned packages (list) Jelmer Vernooij <jelmer@jelmer.uk> - 2024-03-15 12:00 +0100
    Re: morph's abandoned packages (list) Jelmer Vernooij <jelmer@jelmer.uk> - 2024-03-15 11:30 +0100
    Re: morph's abandoned packages (list) Michael Fladischer <michael@fladi.at> - 2024-03-15 12:20 +0100
    Re: morph's abandoned packages (list) Andrey Rakhmatullin <wrar@debian.org> - 2024-03-15 13:30 +0100
      Re: morph's abandoned packages (list) Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-03-15 14:30 +0100
        Re: morph's abandoned packages (list) Martin <debacle@debian.org> - 2024-03-15 15:40 +0100
          Re: morph's abandoned packages (list) Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-03-16 01:20 +0100
        Re: morph's abandoned packages (list) Nilesh Patra <nilesh@debian.org> - 2024-05-11 20:50 +0200
          Bug#1065325: morph's abandoned packages (list) Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-05-12 00:00 +0200
            Bug#1065325: morph's abandoned packages (list) Nilesh Patra <nilesh@debian.org> - 2024-05-12 16:00 +0200
    mkautodoc adopted Antonio Terceiro <terceiro@debian.org> - 2024-03-15 20:20 +0100
    colorspacious adopted Étienne Mollier <emollier@debian.org> - 2024-03-16 18:50 +0100
    Bug#1066146: morph's abandoned packages (list) Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-03-16 18:50 +0100
      #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list)) Carsten Schoenert <c.schoenert@t-online.de> - 2024-03-17 08:20 +0100
        Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages  (list)) Andreas Tille <andreas@an3as.eu> - 2024-03-18 21:20 +0100
          Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages  (list)) Carsten Schoenert <c.schoenert@t-online.de> - 2024-03-19 07:10 +0100
            Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages  (list)) Andreas Tille <andreas@an3as.eu> - 2024-03-19 08:50 +0100
      Bug#1066146: morph's abandoned packages (list) Daniele Tricoli <eriol@mornie.org> - 2024-04-08 19:00 +0200
    Updated package list with packages open for adoption (Was: morph's  abandoned packages (list)) Andreas Tille <andreas@an3as.eu> - 2024-03-28 10:30 +0100
      Re: Updated package list with packages open for adoption (Was:  morph's abandoned packages (list)) Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-03-28 12:00 +0100
      Re: Updated package list with packages open for adoption (Was:  morph's abandoned packages (list)) Andreas Tille <andreas@an3as.eu> - 2024-03-28 23:10 +0100

Page 2 of 2 — ← Prev page 1 [2]

#15828 — Bug#1065325: morph's abandoned packages (list)

Yes do please.

Le sam. 11 mai 2024 à 20:51, Nilesh Patra <nilesh@debian.org> a écrit :
>
> Quoting Alexandre Detiste <alexandre.detiste@gmail.com>:
> >  I would pick-up matplotlib I guess, I have some special connection to it,
> >  It was one the packages that enabled me to escape
> >  my horrible SAS-Insitute powered previous job/life.
> >
> >  It's a big one.
> >
> >  Help is appreciated, I already cherry picked some commits from Ciel's PR.
>
> Would you consider to add me in as an Uploader (co-maintainer) alongside you?
>
> I am a Debian Developer.
>
> Best,
> Nilesh

[toc] | [prev] | [next] | [standalone]

#15830 — Bug#1065325: morph's abandoned packages (list)

[Multipart message — attachments visible in raw view] — view raw

On Sat, May 11, 2024 at 11:54:29PM +0200, Alexandre Detiste wrote:
> Yes do please.

i finished migrating to dh13 and pushed to salsa

> Le sam. 11 mai 2024 à 20:51, Nilesh Patra <nilesh@debian.org> a écrit :
> >
> > Quoting Alexandre Detiste <alexandre.detiste@gmail.com>:
> > >  I would pick-up matplotlib I guess, I have some special connection to it,
> > >  It was one the packages that enabled me to escape
> > >  my horrible SAS-Insitute powered previous job/life.
> > >
> > >  It's a big one.
> > >
> > >  Help is appreciated, I already cherry picked some commits from Ciel's PR.
> >
> > Would you consider to add me in as an Uploader (co-maintainer) alongside you?
> >
> > I am a Debian Developer.
> >
> > Best,
> > Nilesh
Best,
Nilesh

[toc] | [prev] | [next] | [standalone]

#15596 — mkautodoc adopted

[Multipart message — attachments visible in raw view] — view raw

On Thu, Mar 14, 2024 at 06:20:11AM +0000, Julian Gilbey wrote:
>     #1065143 O: mkautodoc -- AutoDoc for MarkDown

I picked this one up as I have at least one projects at $work that uses
it.

[toc] | [prev] | [next] | [standalone]

#15602 — colorspacious adopted

[Multipart message — attachments visible in raw view] — view raw

Hi,

Thank you Julian for having taken the time to collate the list
of orphaned packages.

Julian Gilbey, on 2024-03-14:
>     #1065243 O: colorspacious -- library for doing colorspace conversions

I adopted colorspacious (it was the first hit still orphaned
while reading in the alphabetical order).  I'll probably pick
other packages, but I already have too many on my radar.  Co-
uploaders are more than welcome: actually I prefer not being
alone on packages, in case I break an arm or something.

In hope this helps,
-- 
  .''`.  Étienne Mollier <emollier@debian.org>
 : :' :  pgp: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/1, please excuse my verbosity
   `-

[toc] | [prev] | [next] | [standalone]

#15603 — Bug#1066146: morph's abandoned packages (list)

Hi,

The arguments to remove  flask-basicauth looks sensible, can someone confirm ?

CCing Daniele who uploads bespoken flask-login and Carsten who manage
whole flaks ecosystem.

Greetings

Le jeu. 14 mars 2024 à 07:20, Julian Gilbey <julian@d-and-j.net> a écrit :
>
> Dear all (and Bcc-ing the RM bugs),
>
> For information, here is a list of packages that morph has either
> requested removal of or orphaned.  If you are interested in taking one
> or more of them on, that would be great!
>
> Removal requested:
>
>     #1066146 RM: flask-basicauth -- ROM; RC buggy, dead upstream, leaf package

[toc] | [prev] | [next] | [standalone]

#15604 — #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hi,

Am 16.03.24 um 18:37 schrieb Alexandre Detiste:
> Hi,
> 
> The arguments to remove  flask-basicauth looks sensible, can someone confirm ?

looking at the upstream situation for flask-basicauth I see no real 
issues to drop and this package from the archive. This horse is long 
dead for a long time.

-- 
Regards
Carsten

[toc] | [prev] | [next] | [standalone]

#15615 — Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hi Carsten,

Am Sun, Mar 17, 2024 at 08:18:58AM +0100 schrieb Carsten Schoenert:
> > The arguments to remove  flask-basicauth looks sensible, can someone confirm ?
> 
> looking at the upstream situation for flask-basicauth I see no real issues
> to drop and this package from the archive. This horse is long dead for a
> long time.

This sentence looks as if would have been created by autocomplete function.
Could you please try to rephrase for better understandability?

Thank you
   Andreas.

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#15617 — Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hello Andreas,

Am 18.03.24 um 21:15 schrieb Andreas Tille:
> Hi Carsten,
> 
> Am Sun, Mar 17, 2024 at 08:18:58AM +0100 schrieb Carsten Schoenert:
>>> The arguments to remove  flask-basicauth looks sensible, can someone confirm ?
>>
>> looking at the upstream situation for flask-basicauth I see no real issues
>> to drop and this package from the archive. This horse is long dead for a
>> long time.
> 
> This sentence looks as if would have been created by autocomplete function.
> Could you please try to rephrase for better understandability?

well, it's getting harder to maintain upstream source that is simply not 
maintained anymore by the original upstream author or group. 
flask-basicauth is one of these cases. The last action by upstream is 
now 8 years old!

https://github.com/jpvanhal/flask-basicauth

There is no feedback from upstream on bug reports since years. I'm 
writing bug reports in such cases sometimes mainly only to show the 
problems we or I have discovered in a hope that other will post than how 
they solved this issue.

And of course also upstream is not reacting on created PRs. I've given 
up to write new and further PRs in such cases, it's a waste of time.

Doing the needed maintenance for such old repositories is often 
difficult and time consuming, e.g. dealing with old build systems or the 
test setup.
I'm primarily a package maintainer not a person that is having fun to 
update or adjust old trees with a 5th possible solution. It's not 
helpful and wise if every distro is doing the same with lots of energy. 
It's not our responsibility to keep every source package alive in the 
archive if upstream has moved away, at least this is my thinking.

We have more and more the problem to manage big transitions like the 
usual Python major updates, or big frameworks like Sphinx, PyTest, 
Django etc. I've spend a lot of time with rather old and not really 
maintained anymore by upstream packages in the past year.
We can't deal with all the challenges that will need some action all 
other the time. But shipping then outdated or not really useful packages 
within a release is not something we should do. Sometimes it's better to 
drop such packages from the archive and shift time and energy to other 
packages.

And to me flask-basicauth is such a package. It's dead Jim!

-- 
Regards
Carsten

[toc] | [prev] | [next] | [standalone]

#15619 — Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hi Carsten,

sorry for occupying your time such a long and detailed answer.  I simply had
seen a conflict in your

   I see no real issues to drop
   This horse is long dead

which was surely simply a typo.  I personally agree with the dead horse.

I'm CCing your long explanation to the bug to make sure it has finally
some positive use.

Kind regards
    Andreas.

Am Tue, Mar 19, 2024 at 07:06:18AM +0100 schrieb Carsten Schoenert:
> Hello Andreas,
> 
> Am 18.03.24 um 21:15 schrieb Andreas Tille:
> > Hi Carsten,
> > 
> > Am Sun, Mar 17, 2024 at 08:18:58AM +0100 schrieb Carsten Schoenert:
> > > > The arguments to remove  flask-basicauth looks sensible, can someone confirm ?
> > > 
> > > looking at the upstream situation for flask-basicauth I see no real issues
> > > to drop and this package from the archive. This horse is long dead for a
> > > long time.
> > 
> > This sentence looks as if would have been created by autocomplete function.
> > Could you please try to rephrase for better understandability?
> 
> well, it's getting harder to maintain upstream source that is simply not
> maintained anymore by the original upstream author or group. flask-basicauth
> is one of these cases. The last action by upstream is now 8 years old!
> 
> https://github.com/jpvanhal/flask-basicauth
> 
> There is no feedback from upstream on bug reports since years. I'm writing
> bug reports in such cases sometimes mainly only to show the problems we or I
> have discovered in a hope that other will post than how they solved this
> issue.
> 
> And of course also upstream is not reacting on created PRs. I've given up to
> write new and further PRs in such cases, it's a waste of time.
> 
> Doing the needed maintenance for such old repositories is often difficult
> and time consuming, e.g. dealing with old build systems or the test setup.
> I'm primarily a package maintainer not a person that is having fun to update
> or adjust old trees with a 5th possible solution. It's not helpful and wise
> if every distro is doing the same with lots of energy. It's not our
> responsibility to keep every source package alive in the archive if upstream
> has moved away, at least this is my thinking.
> 
> We have more and more the problem to manage big transitions like the usual
> Python major updates, or big frameworks like Sphinx, PyTest, Django etc.
> I've spend a lot of time with rather old and not really maintained anymore
> by upstream packages in the past year.
> We can't deal with all the challenges that will need some action all other
> the time. But shipping then outdated or not really useful packages within a
> release is not something we should do. Sometimes it's better to drop such
> packages from the archive and shift time and energy to other packages.
> 
> And to me flask-basicauth is such a package. It's dead Jim!
> 
> -- 
> Regards
> Carsten
> 
> 

-- 
http://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#15757 — Bug#1066146: morph's abandoned packages (list)

Hello Alexandre,

On 3/16/24 18:37, Alexandre Detiste wrote:
> CCing Daniele who uploads bespoken flask-login and Carsten who manage
> whole flaks ecosystem.

Sorry for the late reply, just for public archive I was also +1 to 
remove flask-basicauth.

Thanks!

Ciao,

Daniele

[toc] | [prev] | [next] | [standalone]

#15652 — Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi,

I'd like to update the list with names if someone has annouced to take
over.  For packages with no takers I checked rdepends and kept their
Uploaders in CC (please seek for your email in case you do not understand
why you are in CC).

Emmanuel Arias in CC due to some private mail mentioning some packages

Am Thu, Mar 14, 2024 at 06:20:11AM +0000 schrieb Julian Gilbey:
> Removal requested:
> 
  #1066146 RM: flask-basicauth -- ROM; RC buggy, dead upstream, leaf package
    --> removal seems to be sensible in any case

  #1065141 RM: gmplot -- ROM; leaf package
  #1064947 RM: nb2plots -- ROM; leaf package
  #1065200 RM: overpass -- ROM; leaf package
    ==> all by Alexandre Detiste <tchet@debian.org> 

? #1065199 RM: pprintpp -- ROM; leaf package
    Do we need this package?

? #1065045 RM: pyannotate -- ROM; leaf package
    Last upstream release was tagged in Sept 2019
    The code contains some references to lib2to3 which triggers
      DeprecationWarning: lib2to3 package is deprecated and may not be able to parse Python 3.10+
    This might be one reason for bug #1058419 since it could spoil the output
    Do we need this package?

  #1065201 RM: python-overpy -- ROM; leaf package
    --> Alexandre Detiste <tchet@debian.org>

  #1065202 RM: python-ppmd -- ROM; leaf package
  #1064946 RM: sphinx-a4doc -- ROM; leaf package
    ==> all by tille@debian.org
> 
> Recently-orphaned packages (removing those in wnpp which have been
> retitled "ITA") sorted alphabetically; these could, of course, be
> brought into team maintenance.
> 
  #1065235 O: basemap -- matplotlib toolkit to plot on map projections
    --> tille@debian.org
      + eamanu@yaerobi.com

  #1065243 O: colorspacious -- library for doing colorspace conversions
    --> emollier@debian.org

? #1065151 O: commonmark -- Python parser for the CommonMark Markdown spec
    rdepends: python3-recommonmark (Uploader Jerome Benoit <calculus@rezozer.net>)
              python3-orange-canvas-core (Uploader 
               Debian PaN Maintainers <debian-pan-maintainers@alioth-lists.debian.net>,
               Roland Mas <lolando@debian.org>)

? #1065246 O: contourpy -- Python library for calculating contours of 2D quadrilateral grids
    rdepends: python3-matplotlib
              Taken by alexandre.detiste@gmail.com, debacle@debian.org

? #1065248 O: cppy -- C++ headers for (Python) C extension development
    rdepends: kiwisolver (see below, not taken yet)

  #1065139 O: dot2tex -- Graphviz to LaTeX converter
   --> dtorrance@piedmont.edu

  #1065140 O: fastkml -- fast KML processing
   --> tille@debian.org

  #1065142 O: html5lib -- HTML parser/tokenizer based on the WHATWG HTML5 specification
   --> michael@fladi.at

? #1065244 O: kiwisolver -- fast implementation of the Cassowary constraint solver
    Build-Dep: geophar (Maintainer: Georges Khaznadar <georgesk@debian.org>)
               turing (Georges Khaznadar <georgesk@debian.org>)
               python3-vispy (debian-science-maintainers@lists.alioth.debian.org
                              Ghislain Antony Vaillant <ghisvail@gmail.com>)
               python3-matplotlib (Taken by alexandre.detiste@gmail.com, debacle@debian.org) 


? #1065238 O: lazy-object-proxy -- Python 3 fast and thorough lazy object proxy
    Build-Dep: astroid (Maintainer: Jonas Smedegaard <dr@jones.dk>)

? #1065037 O: m2crypto -- Python wrapper for the OpenSSL library
    rdepends: several (skipping the list of related maintainers
              while hoping this will be picked up)

  #1065325 O: matplotlib -- Python based plotting system
   --> alexandre.detiste@gmail.com
     + debacle@debian.org

  #1065143 O: mkautodoc -- AutoDoc for MarkDown
   --> Antonio Terceiro <terceiro@debian.org>

  #1065042 O: mpl-sphinx-theme -- documentation for the mpl-sphinx-theme Python library
   --> tille@debian.org (rdepends in Debian Med team)
     Updating to latest upstream depends from pydata-sphinx-theme (see at bottom)
     which in turn needs a new dependency which I will not package.  Thus help
     is welcome

  #1065220 O: mpmath -- library for arbitrary-precision floating-point arithmetic
    --> dtorrance@piedmont.edu

? #1065224 O: mysql-connector-python -- pure Python implementation of MySQL Client/Server protocol
    ??> Emmanuel Arias <eamanu@yaerobi.com> - I did not fully understood
        whether you want to take this.
    In the light of the discussion of bug #923347 I wonder whether we need
    this package.  Its not part of any stable release listed at tracker.d.o

  #1065198 O: networkx -- tool to create, manipulate and study complex networks
    --> thomas@goirand.fr  (in OpenStack team)
      + roehling@debian.org

  #1065329 O: numpy -- Fast array facility to the Python 3 language
    --> roehling@debian.org
      + ckk@debian.org

? #1065221 O: py7zr -- pure Python 7-zip library
   rdepends: recoll (Kartik Mistry <kartik@debian.org>)
             calibre (YOKOTA Hiroshi <yokota.hgml@gmail.com>,
                      Martin Pitt <mpitt@debian.org>,
                      Nicholas D Steeves <sten@debian.org>)
  Hint: This package is lagging quite behind upstream
  Latest upstream needs https://github.com/miurahr/multivolume
  However:
          This repository has been archived by the owner on Jul 17, 2022. It is now read-only.
  It might make sense to either 
     ask py7zr authors whether this will be needed in future releass or
     pick latest py7zr version that does not need multivolume

? #1065222 O: pychm -- Python binding for CHMLIB
    rdepends: archmage (Mikhail Gusarov <dottedmag@debian.org>)
              recoll (Kartik Mistry <kartik@debian.org>)
              calibre (YOKOTA Hiroshi <yokota.hgml@gmail.com>,
                       Martin Pitt <mpitt@debian.org>,
                       Nicholas D Steeves <sten@debian.org>)

  #1065231 O: pydot -- Python interface to Graphviz's dot
    --> thomas@goirand.fr

  #1065152 O: pygeoif -- basic implementation of the __geo_interface__
    --> tille@debian.org

  #1065036 O: pyopenssl -- Python wrapper around the OpenSSL library
    --> Andrey Rakhmatullin <wrar@debian.org>

? #1065149 O: pyproject-metadata -- Dataclass for PEP 621 metadata with support for [core metadata] generation
   rdepends: python3-mesonpy (Simon McVittie <smcv@debian.org>)
             python3-pdm-backend (Boyuan Yang <byang@debian.org>)

  #1065223 O: pysimplesoap -- simple and lightweight SOAP Library
    --> roehling@debian.org
      + jelmer@jelmer.uk

  #1064977 O: python-cryptography-vectors -- Test vectors for python-cryptography
    --> Emmanuel Arias <eamanu@yaerobi.com>

  #1065327 O: python-levenshtein -- extension for computing string similarities and edit distances
    --> jelmer@jelmer.uk
      + julian@d-and-j.net

?     #1065025 O: sphinx-book-theme -- clean book theme for scientific explanations and documentation with Sphinx
?     #1065026 O: sphinx-bootstrap-theme -- bootstrap theme for Sphinx
?     #1065030 O: sphinxcontrib-log-cabinet -- Organize changelog directives in Sphinx docs
?     #1065027 O: sphinx-copybutton -- sphinx extension to add a "copy" button to code blocks
?     #1065028 O: sphinx-gallery -- extension that builds an HTML gallery of examples from Python scripts
?     #1065029 O: sphinx-panels -- documentation for the sphinx-panels Python library
?     #1065043 O: sphinxtesters -- utilities for testing Sphinx extensions
   I have not checked the sphinx-* packages

  #1064948 O: texext -- sphinx extensions for working with LaTeX math
    --> tille@debia.org
 
> There's also an old ITP that was closed:
> 
>     #1015231 ITP: sphinx-theme-builder -- tool for authoring Sphinx themes with a simple (opinionated) workflow

No idea whether we should care if there is no dependency from other
packages which I did not checked.

Missing in Julians list (possibly because taken before list was created)

  #1065229 O: python-pygraphviz -- Python interface to the Graphviz graph layout and visualization package (doc)
    --> alexandre.detiste@gmail.com

  pydata-sphinx-theme
   No actual orphan bug for pydata-sphinx-theme but it also has no Uploader
   and contains the usual pattern in d/changelog.  It should be updated for
   mpl-sphinx-theme but latest upstream needs a new dependency.  See Salsa CI
     https://salsa.debian.org/python-team/packages/pydata-sphinx-theme/-/pipelines/658082   


General remark: I'd prefer if we would at least have to packages per
maintainer.  If you find my name in any Uploaders field and you are
interested in this package (no matter whether it is in this list or not)
please simply add your name and move on with doing on that package what
you feel necessary to do.  If something might break we can fix it later.

Kind regards
    Andreas.

-- 
https://fam-tille.de

[toc] | [prev] | [next] | [standalone]

#15653 — Re: Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi,

I'd like to add paramiko to the list of semi-orphaned
packages that needs more maintainers.

high popcon, major upgrade, lots of rdeps: this would be a small
transition by itself, like pytest 8 ...



Le jeu. 28 mars 2024 à 10:24, Andreas Tille <andreas@an3as.eu> a écrit :
>
> ? #1065199 RM: pprintpp -- ROM; leaf package
>     Do we need this package?
It looks dead upstream & was a trivial utility, let's drop it.


> ? #1065246 O: contourpy -- Python library for calculating contours of 2D quadrilateral grids
>     rdepends: python3-matplotlib
>               Taken by alexandre.detiste@gmail.com, debacle@debian.org

https://salsa.debian.org/python-team/packages/contourpy/-/jobs/5508432
E   ImportError: Python version mismatch: module was compiled for Python 3.11,
but the interpreter version is incompatible: 3.12.2
????

dh-python or newer dh-sequence-python3 is missing from d/control (?)
could it be the cause of the FTBFS ?

I'l try again soon.


>   #1065325 O: matplotlib -- Python based plotting system
>    --> alexandre.detiste@gmail.com
>      + debacle@debian.org

Not finished, was still debhelper 7 or 8 based from memory,
had to kill xvfb-run several times to let the build complete successfully (?!)
the resulting .deb does work.


> General remark: I'd prefer if we would at least have
[*] two maintainers per maintainer.
>  If you find my name in any Uploaders field and you are
> interested in this package (no matter whether it is in this list or not)
> please simply add your name and move on with doing on that package what
> you feel necessary to do.  If something might break we can fix it later.

Please do the same. I'm bit of scatterbrain and can at some times
only allocate small time slots to do small things so anything
that hasn't been touched on the very same day is up for grab.
... but I do have some tooling to track my unfinished stuff.

I'm moving python-socketio-client to DPT

I can move "dosage" too if someone is interested

(my only remaining non-team maintained package is "cruft-ng";
but that's not python ... anybody is welcome there too)

Greetings

[toc] | [prev] | [next] | [standalone]

#15656 — Re: Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi Emmanuel,

Am Thu, Mar 28, 2024 at 11:38:47AM -0300 schrieb Emmanuel Arias:
> 
> With this we cover all packages? I'm asking because I'm looking other list
> with more packages [0]

This is where I started from.  What package are you missing in the updated list?
 
> On 3/28/24 6:24 AM, Andreas Tille wrote:
> 
> > ? #1065246 O: contourpy -- Python library for calculating contours of 2D quadrilateral grids
> >      rdepends: python3-matplotlib
> >                Taken by alexandre.detiste@gmail.com, debacle@debian.org
> oops! sorry! I've just make an upload adopting this package before read this
> mail, please add you as Uploaders. I did not package new upstream release
> because it is a matplotlib dependency. My plan was upload new upstream
> version to experimental, but I prefer wait for tchet and debacle opinion.
> Sorry again.

IMHO, matplotlib deserves more than two uploaders - se yes, please
everybody who likes to work on the package add your ID.
 
> > ? #1065224 O: mysql-connector-python -- pure Python implementation of MySQL Client/Server protocol
> >      ??> Emmanuel Arias <eamanu@yaerobi.com> - I did not fully understood
> >          whether you want to take this.
> >      In the light of the discussion of bug #923347 I wonder whether we need
> >      this package.  Its not part of any stable release listed at tracker.d.o
> Yes, I will add myself as uploader right now, but I will leave this package
> in unstable only because is a dependency of mysql-workbench.

Thank you for the explanation.

Kind regards
    Andreas.

> [0] https://lists.debian.org/debian-python/2024/03/msg00045.html

-- 
https://fam-tille.de

[toc] | [prev] | [standalone]

Page 2 of 2 — ← Prev page 1 [2]

Back to top | Article view | linux.debian.maint.python

csiph-web