search for: displayversion

Hi guys, Currently the windows package provider does not support versions (like ensure => 1.2.3). Even though most packages set a DisplayVersion key in the registry - so the version is often available. Now I need to upgrade my puppet clients from v3.1.1 to v3.2.3-rc1 (to get facts.d support on windows) - and I was wondering if any of you had a suggestion as to how to handle it, until windows package provider supports versions ? I was...

...lue = guestfs_hivex_node_get_value (g, child, "DisplayName"); if (value) { - display_name = guestfs_hivex_value_utf8 (g, value); + display_name = guestfs_hivex_value_string (g, value); if (display_name) { value = guestfs_hivex_node_get_value (g, child, "DisplayVersion"); if (value) - version = guestfs_hivex_value_utf8 (g, value); + version = guestfs_hivex_value_string (g, value); value = guestfs_hivex_node_get_value (g, child, "InstallLocation"); if (value) - install_path = guestfs_hivex_value_...

This adds most of the hivex APIs directly to the libguestfs API, so that you can read and write Windows Registry hive files from libguestfs without needing to download and upload hive files from the guest. This is analogous to how Augeas APIs are exposed already (guestfs_aug_*) Also, inspection is now done using the new APIs, which fixes the following bug:

This fixes almost everything. Note that it adds an extra commit which fixes the whole utf8/iconv business. It's probably better to list what isn't fixed: (1) I didn't leave the osinfo code around because I'm still haven't looked too closely at virt-builder-repository. Can't we just fetch this code from the git history when we need it? (2) I didn't change the way