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


Groups > linux.debian.maint.python > #15531

Re: Suggesting change in DPT policy

From Jeroen Ploemen <jcfp@debian.org>
Newsgroups linux.debian.maint.python
Subject Re: Suggesting change in DPT policy
Date 2024-03-01 13:10 +0100
Message-ID <Id9S9-dGxW-1@gated-at.bofh.it> (permalink)
References (1 earlier) <Ic6D0-cZX8-11@gated-at.bofh.it> <Ic6D0-cZX8-9@gated-at.bofh.it> <IcawW-d2gs-3@gated-at.bofh.it> <IcUzL-dwql-7@gated-at.bofh.it> <Id5vc-dDFS-11@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


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

On Fri, 1 Mar 2024 07:21:57 +0000
Julian Gilbey <julian@d-and-j.net> wrote:

> These are really interesting points.  Under the proposed system, I
> presume that one could leave "privately maintained" packages within
> the python-team area of salsa and still benefit from these automatic
> changes without giving automatic permission to other developers to
> make manual changes.  Being part of the team is a relationship
> between developers; it surely doesn't say anything about a specific
> package's maintenance, just as one can ask questions on
> debian-devel without saying "anyone can do anything to my packages
> without asking me".

As far as I can tell, the proposed change aims to remove that kind of
flexibility: any package that currently lists the team as an uploader
would have to pick between "team as maintainer" or "out" to be in
compliance.

> > That said, I'm very careful not to spend more time on volunteer
> > efforts than I can afford to, and not looking to offload the full
> > maintenance of any of my packages. Upstream involvement often
> > gives me advance knowledge of upcoming releases, their
> > compatibility issues and other quirks, which in turn helps avoid
> > problems on the Debian end. I do not share the optimism that
> > documenting such details somewhere in individual packages - as
> > suggested elsewhere in this thread - would be effective to avoid
> > trouble; more so considering that the inability to stick to a
> > single, concise, and rather clear team policy is ultimately what
> > triggered this whole discussion in the first place.  
> 
> I don't think it's a binary choice: "offload the full maintenance"
> of a package versus "keep the full maintenance".  As far as I
> understand it, a package maintained by the team will typically have
> a main person who does the day-to-day work on it (few people have
> the time to start doing serious work on lots of other packages),
> but anyone on the team could work on it.  In the cases mentioned,
> there are RC bugs in packages which have not been addressed in a
> timely fashion and are holding up transitions or similar.  In some
> of "my" packages, other developers on the team have uploaded more
> regular updates (thanks!). In most cases, updates are routine and
> I'm very appreciative of it.

I should probably have phrased that a bit differently than 'offload'.
My packages simply never have RC bugs open for a long time and under
normal circumstances don't require any team attention/intervention.
Which is exactly why I prefer the "talk to me before making major
changes" approach the current policy provides.

Whatever extra time I have beyond that needed for my own packages
mostly goes towards sponsorship, in part because that makes people
feel their work is appreciated and encourages further contributions.

> While documenting quirks might not fully avoid trouble, it's much
> better than not documenting them.  After all, this is detailed
> knowledge of a package or collection of packages that has been
> gained over time, and in addition to helping anyone stepping in to
> do a team upload, documenting it will help whoever ends up taking
> over the package one day (as well as helping the maintainer
> themselves!).
> 
> The question for your quirky packages then becomes: what does the
> current team maintenance position offer that having the package
> solely maintained by yourself would not provide?  I can see very
> little; anyone wanting to help with a package outside of the team
> can still offer to do an NMU (and push their changes to salsa).

Working directly in git is simply more convenient, lowers the bar for
contributing, and subjects any contributions to the scrutiny of the CI
pipeline. In addition, having team members familiar with python
packages involved lowers risk vs. a drive-by NMU, no matter how well
intended.

Back to linux.debian.maint.python | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-27 09:10 +0100
  Re: Suggesting change in DPT policy Scott Talbert <swt@techie.net> - 2024-02-27 15:30 +0100
    Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-02-27 19:40 +0100
      Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-02-28 01:00 +0100
        Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 08:10 +0100
          Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-02-28 12:50 +0100
            Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 15:40 +0100
        Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-02-28 13:00 +0100
      Re: Suggesting change in DPT policy Jeroen Ploemen <jcfp@debian.org> - 2024-02-29 20:50 +0100
        Re: Suggesting change in DPT policy Julian Gilbey <julian@d-and-j.net> - 2024-03-01 08:30 +0100
          Re: Suggesting change in DPT policy Jeroen Ploemen <jcfp@debian.org> - 2024-03-01 13:10 +0100
            Re: Suggesting change in DPT policy Andreas Tille <tille@debian.org> - 2024-03-02 21:40 +0100
              Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-03-02 22:20 +0100
                Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-03-02 23:20 +0100
                Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-03-03 07:20 +0100
                Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-03-03 18:20 +0100
  +1 (Re: Suggesting change in DPT policy) Jochen Sprickerhof <jspricke@debian.org> - 2024-02-27 15:40 +0100
  Re: Suggesting change in DPT policy Timo Röhling <roehling@debian.org> - 2024-02-27 16:10 +0100
    Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 08:20 +0100
      Re: Suggesting change in DPT policy Étienne Mollier <emollier@debian.org> - 2024-02-28 09:40 +0100
        Maintaining packages with complex relationships (Was: Suggesting  change in DPT policy) Andreas Tille <andreas@an3as.eu> - 2024-02-28 12:00 +0100
          Re: Maintaining packages with complex relationships (Was: Suggesting  change in DPT policy) Timo Röhling <roehling@debian.org> - 2024-02-28 16:50 +0100
  Re: Suggesting change in DPT policy Martin <debacle@debian.org> - 2024-02-27 16:40 +0100
  Re: Suggesting change in DPT policy weepingclown <weepingclown@disroot.org> - 2024-02-27 17:30 +0100
    Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 09:10 +0100
  Re: Suggesting change in DPT policy Arto Jantunen <viiru@debian.org> - 2024-02-27 21:30 +0100
  Re: Suggesting change in DPT policy Louis-Philippe Véronneau <pollo@debian.org> - 2024-02-27 21:40 +0100
    Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 09:30 +0100
      Re: Suggesting change in DPT policy Scott Kitterman <debian@kitterman.com> - 2024-02-28 15:30 +0100
        Re: Suggesting change in DPT policy Andreas Tille <andreas@an3as.eu> - 2024-02-28 15:50 +0100
  Re: Suggesting change in DPT policy Stefano Rivera <stefanor@debian.org> - 2024-02-28 03:00 +0100
  Re: Suggesting change in DPT policy Agathe Porte <gagath@debian.org> - 2024-02-28 10:30 +0100
  Re: Suggesting change in DPT policy Julian Gilbey <julian@d-and-j.net> - 2024-02-28 11:50 +0100
  Re: Suggesting change in DPT policy Salvo Tomaselli <tiposchi@tiscali.it> - 2024-03-01 01:20 +0100
  Re: Suggesting change in DPT policy Stefano Rivera <stefanor@debian.org> - 2024-03-03 00:10 +0100
  Re: Suggesting change in DPT policy Emmanuel Arias <eamanu@yaerobi.com> - 2024-03-03 00:40 +0100
    Re: Suggesting change in DPT policy Alexandre Detiste <alexandre.detiste@gmail.com> - 2024-03-03 16:20 +0100
  Re: Suggesting change in DPT Policy Nilesh Patra <nilesh@debian.org> - 2024-03-09 18:00 +0100
    Re: Suggesting change in DPT Policy Anton Gladky <gladk@debian.org> - 2024-03-09 18:50 +0100
      Re: Suggesting change in DPT Policy Julian Gilbey <julian@d-and-j.net> - 2024-03-09 22:30 +0100
        Re: Suggesting change in DPT Policy Andreas Tille <andreas@an3as.eu> - 2024-03-19 08:40 +0100

csiph-web