Github pages the artifact results, by default only giving the latest
30, but can be increased to 100 per page. If your build has fallen
off that list, then tough luck.
Ideally we want to iterate through the pages as well by
adding &page=N, but that can come later.
https://github.com/raspberrypi/rpi-update/issues/21
We've seen reports of 64-bit distributions that rely on the absence of a 32-bit kernel
to get firmware to switch to 64-bit mode (rather that explicitly using arm_64bit=1),
and that assumption is broken when adding 32-bit kernels to the boot directory
Signed-off-by: Dom Cobley <popcornmix@gmail.com>
I run rpi-update within a chroot on my NFS server for my diskless
Raspberry Pis, /proc/cpuinfo isn't in the chroot. This patch handles
that more gracefully.
* always set user-agent for api.github.com requests
This makes the updater work in environments where user agent is disabled via `.curlrc` (or similar means), which would otherwise run into an `Invalid hash given` error.
Ref: https://developer.github.com/v3/#user-agent-required
* move `-A curl` to a variable
* Support FW_SUBDIR a.k.a. os_prefix
The FW_SUBDIR environment variable is equivalent to the os_prefix config
setting, except that it is required to be the name of a directory. By
default, rpi-update will initialise FW_SUBDIR from the os_prefix setting
used to boot the device. A different subdirectory can be updated by
specifying a value for FW_SUBDIR in the environment, e.g.
sudo FW_SUBDIR=safe rpi-update
To specify explicitly that no subdirectory is to be used, i.e. to force
installation into /boot, use FW_SUBDIR=/ .
* Allow user to skip updating VideoCore libraries
Users who are running non-raspbian distributions, especially on other architectures
like arm64, may already have videocore libraries and applications compiled for arm64.
These will get overwritten unless updating the VideoCore libraries is skipped.
This implements a SKIP_VCLIBS option to allow that step to be skipped, which may be
used alongside the SKIP_SDK option. This is also referred to in a suggestion for a
SKIP_USERLAND option here: https://github.com/Hexxeh/rpi-update/pull/221#issuecomment-243559009
Signed-off-by: Satadru Pramanik <satadru@umich.edu>
It's normally desirable to use the latest bootloader when testing the
latest firmware releases. rpi-eeprom-update is specific to Raspbian but
so rpi-update can't easily do the EEPROM update itself without
duplicating all the functionality. Instead, just indicate that the
bootloader is out of date unless FREEZE_VERSION has been specified.
N.B. The MIN_VERSION is set to the Sep-10 release which was
to stable today on Sep 18.
