I don't much care what the name is, if the summary is right and includes a proper description, use ctrl+f to find it and be happy. If someone wants to call a package by a generic name, as long as the name of the underlying software is in the description it might be fine. I prefer to have the packages named after their specific underlying software, but I'm not dead set on that.
However, that doesn't work if you have multiple packages for the same purpose. Take DNS for example. There are tinydns and unbound packages. You can't just call them both "DNS Server" because even though they are both DNS servers, they also have vastly different capabilities and limitations, and struggling to find a generic term that distinguishes them all will create even more confusion and ambiguity.
Renaming packages will break them for existing users, so I don't see that ever happening. But the summaries can be updated if specific examples can be pointed out where a summary doesn't include a proper/useful description. Or perhaps (for 2.1 maybe) someone could add a column to indicate a package's general purpose that could hold the info you're after. Sprinkle a little sortable action on the table so you can sort by purpose, and everyone leaves happy (EDIT: It's actually already sortable).
It looks like maybe that is what the "Category" column was meant to cover in general, it could maybe be stolen/repurposed/etc for this.