Bug#854259: unblock: appstream-glib/0.6.8-1
Package: release.debian.org
User: release.debian.org@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
Reply to: