Prior to this change, you could enter a submenu of the OS selector,
close the window, and then change device filter - presenting stale information
when you went back in to the OS selector.
Work around this by resetting the OS selector sequence when you close
the OS selector window.
Rather than a drop down dialog, which could present users with images
that may not run on their hardware, allow selection of Raspberry Pi as a
first stage. If users adopt this feature, they are presented with a
subset of images that we know will actually run on their hardware.
This is achieved by leveraging @maxnet's excellent OS filtering scheme.
Future work will attach image and description support to this OS list.
Add " %F" to the Exec parameter in the rpi-imager.desktop file so that
Linux desktop environments know that rpi-imager can be used to open
files. After this change, Imager appears within the list of "Open With"
applications in GNOME, and you can set it so double-clicking image files
always opens rpi-imager.
If you load a custom image by running `rpi-imager my_image.img.xz` then
the Advanced Options button is not shown. This is triggered if you set
a file association to load rpi-imager and then double-click an image
file.
The fix is simply to set the visibility on this button on start-up
(custom images set on the command-line are loaded before this).
Fixes#451
The find_package in the root CMakeLists doesn't descriminate between Ubuntu/Debian and Fedora, so the check for LibLZMA will be applied on Fedora too.
So update the instructions for Fedora to include the liblzma-sdk-devel package, which should satisfy CMake.
If set(ZLIB_INCLUDE_PATH value) is called without setting cache,
and find_package(zlib) is called twice, the second call fails.
Behavior described here: https://gitlab.kitware.com/cmake/cmake/-/issues/21343
It seems that the new libcurl version also calls find_package(zlib)
so the second call by libarchive fails. And without zlib support
handling .zip files that use deflate compression does not work.
Only affected Windows, because we are only using a bundled zlib
there.
On Linux system libarchive and system zlib is used.
On Mac OS X bundled libarchive, but system zlib is used.
Ref #586
