Depending on a mod with transitive non-mods deps exposes those deps in pom.xml

[Juuxel]

For example, if a mod depends on Fabric Language Kotlin with modImplementation, its POM will contain

• A runtime dep on FLK as expected
• Extra runtime deps on...
  • kotlin stdlib modules
  • kotlinx-serialization
  • kotlin-reflect

when set up normally with software components.

This happens because we add the non-mod artifacts from mod* configs into the standard configs - like implementation - directly. Not sure what a good fix would be, though.