Request to clean up server package set

Utkarsh Gupta utkarsh.gupta at canonical.com
Fri Feb 13 09:22:38 UTC 2026


Hi Christian,

On Fri, Feb 13, 2026 at 2:24 PM Christian Ehrhardt
<christian.ehrhardt at canonical.com> wrote:
> ## 1. DESCRIPTION
>
> Let us set the description to:
>
> Description: "Ubuntu Server, representing all packages that make
> Ubuntu Server special representing the respective common use cases
> exclusive to Server or exclusively maintained by people associated
> with the ubuntu-server team. That covers all that is in a Server minus
> core-dev-only and minus things that are also seeded elsewhere like in
> Desktop. That can be seen as a huge list that first includes anything
> seeds pull into ubuntu-server images and ISOs specifically like
> https://ubuntu-archive-team.ubuntu.com/germinate-output/ubuntu.resolute/server,
> and anything that is reachable via the platform seeds
> supported-*-server seeds like
> https://ubuntu-archive-team.ubuntu.com/germinate-output/ubuntu.resolute/supported-hardware-server
> to then be reduced by where there is overlap or where it would impliy
> core-dev permissions. This can be quite complex, gladly most of the
> packages that belong here are much more simply defined by the set the
> Ubuntu Server team watches over in triage and updates (for any release
> still active or in development) as reported in
> http://reqorts.qa.ubuntu.com/m-r-package-team-mapping.html#ubuntu-server."

I'm not convinced if we need this big of a description, really?

"Ubuntu Server, representing all packages that make up Ubuntu Server
special representing the respective common use cases exclusive to
Server is exclusively maintained by people associated with the
~ubuntu-server team."

I think that seems good enough to me. No? The rest of it is a good
explanation, but doesn't really belong in the description in my
opinion.

Thoughts?

> ## 2. ADDITIONS
>
> ## 3. REMOVALS

Wow, that's a lot of packages, but I really don't mind the additions
and the removals, especially when the Server team has a good
reputation for maintaining their packages. :)

+1 from me, but I'll let Robie comment as well.


- u



More information about the Devel-permissions mailing list