junit-3.8.2 extended visibility of some methods (against 3.8.1), which doesn't usually hurt backwards compatibility, except when you try to override these methods using the previous more restrictive visibility This is easy to patch in the broken packages (you extend the visibility too, which also doesn't break compatibility with 3.8.1 because extending when inheriting is possible). That's why I think it's not worth slotting 3.8.2 separately, there shouldn't be many packages to fix, compared to the number of packages that would need to be converted to use 3.8.2 slot if we wanted to actually use this version wherever possible. So this is to track such packages, make any bug about broken package block this bug, so we know what we need to stabilize (the patched packages) before we stabilize junit-3.8.2.
dev-java/xmlc breaks
I think there are no more breakages here :)
