Skif-off left a comment (geany/geany-plugins#1570) > Plenty of plugins, which all build in the existing geany environment, > definitively above GTK 3.0.0, check for it anyway.
At least some of these checks are a legacy of the GTK2 -> GTK3 transition and of course will be removed in the future. > And, as the file is breaking in this build, for only this plugin, and for no > other plugins This is not true, you saw one problem at this particular moment in time, but it is not the first and not the last similar problem. > geanylua/glspi_keycmd.h is checked in. It is not regenerating on build. Is a > build task missing? In this case, full automation can cause problems, so it is more practical to use `mk-keytab.lua` when making a corresponding change in Geany or simply before a release. [For example](https://github.com/geany/geany/pull/4502). I'm probably a bit stupid :))) As I understand it, plugins interact with Geany and use functions from the Geany library (for example, instead of directly interacting with Scintilla), the versions of Scintilla and Universal Ctags used by Geany also matter: so, we have several places where something might not work at a specific point in time between releases. And it's logical that the plugin version matches the Geany version (and this is not an unique example). I don't understand what positive consequences this > Now it builds on geany2-1, and 2-2, without having to make a hard dependency > on geany >= 2.2 has :) -- Reply to this email directly or view it on GitHub: https://github.com/geany/geany-plugins/issues/1570#issuecomment-4957773821 You are receiving this because you are subscribed to this thread. Message ID: <geany/geany-plugins/issues/1570/[email protected]>
