GitLab

We use the unencrypted image since it's smaller and want to
add the a helper to change the encryption key to avoid
a false sense of security.

Closes: #1

Repurpose the board variant for that since it's unused.

This avoids downloading / flashing with root permissions and
extending the docs even further.

We can switch to `uuu -udev > ...` once the new uuu is more
widespread.

Closes: #35

David Hamner authored Jan 18, 2021 and Guido Gunther committed Jan 21, 2021

Give an informative message and wait for the device to show up
before starting to flash.

Guido Gunther authored Jan 11, 2021 and Guido Gunther committed Jan 18, 2021

Closes: #30

Guido Gunther authored Nov 03, 2020 and Martin Kepplinger committed Nov 04, 2020

But don't make it the default until we have the images online.

This makes it simpler for people who found --help

Guido Gunther authored Sep 22, 2020 and Guido Gunther committed Sep 25, 2020

No need to pass both

Guido Gunther authored Sep 22, 2020 and Guido Gunther committed Sep 25, 2020

We don't process integers

Guido Gunther authored Jul 28, 2020 and Angus Ainslie committed Aug 31, 2020

We keep a symlink for backward compat

Closes: #24

This makes sure people use the correct ones.

It's still possilble to override it completely

Angus Ainslie (Purism) authored Feb 15, 2020 and Angus Ainslie committed Feb 19, 2020

Add a board rev to flash the dogwood devices.
Signed-off-by: Angus Ainslie (Purism) <angus@akkea.ca>

Signed-off-by: Angus Ainslie <angus@akkea.ca>

Signed-off-by: Angus Ainslie <angus@akkea.ca>

Signed-off-by: Angus Ainslie (Purism) <angus@akkea.ca>

The new u-boot uses the SDPV protocol
Signed-off-by: Angus Ainslie (Purism) <angus@akkea.ca>

This allows the script to work when python is in a virtualenv.

U-boot builds have ben moved
Signed-off-by: Angus Ainslie <angus@akkea.ca>

Choose between legacy, current and next build types
Signed-off-by: Angus Ainslie (Purism) <angus@akkea.ca>

When verifying image integrity, first check the image file size against
the one from the manifest. If they are different, fail immediately,
without computing the SHA-256 hash of the image since we know it will be
wrong.

Unfortunately, there is no speed gain to expect from this optimization
in the common case, since the uncompressed size of the image rarely
change between builds. However, in cases where there are remains of a
partially downloaded image, a new download will be attempted almost
immediately.

Closes: #14

No need to check if it's set

Messes up the progess bar otherwise.

We can't test the actual flashing but that's most of what the script
does atm.

This will make us spot things like fixed in !1 early.

This allows to use the download machinery but not flash anything.
Useful to prepare everything on another machine.

The main purpose of this is to allow infinite retries.
The discussion on the community channel revealed that people will have connectivity problems. This solution is not perfect for unreliable connections, but it's better. Perhaps the ideal solution would be to leave the file between runs and let the user control when to download (data caps, offline periods, etc).

This was just a band aid until

    image-builder!73

got merged to not break image flashing.