This is causing our OSGi tests to fail.

org.osgi.framework.BundleException: Unable to resolve org.scala-lang.scala-compiler [14](R 14.0): missing requirement [org.scala-lang.scala-compiler [14](R 14.0)] osgi.wiring.package; (osgi.wiring.package=org.jline.builtins) Unresolved requirements: [[org.scala-lang.scala-compiler [14](R 14.0)] osgi.wiring.package; (osgi.wiring.package=org.jline.builtins)]
	at org.apache.felix.framework.Felix.resolveBundleRevision(Felix.java:4149)
	at org.apache.felix.framework.Felix.startBundle(Felix.java:2119)
	at org.apache.felix.framework.Felix.setActiveStartLevel(Felix.java:1373)
	at org.apache.felix.framework.FrameworkStartLevelImpl.run(FrameworkStartLevelImpl.java:308)
	at java.lang.Thread.run(Thread.java:748)

Note that both Travis-CI and Jenkins are failing in the same way, and the failures are reproducible locally (with osgiTestFelix/test and osgiTestEclipse/test).

The clue seems to be osgi.wiring.package; (osgi.wiring.package=org.jline.builtins) — this PR adds import org.jline.builtins.InputRC

@jxnu-liguobin I have no real understanding of this stuff, but my guess is that what you need to do is add an org.jline.builtins entry to Osgi.headers in our build.sbt. Can you give that a try?

Also while I'm here I just want to thank you for all these great PRs you're sending. You're on fire! 🔥

@SethTisue I add it, but combined still failed, do I need attention?
btw, Thank you for your approval. I like Scala very much. I will continue.

@SethTisue I add it, but combined still failed, do I need attention?

the scala/scala repo has an especially strict CI policy: every commit in a PR must be green, not just the last one. that's what "combined" is checking. So the problem will go away when you squash this into fewer commits.

btw, Thank you for your approval. I like Scala very much. I will continue.

❤️

@retronym hey .inputrc guy — want to take this for a spin?

merged, but maybe there's somebody out there who would like to try a nightly and make sure it works on Windows?