Richard Hughes authored Jan 04, 2017 and Mario Limonciello committed Jan 06, 2017

Resolves: https://github.com/hughsie/fwupd/issues/78

Richard Hughes authored Dec 23, 2016 and Mario Limonciello committed Jan 06, 2017

This functionality is required so that AppStream metadata can check the fwupd
version, the firmware version, bootloader version or a combination of all three.

Richard Hughes authored Dec 21, 2016 and Mario Limonciello committed Jan 06, 2017

This allows us to have new markup specified in the MetaInfo or AppStream XML:

  <requires>
    <id compare="ge" version="0.8.1">org.freedesktop.fwupd</id>
    <firmware compare="ge" version="0.1.2"/>
  </requires>

This means that only updates that match these versions will be shown.

Richard Hughes authored Dec 21, 2016 and Mario Limonciello committed Jan 06, 2017

We need to remove the device from the delayed hash table to ensure we don't
accidently free the helper when it removed a *second* time.

Richard Hughes authored Dec 16, 2016 and Mario Limonciello committed Jan 06, 2017

Also, fix some method prefixes to match the plugin name.

Richard Hughes authored Dec 16, 2016 and Mario Limonciello committed Jan 06, 2017

There might be a better plugin to claim these than the generic fallback.

Richard Hughes authored Dec 16, 2016 and Mario Limonciello committed Jan 06, 2017

This allows us to reuse the logic in other plugins.

This method will be used in conjunction with other new plugins
in the future that will perform online flashes.

commit e34654e1 caused a regression that hotplugging devices no
longer worked.

Disabling systemd PrivateNetwork confinement resolves this.

failed to open plugin
/usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_dfu.so:
failed to open plugin:
/usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_dfu.so:
undefined symbol: dfu_device_upload

failed to open plugin /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_udev.so:
failed to open plugin: /usr/lib/x86_64-linux-gnu/fwupd-plugins-2/libfu_plugin_udev.so:
undefined symbol: g_udev_device_get_property

some code (such as libfwupd) still internally refers to provider,
but this will need to be more carefully massaged

Richard Hughes authored Dec 12, 2016 and Mario Limonciello committed Jan 06, 2017

The user will not be notified about firmware security updates all the time they
are on battery power. It's better to handle this in the client prompting the
user to connect the AC power source.

Richard Hughes authored Dec 08, 2016 and Mario Limonciello committed Jan 06, 2017

If you do not have Unifying hardware you can emulate writing firmware using:

$ fu-unifying-tool write file.hex -v --emulate=bootloader-nordic

Richard Hughes authored Dec 12, 2016 and Mario Limonciello committed Jan 06, 2017

This is a large commit that removes all the providers and turns them into
plugins. I think having both providers _and_ plugins was super confusing.

Plugins are loaded at runtime so you could in theory develop a new plugin
without putting it in the fwupd source tree, although there are no installed
headers or PC files as I'm not sure it's a good idea at this stage.

This commit moves all the per-provider docs, tests, notes, debug dumps and test
data to plugin-specific directories -- these also allows the plugin author to
"own" more of the source tree so we don't enforce fu- prefixes and the style
guide everywhere.

This allows us to run the same action on all the plugins in the future, so we
could have a prepare(FuPlugin, FuDevice) and cleanup(FuPlugin, FuDevice) run
on *all* plugins, so doing an update using one plugin would allow us to work
around hardware quirks in other plugins.

If I've broken your out-of-tree provider it's trivial to port to the new API
with sed and a fixed up build file. If you need help please let me know.

Richard Hughes authored Dec 12, 2016 and Mario Limonciello committed Jan 06, 2017

This will allow us to add further documentation here in the future.