@tuxwise @RLetot @keepassxc I was just being courteous, signing in on my phone and giving a short reply while travelling.
The concern is that somebody leaves or somebody new comes and picks up a subsystem and eventually maintains it on their own because the others don't actually use it and then believe the subsystem expert. That's somewhat normal.
This opens the doors for malicious actors to appear and compromise less popular subsystems.
1/2
@tuxwise @RLetot @keepassxc Hence I did not want to expose new users to optional subsystem code by default. This seems a reasonable stance. It is what Debian users generally expect.
Sadly I could not do that without breaking some users existing functionality. I can add a debconf dialog on upgrades to tell you more explicitly.
I will have to think about how we can solve this better in the future for similar situations (upgraded get X, new gets Y), but this requires new apt features.