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.
* Support for GitHub API tokens added (fixesHexxeh/rpi-update#151)
Use it like this:
$ sudo GITHUB_API_TOKEN=“<my-api-token”> rpi-update
* Added details about the GITHUB_API_TOKEN option to README
* Corrected headline level
Skip installation of kernel and .dtb files if the user has a
custom kernel.
Prevents users ending up with a bricked system that hangs on
rainbow screen, because the 4.9.x .dtb files do not work
with a 4.4.x custom kernel.
Signed-off-by: Floris Bos <bos@je-eigen-domein.nl>
This fixes unnecessary newlines and prints one commit per line. An additional prefix of "Commit: " is added to make grepping for the count of new commits possible for external scripts that take the output of rpi-update as input (I am currently writing a Nagios/Icinga check that makes it possible to monitor how many commits one is behind the chosen ${BRANCH}).
That being said, I find the current way of collecting the commits ${BRANCH} master to be kind of fragile. I may fix this another time.
