Quoting Tobias Frost (2026-08-15 10:25:18)
> One final clarification: this mail is not intended to reopen the
> broader discussion about the usefulness or future of the Uploaders
> field. That is a separate discussion, and this is not the place to
> have it.

Quoting Sebastiaan Couwenberg (2026-08-15 12:41:27)
> On 8/15/26 12:10 PM, Jonas Smedegaard wrote:
> > 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.
> 
> The package is still team maintained, new upstream releases get packaged and 
> bugs get triaged, but only the minimum amount of effort is put in those 
> packages.
> 
> Orphaning the package will make it fall of radar and not even receive that 
> little work.
> 
> I'd prefer for policy 5.6.3 to drop the "at least one human" requirement, to 
> allow for team maintained packages no person takes responsibility for.

It seems you want to discuss changing the rules - that's confusing.

This thread is about existing rules.

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/
 * Sponsorship: https://ko-fi.com/drjones

 [x] quote me freely  [ ] ask before reusing  [ ] keep private

Attachment: signature.asc
Description: signature

Reply via email to