[Fedora-packaging] Appdata validation alternative
Michael Schwendt
mschwendt at gmail.com
Tue Jan 13 12:01:49 UTC 2015
On Tue, 13 Jan 2015 10:54:38 +0100, Mario Blättermann wrote:
> [...] we force packagers to validate their appdata files, we pull in GTK3
> for all GUI-based packages, regardless of whether they really need GTK3 to
> build. That's strange. Imagine, someone wants to rebuild a Qt based package on
> his/her local system for some reasons, and GTK is needed therefore. This is
> confusing.
Hyperbole, IMHO.
It doesn't pull in gtk3-devel but just the run-time lib. How does that
confuse anyone? You only need to run the tool not do anything with the GUI
lib.
Other tools pull in other framework/backend libs runtime. desktop-file-validate
pulls in GLib. That's not a GUI lib, but that doesn't mean only "unwanted
GUI libs" are "not nice".
> What about to make the appdata validation conditional, while keeping
> it enabled by default?
$ ldd /usr/bin/appstream-util |wc -l
82
$ ldd /usr/bin/appstream-util |grep -i libx|wc -l
27
$ ldd /usr/bin/appstream-util|grep drm
libdrm.so.2 => /lib64/libdrm.so.2 (0x00007fdb0ee0b000)
It could be that most of those are just because it relinks with
everything libappstream-glib.so.1 is linked with already. I doubt
it needs all those lib APIs directly. It would not be the first time
redundant libs are added to the compiler linker options somewhere.
But even then, it's just a tool, and the most one could do is examine
it and link only the stuff it really uses directly. And do the same
for libappstream-glib and similar libs.
--
Today you're focused on GTK, tomorrow you would be confused by the
tool also pulling in something else. Not worth it, IMO.
More information about the packaging
mailing list