Workaround for newer firmware sending opt 97 GUID big-endian

Closes #16

Update dependencies

Register current firmware version in database

- if writing new EEPROM firmware, the file name that is written
  is registered in the database.
- if CM4 was USB booted obtain current EEPROM firmware image
  with flashrom and analyze that.
- otherwise run "vcgencmd bootloader_version"
  (we cannot use vcgencmd when USB booted, because it then uses
   bootloader provided by rpiboot during boot, and it will show
   version of that instead of bootloader version in EEPROM).

Project settings: read EEPROM settings from firmware file selected

- Upon selecting a different EEPROM firmware file in the project
  settings read actual EEPROM settings from that firmware file
  instead of showing some hard-coded default settings.
- If user configured custom EEPROM settings do not overwrite those
  by default. But do offer a button to "reset" those to the
  default settings of the newly selected firmware file.

Merge branch 'main' of https://github.com/raspberrypi/cmprovision int…

…o main

Add support for provisioning CM3(+) modules

On CM3(+) it uses USB instead of Ethernet for data transfer.

Requires that server is using predictable (based on MAC-address)
link-local IPv6 addresses.
If server is using RPI OS dhcpcd configuration will be changed
automatically by the .deb for to accomodate this.
If you are running any other Linux distribution on the server,
it is up to you to configure this.

Scriptexecute: bump firmware and kernel version

Fix max_input_time

762fd8c turned off nginx's request
buffering, causing the input from the brwoser to be feed
to PHP straight away, without the nginx webserver saving it to a
temporary file first.

Raise PHP's max_input_time to prevent timeouts (resulting in a 502
"Bad gateway" page being served to the user) if the upload takes
too long.

Add basic API support

Mainly for uploading new images programatically

Remove temporary files created by debuild

debuild -T clean