Package: release.debian.org User: release.debian....@packages.debian.org Usertags: unblock Severity: normal Please unblock appstream-glib 0.6.8-1. This is a new upstream bugfix release, which was unfortunately released after the freeze deadline and resolves a pretty large amount of issues, which primarily benefit Flatpak in Debian.
Upstream changelog with explanations on a few issues: Version 0.6.8 ~~~~~~~~~~~~~ Released: 2017-02-01 New Features: - Make gperf a hard dep (Kalev Lember) => We already had this in Debian for a while, so that's a no-brainer - Read and write the <custom> tag (Richard Hughes) => This was patched in in Debian with the previous package already. - Support AppData components with no desktop files (Alexander Larsson) => This is required for Flatpak to build certain types of bundles, so we really want this in Stretch for future compatibility. Bugfixes: - Add a destructor for AsRefString (Kalev Lember) - Add a dummy update_contact to appdata-from-desktop (Kalev Lember) - Do not ignore type=replace merge components (Richard Hughes) - Fix the build with gperf 3.1 (Kalev Lember) - Fix use after free with hash table keys (Kalev Lember) - Hold a ref in the store to avoid use-after-free (Simon McVittie) - Ignore -Wconversion and -Wsign-conversion warnings from generated file (Kalev Lember) => Regular bugfixes which are useful to have. - Require name and summary for validate-relax (Kalev Lember) => Makes appstream-glib compliant with the newest revision of the AppStream spec. - Support reading metainfo.xml files when using appstream-compose (Richard Hughes) => Fixes an issue which made appstream-glib not compliant with the spec, fixes issues when building Flatpak bundles. This is the thing which originally made me upload a new version of this package, since people from KDE reported to me that they need to implement workarounds to build their Flatpak bundles without proper metainfo support. - Tighten a rule that classifies apps as web-apps (Kalev Lember) => Another nice bugfix. Aside from the upstream changes, the package contains no other changes. The libappstream-glib library contains no new symbols, no symbols have been removed too. This should be very safe for Stretch. If you want to take a look at the individual changes, see https://github.com/hughsie/appstream-glib/compare/appstream_glib_0_6_7...appstream_glib_0_6_8 Kind regards, Matthias unblock appstream-glib/0.6.8-1