Commit a4e9924792 ("linux-htc-flounder: Modernize package") dropped the
kernel.release install step. Since then a fresh build fails at install:
(rootfs_htc-flounder) % mkinitfs
ERROR: only one kernel release/flavor is supported, found: []
postmarketos-mkinitfs needs /usr/share/kernel/$_flavor/kernel.release
to detect the flavor. Restore the install line (same as other kernel
packages).
Tested: pmbootstrap 3.10.1, edge; fresh install for htc-flounder passes
mkinitfs again and the image boots on hardware.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8796>
Force partition resizing as we are installing to sdcard.
Add an x11 config snippet to have cloned displays. This
will help non-specialized UIs to be usable by having the
same picture for both eyes. Seeing totally different things
on both eyes is a nightmare.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8774>
Sway subpackage existed to provide a shim between 7-r0 and 8-r0, where
sway UI configuration was refactored to be under `$pkgname-sway-hrdl`
subpackage instead of `$pkgname-sway`. This refactor was for two reasons:
1) clean-up package so that just the necessary files were included for
different UIs
2) Since sway subpackage was pulled by sxmo-de-sway, it made sense
only sway-related files be packaged by that subpackage.
Since 96853032, sway subpackage depends directly on `$pkgname-sway-hrdl`
subpackage to automatically pull sway-UI opinionated configuration by
default. This was a mistake, as it broke `sxmo-de-sway` that conflicts
with `iio-sensor-proxy` due to depending on conflicting polkit packages.
This commit drops sway subpackage, as the shim is not necessary anyway,
and adds `install_if` to `$pkgname-sway-hrdl` to automatically install
package when installing `postmarketos-ui-sway`. This means
`$pkgname-sway-hrdl` is never pulled when installing
`postmarketos-ui-sxmo-de-sway`, thus never pulling `iio-sensor-proxy`.
Fixes#4612
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8784>
u-boot-pinebookpro-2020.07 has a bunch of patches:
- 0001-enable-rockchip-rng.patch
- Upstream as dc38a58360bfc3b21621dc9d5e626febd1aa93ec, in v2020.10
- 0002-enable-usb-keyboard.patch
- Partially upstream as 3a57712496ab4383c528184ad1021908d6620162, in v2020.10
- 0003-display-support.patch bundles has multiple patches:
1. Upstream as 7fe2ebf3a326026b9ab80ed94da3cd217c84724d, in v2021.07
2. Upstream as 04d67ceb1c62012822430135be31e18c9c176d85, in v2021.07
3. **not upstream**
4. **not upstream**
5. Upstream in decbc18ed2a9788fcaad3ca349def7bad36741f4, in v2021.07
6. Upstream as a0c248ef0844da239096ecb4a83f9fa2b0535117, in v2021.07
7. Upstream in b197c934b11f611dcc1a083d90e68019d1e010cf, in v2021.01
8. Upstream as 4db3926874a6a17cca1f97a4fd92e58e9182a272, in v2021.07
9. No longer required (screen works fine after warm reboot).
10. Upstream in 216928c772798609ba2cb01a42b6f89832bb0587, in v2023.01
11. Upstream in fce1e9bba263fb5e3e589fdc5c2321f733e3de81, in v2022.07
- 0004-rk3399-light-pinebook-power-and-standby-leds.patch
- LED support is already upstream. It's not as early as this patch,
but its preferable to align with mainline.
- 0005-support-SPI-flash-boot.patch
- Superceded by f9d67436ce5814ea4e394317ddeaf1dbecb1c36b, in v2020.10
- 0006-implement-boot-menu.patch has four patches
1. Disable CONFIG_SPLASH_SOURCE instead of patching the source.
2. No compressed bmp logo in use. Unnecessary and labelled as a hack.
3. Irrelevant as we don't enable CONFIG_CMD_BOOTMENU for this device.
4. Kept patch "vidconsole-uclass: Implement ANSI_CURSOR_COLUMN".
- 0007-rockchip-boot-order.patch
- Upstream as b212ad24a604b00b240add35516b7381965deb31, in v2021.10
- 0008-rockchip-boot-order-add-usb.patch
- **not upstream**
- 0009-rk3399-support-compressed-kernel.patch
- Upstream in 6c041b35bf8966ef3d48fc439c1c07131431d2f5, in v2020.10
Drop a few cosmetic and UX improvements were dropped. These are not
strictly required for device support. For example, only the Esc or
Ctrl+C key would interrupt boot, rather than u-boot's "press any key".
Carrying these improvements puts a burden on maintenance and drifts us
further from upstream.
Rebasing all the way up to v2024.01 was mostly strightfoward, but
v2024.07 had some major conflicts. The conflicting patch was already a
hack, so the result is a hack too.
Also drop "Define a very-opinionated boot sequence". This enables the
truetype console (which no longer builds on ARM64) and relies of
features which have been completely re-written upstream.
Part-of: <https://gitlab.postmarketos.org/postmarketOS/pmaports/-/merge_requests/8586>
