appstream-glib-0.6.2

[Douglas R. Reno]

New minor version

Version 0.6.2
~~~~~~~~~~~~~
Released: 2016-10-29

New Features:
 - Add a hash function specifically designed for unique-ids (Richard Hughes)
 - Add AS_BUNDLE_KIND_CABINET (Richard Hughes)
 - Remove the inf parsing from appstream-glib (Richard Hughes)

Bugfixes:
 - Check if icon name is unset before checking the prefix (Justin J. Kim)
 - Do not merge all LangPack entries (Richard Hughes)
 - Do not require an icon from LOCALIZATION kind (Richard Hughes)
 - Do not use the deprecated GNOME_COMPILE_WARNINGS (Richard Hughes)
 - Do not use the prefix check when parsing YAML (Richard Hughes)
 - Fix gcc shift warnings on 32 bit platforms (Kalev Lember)
 - Ignore system datadirs that are actually per-user (Richard Hughes)
 - Invalidate the unique-id if any of the parts are changed (Richard Hughes)
 - Make upgrade check for SPDX license string (Kai Willadsen)
 - Pay attention to errors from libyaml (#129) (Anders Kaseorg, Richard Hughes)

[Armin K]

You should be safe to drop this package and its deps.

It's not strictly required by anything.

[Douglas R. Reno]

I may reconsider my position on this during the next release cycle, but I currently don't feel its necessary to drop it. First of all, I feel that it is too close to drop it currently. Also, the following packages can use it:

gnome/applications/gnome-terminal.xml
gnome/applications/gnome-power-manager.xml
gnome/applications/gnome-system-monitor.xml
gnome/applications/gnome-logs.xml
gnome/applications/cheese.xml
gnome/applications/vinagre.xml
gnome/applications/gucharmap.xml
gnome/applications/gnome-disk-utility.xml
gnome/applications/gnome-weather.xml
gnome/applications/gnome-color-manager.xml

The main role of appstream-glib is to validate appdata files, which are installed by nearly every GNOME / gnome-related package I have installed. I am not sure whether we need them or not, but if they're installed by the package, I'd like them to be there.

That being said, it is also an easy package to update. It is actually one of the easiest I have done.

One final thing: a couple of its dependencies are very useful and add something we wouldn't have otherwise. YAML can be used for some other things (Ruby), but most importantly, gcab is the only package we currently have that can open, create, and manipulate *.cab files (Microsoft Cabinet archives, they were used for installing some software on Windows, but its also very easy to transfer and compress files using that format if you have to use a Windows machine).

For future reference, I also don't think that gcab suffers from the UTF-8 and locale-related conversion issues that other archivers do.

[Armin K]

I agree it's a bit late to drop it just now.

However, the packages that can use it only use it at either developer's request (appstream-validate, to properly validate appstream files when writing them, not something user should be bothered with) or for *.m4 files required by some packages at autoreconf (which often reuqire more than appstream .m4 files, such as autoconf-archive, gnome-common or yelp-tools).

Appstream files will still get installed properly when appstream-glib isn't there (and they have no use in a LFS environment, they are mostly to be used in combination with gnome-software/packagekit which is unsuitable for lfs (due to lack of package management)).

I've dropped appstream-glib about the same time non-systemd LFS did and have had no issue 'till now.

As for gcab, it can stay. It's useful on its own as it is (hint: you also have a cabextract utility for extracting cabinet files).

[bdubbs@…]

If/when you drop it, let me know asap. Removing it will mess up one of the currency scripts. I could just fix it now, but it would then ignore appstream-glib completely.

[Douglas R. Reno]

I'll be sure to let you know right away if I drop it.

[Douglas R. Reno]

Fixed at r17747

[bdubbs@…]

Milestone renamed