Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.project > #14406
| From | Simon Josefsson <simon@josefsson.org> |
|---|---|
| Newsgroups | linux.debian.project |
| Subject | Re: Beyond QA: Uploaders field hygiene |
| Date | 2026-08-16 11:00 +0200 |
| Message-ID | <NsESJ-bfDj-9@gated-at.bofh.it> (permalink) |
| References | <Nsi5P-b3nn-1@gated-at.bofh.it> <NsjOh-b4lF-3@gated-at.bofh.it> <NsjOh-b4lF-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Jonas Smedegaard <dr@jones.dk> writes: > Quoting Sebastiaan Couwenberg (2026-08-15 11:07:03) >> On 8/15/26 10:25 AM, Tobias Frost wrote: >> > But this is not just an MIA team task. The Uploaders field is part of >> > the package's maintenance metadata, and keeping it reasonably accurate >> > should be part of maintaining the package. If you notice that someone >> > listed there no longer appears to be actively maintaining the package, >> > please consider cleaning it up. >> >> This will result in no-human-maintainers lintian issues, because >> many packages are on life support with team uploads where no person >> wants to commit to the package by adding themselves to Uploaders. >> >> I guess we should just acknowledge that fact in the override comment. > > If noone in a team wants to commit to a package by adding themselves as > in the Uploaders field, it seems that package is team-*un*maintained > and that fact should be acknowledged by moving the package to QA team. I disagree -- and think this is at the core of what proper "team" maintainance of packages could be. To me, team maintainance would be one where the team as a collective take responsibility for a package, but no individual person insists on the ego-boost of assigning personal ownership of the outcome, and through social means of the Uploader field signal that others should not feel the same level of ownership. I think this social signal related to the Maintainer/Uploaders field is detrimental to a harmonous team spirit in the long run. It establish personal ownership and excludes others from feeling empowered to work on the package, even though they are part of the same team, or if they are a Debian Developer (which we would prefer to behave like a team). I believe many Go packages in Debian has this property. Few people doing work on each of the dependent Go package cares about that particular package strongly enough to insist that they have to must a say in the packaging of it. This is true for all the packages I help work on, at least. Thus, by getting rid of the Maintainer/Uploader fields, I believe we could get a better collective long-term outcome for packages. All packages are collectively maintained by "Debian Developers", for which we have a process for. Yes, there will be local "accidents" where this leads to bad mistakes in packages by people not familiar enough with a package. This will be used as an argument against this concept, and against the people doing those mistakes. I don't think it is a valid argument. It is an argument for improving QA tooling, documentation, and collaboration processes. Not for excluding people to contribute, and further cementing the current situation. We have some teams in Debian that operate like this, at least to me as an outsider. The release team, security team, and the DFSG team generate artifacts that may sometime have personal names associated with them (like security announcements), but it always feel like a group effort rather than a personal effort. I'm not sure people inside these teams feel the same, but at least that's the perception I get from an outside perspective. I think that is a sign of maturity and health. /Simon
Back to linux.debian.project | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Beyond QA: Uploaders field hygiene Tobias Frost <tobi@debian.org> - 2026-08-15 10:40 +0200
Re: Beyond QA: Uploaders field hygiene Jonas Smedegaard <dr@jones.dk> - 2026-08-15 12:30 +0200
Re: Beyond QA: Uploaders field hygiene Jonas Smedegaard <dr@jones.dk> - 2026-08-15 13:30 +0200
Re: Beyond QA: Uploaders field hygiene Jonas Smedegaard <dr@jones.dk> - 2026-08-16 11:00 +0200
Re: Beyond QA: Uploaders field hygiene Simon Josefsson <simon@josefsson.org> - 2026-08-16 13:40 +0200
Re: Beyond QA: Uploaders field hygiene Jonas Smedegaard <dr@jones.dk> - 2026-08-16 14:40 +0200
Re: Beyond QA: Uploaders field hygiene Simon Josefsson <simon@josefsson.org> - 2026-08-16 16:10 +0200
Re: Beyond QA: Uploaders field hygiene Simon Josefsson <simon@josefsson.org> - 2026-08-16 11:00 +0200
Re: Beyond QA: Uploaders field hygiene Richard Lewis <richard.lewis.debian@googlemail.com> - 2026-08-16 13:40 +0200
Re: Beyond QA: Uploaders field hygiene Andrey Rakhmatullin <wrar@debian.org> - 2026-08-16 14:10 +0200
Re: Beyond QA: Uploaders field hygiene Marc Haber <mh+debian-project@zugschlus.de> - 2026-08-16 14:40 +0200
Re: Beyond QA: Uploaders field hygiene Andrey Rakhmatullin <wrar@debian.org> - 2026-08-16 15:30 +0200
Re: Beyond QA: Uploaders field hygiene Holger Levsen <holger@layer-acht.org> - 2026-08-16 15:30 +0200
Re: Beyond QA: Uploaders field hygiene Marc Haber <mh+debian-project@zugschlus.de> - 2026-08-16 15:30 +0200
Re: Beyond QA: Uploaders field hygiene Holger Levsen <holger@layer-acht.org> - 2026-08-16 16:50 +0200
Re: Beyond QA: Uploaders field hygiene Jonas Smedegaard <dr@jones.dk> - 2026-08-16 15:30 +0200
Re: Beyond QA: Uploaders field hygiene Andrey Rakhmatullin <wrar@debian.org> - 2026-08-15 14:50 +0200
Package metadata (was: Beyond QA: Uploaders field hygiene) Martin <debacle@debian.org> - 2026-08-15 17:40 +0200
Re: Package metadata (was: Beyond QA: Uploaders field hygiene) Charles Plessy <plessy@debian.org> - 2026-08-23 11:10 +0200
Re: Package metadata Martin <debacle@debian.org> - 2026-08-23 12:00 +0200
Re: Beyond QA: Uploaders field hygiene Chris Hofstaedtler <zeha@debian.org> - 2026-08-15 21:10 +0200
Using helper tools to mainain the Uploaders field Charles Plessy <plessy@debian.org> - 2026-08-16 23:50 +0200
csiph-web