On a fresh copy of the sxmo 1.3.0 image, following the "Upgrading" instructions in the User Guide produces a dependency error.
~ $ sudo apk update
fetch http://postmarketos1.brixit.nl/postmarketos/master/aarch64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/edge/main/aarch64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/edge/community/aarch64/APKINDEX.tar.gz
fetch http://dl-cdn.alpinelinux.org/alpine/edge/testing/aarch64/APKINDEX.tar.gz
2021-03-17 20:45:56.611777 [http://postmarketos1.brixit.nl/postmarketos/master]
v20210212-1888-g8d13881363 [http://dl-cdn.alpinelinux.org/alpine/edge/main]
v20210212-1887-gdacf38ceed [http://dl-cdn.alpinelinux.org/alpine/edge/community]
v20210212-1891-ga4e5f5a972 [http://dl-cdn.alpinelinux.org/alpine/edge/testing]
OK: 19008 distinct packages available
~ $ sudo apk upgrade
ERROR: unable to select packages:
uboot-tools (virtual):
provided by: u-boot-tools
required by: device-pine64-pinephone-0.21-r0[uboot-tools]
This is trivially dealt with by the following incantation:
~ $ sudo apk add u-boot-tools
OK: 767 MiB in 423 packages
After which the upgrade proceeds without problem:
~ $ sudo apk upgrade
(1/131) Upgrading musl (1.2.2-r1 -> 1.2.2-r2)
(2/131) Upgrading busybox (1.33.0-r2 -> 1.33.0-r4)
Executing busybox-1.33.0-r4.post-upgrade
(3/131) Upgrading alpine-baselayout (3.2.0-r9 -> 3.2.0-r11)
... etc. etc. ...
While most of our users are likely capable of figuring this out, it is an unnecessary barrier to entry, and should be dealt with.
Confirmed after reinstall caused by #214, and 'fixed' in same manner. But I don't understand why apk didn't just install u-boot-tools as part of the first attempt.
I can confirm this bug with my pmboostrap install that I made about 2-3 weeks ago. I recommend checking if pmaports issue tracker has this issue and if not, opening a bug report with postmarketos.
We will not be baking our own images when sxmo arrives in pmos stable (see: #215). So issues like this should be avoided going into the future.