Sebastian Schuberth

> I'd check if it's even possible first Would a simple stub implementation and see if it compiles / passes test be enough for that check?

> You'll have to get @bigdaz to sign off on this change too. Yes, waiting for @bigdaz to confirm this being a good thing as well.

> For one example, we are stuck with Kotlin 1.3 (which is now deprecated for removal). Why is that actually so? If the plugin would "statically link" everything needed from...

> Make the plugin completely self-contained though being written in Kotlin. Note to myself: https://github.com/GradleUp/gr8 could become useful here.

Any hint on what's left to do to resolve this? According to the code at https://github.com/mintty/mintty/issues/1071, calling `ioctl(1, TIOCGWINSZ, &ws);` should work to get the number of rows / columns....

> however adding explicit `Bundle-License` would simplify automatic analysis. Isn't `Bundle-License` only for OSGi bundles, not for regular JARs? Anyway, automated license analysis is an interesting topic. You might want...

> For instance, if the jar file is embedded (re-distributed), then no pom file exists. Correct. But that should be the rather uncommon case. At least it is in my...

Well, AFAICT these binaries haven't changed since 2014, so yes, it's still an issue. Also see e.g. [this blog post](https://jeanleflambeur.wordpress.com/2014/09/28/remote-debugging-on-the-raspberry-pi-from-qtcreator/) which suggests to use Ubuntu's `gdb-multiarch` package as a work-around...

FYI, here's the respective change in ORT: https://github.com/oss-review-toolkit/ort/pull/3588

When adding an Open Source font to the basic template bundle, we should follow [REUSE best practices](https://reuse.software/tutorial/#binary-and-uncommentable-files) to associate license information with the TTF files.