Also move from kde/ as it's now in the Alpine repos too

Also move from kde/ as it's now in the Alpine repos too

David Heidelberg authored 5 years ago and Bart Ribbers committed 5 years ago

polkit rely on systemd, so we don't get correctly working setup.

This impact non-working backlight control from userspace and other
stuff.

Signed-off-by: David Heidelberg <david@ixit.cz>

This enables the out of tree redpine wifi driver currently included in
the Purism kernel that these devices boot.
There's at least one MR @ purism needed before the mainline wifi driver
can be used:
        https://source.puri.sm/Librem5/linux-next/merge_requests/66

This is based on input from Sebastian Krzyszkowi.

Minecrell authored 5 years ago and Alexey Minnekhanov committed 5 years ago

Flash (split) boot partition to the "APD" partition.
It's a rather useless partition with media files for demo purposes.
Perfect for a small(-ish) boot partition with ~300 MB.

Minecrell authored 5 years ago and Alexey Minnekhanov committed 5 years ago

At the moment we store the same initramfs-extra twice on the file system:
  - /boot/initramfs-<flavor>-extra
  - /var/cache/postmarketos-mkinitfs/initramfs-<flavor>-extra_<hash>

The second copy is exactly the same file, just with the <hash> (for caching)
appended to the filename.

We can avoid this by appending the hash directly to the filename
on the boot partition, i.e.
  - /boot/initramfs-<flavor>-extra_<hash>

This is possible because we only reference initramfs-extra from the main
initramfs, and we already replace the path in it dynamically.
It will just let the main initramfs load -extra_<hash> instead of just -extra.

This saves a few megabytes of disk space on the rootfs.

Dang Huynh authored 5 years ago and Alexey Minnekhanov committed 5 years ago

[ci:ignore-count]

Signed-off-by: Danct12 <danct12@disroot.org>

Dang Huynh authored 5 years ago and Oliver Smith committed 5 years ago

Signed-off-by: Danct12 <danct12@disroot.org>

Clayton Craft authored 5 years ago and Oliver Smith committed 5 years ago

This fixes 1943ead2, which accidentally
removed the dev() function that generates the mesa-git-dev package..
causing mesa-dev to be pulled in in cases where mesa-dev is required
(and failing because mesa-dev is older)

[ci:skip-build]: already built successfully in CI

Clayton Craft authored 5 years ago and Oliver Smith committed 5 years ago

This addresses the issue here, but only for the devkit:
https://source.puri.sm/Librem5/linux-next/issues/114

I didn't patch the dts for the phone because:
1) I don't have one to test
2) it might negatively impact batter life (I'm only speculating)

[ci:skip-build]: already built successfully in CI

Minecrell authored 5 years ago and Bart Ribbers committed 5 years ago

MP:[AL13]:maemo/gconf/APKBUILD:17:cd "$builddir" can be removed in phase 'build'
MP:[AL13]:maemo/gconf/APKBUILD:30:cd "$builddir" can be removed in phase 'check'
MP:[AL13]:maemo/gconf/APKBUILD:35:cd "$builddir" can be removed in phase 'package'
MP:[AL32]:maemo/gconf/APKBUILD:12:unnecesary usage of braces: ${pkgver}

Minecrell authored 5 years ago and Bart Ribbers committed 5 years ago

main/gconf was removed upstream in Alpine:
  https://gitlab.alpinelinux.org/alpine/aports/commit/0878ac0f6e3d39cd0a748735c88f825fe9e1b8a5

However, some packages in maemo/ (e.g. libhildon) still depend on it.
This breaks the package parsing in bpo: https://builds.sr.ht/~postmarketos/job/146132
  ERROR: Package 'gconf-dev': Could not find aport, and could not find this package in any APKINDEX!

Add it to maemo/ for now to fix the error.

srxl authored 5 years ago and Alexey Minnekhanov committed 5 years ago

Support for the downstream kernel has been removed entirely. This is
because the downstream kernel only has support for the armhf
architecture, whereas linux-postmarketos-qcom-msm8916 is only built
for aarch64. Since pmbootstrap has no way to handle having two
kernels on differing architectures, the decision was made to remove
the downstream kernel and only support mainline.

Related: https://gitlab.alpinelinux.org/alpine/aports/merge_requests/2793

So far, the -x11 subpackage for asus-me176c was used to install
the Xorg Intel driver (xf86-video-intel). But these days many
distributions actually recommend using the standard Xorg modesetting
driver instead, see e.g.
  - Debian: https://tjaalton.wordpress.com/2016/07/23/intel-graphics-gen4-and-newer-now-defaults-to-modesetting-driver-on-x/
  - Fedora: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/AUPYPJMFJZMHPEKN24LBABZKIEOV4NU5/
  - KDE: https://community.kde.org/Plasma/5.9_Errata#Intel_GPUs

The standard Xorg modesetting driver is included in the main xorg-server
package. Not installing xf86-video-intel saves about ~73 MiB of disk space
(because it also pulls in many unneeded dependencies).

Xfce seems to be working just fine with the modesetting driver.
(And most users will probably prefer Wayland anyway...)

Minecrell authored 5 years ago and Bart Ribbers committed 5 years ago

postmarketos-ui-sway already depends on xorg-server-xwayland for
X clients. There is no need to pull in the entire X server including
all necessary drivers.

This saves ~84 MiB of disk space when installing postmarketos-ui-sway
on asus-me176c. X applications are still working fine through Xwayland.

Also remove explicit dependency on dbus - it is already pulled in
by dependencies like lightdm or elogind and nothing in
postmarketos-ui-sway depends on it specifically.

Minecrell authored 5 years ago and Alexey Minnekhanov committed 5 years ago

The Intel graphics in asus-me176c have (incomplete) Vulkan support
in Mesa. Make it possible to use Vulkan by installing the Intel
driver that is necessary for it.