You must take into account that removing perl might not be too easy (as a matter of fact it can be quite difficult) in a Debian system since it is used by many system utilities. Also, the perl-base is Priority: required (that about says it all). It’s still doable, but you will not be able to run any perl application in the system; you will also have to fool the package management system to think that the perl-base is installed even if it’s not.
This seems mostly theoretic and not practical.
These include the following utilities in packages with priority required or important:
Some of these are these are not important:
of package exim.
Some of these are really essential:
/usr/sbin/dpkg-divert of package dpkg.
/usr/sbin/dpkg-statoverride of package dpkg.
/usr/sbin/adduser of package adduser.
/usr/sbin/dpkg-reconfigure of package debconf.
These would have to be re-implemented in another language. In which language? In C? That would probably just lead to more bugs. Lots of effort and tiny gain.
Not realistic at all. I don’t bet but if there was a bet for the things which probably won’t be done in the next 10 years by anyone on the internet then this would be high on my list.
I don’t know how much more robust partition level ACLs are compared to the permissions schemes enforced by the file system and Apparmor. Perhaps someone can explain @nurmagoz@Patrick