pmaports/device/testing/device-generic-x86_64/APKBUILD

70 lines
2 KiB
Text
Raw Normal View History

# Maintainer: Clayton Craft <clayton@craftyguy.net>
device-generic-x86_64: new aport (MR 4554) This device package is intended to replace the tablet-x*uefi device packages. It was made by basically merging config from those two packages. One important change (besides the name, covered later) is that it replaces grub-efi with sd-boot for these devices. The pkgver is starting at '8' to get ahead of the packages this is meant to replace. Because package names, especially for device packages(!), is important, here's a long explanation of why the name is "device-generic-x86_64": "uefi" was excluded from the device package name, because it should (in theory at least...) be able to simultaneously support EFI and non-EFI boot in 1 device package. The device-qemu-amd64 package kiiiinda does this already and could be a useful example for how to do that, though in this situation we'd need to support syslinux for legacy boot instead of what qemu does (bypass installed bootloader and directly boot the kernel). In other words, the packages this one is meant to replace only support EFI boot, they currently don't support legacy boot. So IF we need to support legacy boot in the future and IF there's no way to support both in one package, THEN we can consider changing the name of this one or calling the other "-legacy" or something. "x86_64" instead of "amd64" (like the device-qemu-amd64 device package), because "x86_64" is what Alpine uses to refer to this arch, and it doesn't have a hw vendor name baked into it. "tablet" was dropped from the name, because there are many other x86_64 devices out there that people might want to install pmOS. For example, it might be confusing if you want to install pmOS on an x86_64 toaster but best pmOS image for it is named "device-tablet-..."
2023-10-06 03:07:20 +00:00
pkgname=device-generic-x86_64
pkgdesc="Generic x86_64 system, with EFI"
pkgver=12
pkgrel=1
device-generic-x86_64: new aport (MR 4554) This device package is intended to replace the tablet-x*uefi device packages. It was made by basically merging config from those two packages. One important change (besides the name, covered later) is that it replaces grub-efi with sd-boot for these devices. The pkgver is starting at '8' to get ahead of the packages this is meant to replace. Because package names, especially for device packages(!), is important, here's a long explanation of why the name is "device-generic-x86_64": "uefi" was excluded from the device package name, because it should (in theory at least...) be able to simultaneously support EFI and non-EFI boot in 1 device package. The device-qemu-amd64 package kiiiinda does this already and could be a useful example for how to do that, though in this situation we'd need to support syslinux for legacy boot instead of what qemu does (bypass installed bootloader and directly boot the kernel). In other words, the packages this one is meant to replace only support EFI boot, they currently don't support legacy boot. So IF we need to support legacy boot in the future and IF there's no way to support both in one package, THEN we can consider changing the name of this one or calling the other "-legacy" or something. "x86_64" instead of "amd64" (like the device-qemu-amd64 device package), because "x86_64" is what Alpine uses to refer to this arch, and it doesn't have a hw vendor name baked into it. "tablet" was dropped from the name, because there are many other x86_64 devices out there that people might want to install pmOS. For example, it might be confusing if you want to install pmOS on an x86_64 toaster but best pmOS image for it is named "device-tablet-..."
2023-10-06 03:07:20 +00:00
url="https://postmarketos.org"
license="MIT"
arch="x86_64"
options="!check !archcheck"
depends="
alsa-ucm-conf
postmarketos-base
systemd-boot
"
makedepends="devicepkg-dev"
source="
deviceinfo
modules-initfs
"
install="$pkgname.post-install $pkgname.post-upgrade"
device-generic-x86_64: new aport (MR 4554) This device package is intended to replace the tablet-x*uefi device packages. It was made by basically merging config from those two packages. One important change (besides the name, covered later) is that it replaces grub-efi with sd-boot for these devices. The pkgver is starting at '8' to get ahead of the packages this is meant to replace. Because package names, especially for device packages(!), is important, here's a long explanation of why the name is "device-generic-x86_64": "uefi" was excluded from the device package name, because it should (in theory at least...) be able to simultaneously support EFI and non-EFI boot in 1 device package. The device-qemu-amd64 package kiiiinda does this already and could be a useful example for how to do that, though in this situation we'd need to support syslinux for legacy boot instead of what qemu does (bypass installed bootloader and directly boot the kernel). In other words, the packages this one is meant to replace only support EFI boot, they currently don't support legacy boot. So IF we need to support legacy boot in the future and IF there's no way to support both in one package, THEN we can consider changing the name of this one or calling the other "-legacy" or something. "x86_64" instead of "amd64" (like the device-qemu-amd64 device package), because "x86_64" is what Alpine uses to refer to this arch, and it doesn't have a hw vendor name baked into it. "tablet" was dropped from the name, because there are many other x86_64 devices out there that people might want to install pmOS. For example, it might be confusing if you want to install pmOS on an x86_64 toaster but best pmOS image for it is named "device-tablet-..."
2023-10-06 03:07:20 +00:00
subpackages="
$pkgname-kernel-edge:kernel_edge
$pkgname-kernel-lts:kernel_lts
$pkgname-mesa
"
_pmb_recommends="
linux-firmware
oem-intel
oem-amd
"
device-generic-x86_64: new aport (MR 4554) This device package is intended to replace the tablet-x*uefi device packages. It was made by basically merging config from those two packages. One important change (besides the name, covered later) is that it replaces grub-efi with sd-boot for these devices. The pkgver is starting at '8' to get ahead of the packages this is meant to replace. Because package names, especially for device packages(!), is important, here's a long explanation of why the name is "device-generic-x86_64": "uefi" was excluded from the device package name, because it should (in theory at least...) be able to simultaneously support EFI and non-EFI boot in 1 device package. The device-qemu-amd64 package kiiiinda does this already and could be a useful example for how to do that, though in this situation we'd need to support syslinux for legacy boot instead of what qemu does (bypass installed bootloader and directly boot the kernel). In other words, the packages this one is meant to replace only support EFI boot, they currently don't support legacy boot. So IF we need to support legacy boot in the future and IF there's no way to support both in one package, THEN we can consider changing the name of this one or calling the other "-legacy" or something. "x86_64" instead of "amd64" (like the device-qemu-amd64 device package), because "x86_64" is what Alpine uses to refer to this arch, and it doesn't have a hw vendor name baked into it. "tablet" was dropped from the name, because there are many other x86_64 devices out there that people might want to install pmOS. For example, it might be confusing if you want to install pmOS on an x86_64 toaster but best pmOS image for it is named "device-tablet-..."
2023-10-06 03:07:20 +00:00
provides="device-tablet-x64uefi=$pkgver-r$pkgrel device-tablet-x86uefi=$pkgver-r$pkgrel"
replaces="device-tablet-x64uefi device-tablet-x86uefi"
build() {
devicepkg_build $startdir $pkgname
}
package() {
devicepkg_package $startdir $pkgname
}
mesa() {
install_if="$pkgname=$pkgver-r$pkgrel mesa-gl"
provides="device-tablet-x64uefi-mesa=$pkgver-r$pkgrel device-tablet-x86uefi-mesa=$pkgver-r$pkgrel"
replaces="device-tablet-x64uefi-mesa device-tablet-x86uefi-mesa"
depends="mesa-dri-gallium"
mkdir "$subpkgdir"
}
kernel_edge() {
pkgdesc="Alpine Edge kernel"
provides="device-tablet-x64uefi-kernel-edge=$pkgver-r$pkgrel device-tablet-x86uefi-kernel-edge=$pkgver-r$pkgrel"
replaces="device-tablet-x64uefi-kernel-edge device-tablet-x86uefi-kernel-edge"
depends="linux-edge"
devicepkg_subpackage_kernel $startdir $pkgname $subpkgname
}
kernel_lts() {
pkgdesc="Alpine LTS kernel"
provides="device-tablet-x64uefi-kernel-lts=$pkgver-r$pkgrel device-tablet-x86uefi-kernel-lts=$pkgver-r$pkgrel"
replaces="device-tablet-x64uefi-kernel-lts device-tablet-x86uefi-kernel-lts"
depends="linux-lts"
devicepkg_subpackage_kernel $startdir $pkgname $subpkgname
}
sha512sums="
33f0450413c7b364390fdc715578b41389bced5ff69f04a2128155f5ad828ed0e1cc17a20b610eccf4bd99560e21be91e362faaa72e9decad4623f8669e8ab7a deviceinfo
cf9ad3e80b43aa799a8123289e3ab77f6a1c37cee3d48db737688b93afd4f1094db76008ec0f28358c35dd1e115c4fabf9452f9abee76481a2630f02e3ae0953 modules-initfs
device-generic-x86_64: new aport (MR 4554) This device package is intended to replace the tablet-x*uefi device packages. It was made by basically merging config from those two packages. One important change (besides the name, covered later) is that it replaces grub-efi with sd-boot for these devices. The pkgver is starting at '8' to get ahead of the packages this is meant to replace. Because package names, especially for device packages(!), is important, here's a long explanation of why the name is "device-generic-x86_64": "uefi" was excluded from the device package name, because it should (in theory at least...) be able to simultaneously support EFI and non-EFI boot in 1 device package. The device-qemu-amd64 package kiiiinda does this already and could be a useful example for how to do that, though in this situation we'd need to support syslinux for legacy boot instead of what qemu does (bypass installed bootloader and directly boot the kernel). In other words, the packages this one is meant to replace only support EFI boot, they currently don't support legacy boot. So IF we need to support legacy boot in the future and IF there's no way to support both in one package, THEN we can consider changing the name of this one or calling the other "-legacy" or something. "x86_64" instead of "amd64" (like the device-qemu-amd64 device package), because "x86_64" is what Alpine uses to refer to this arch, and it doesn't have a hw vendor name baked into it. "tablet" was dropped from the name, because there are many other x86_64 devices out there that people might want to install pmOS. For example, it might be confusing if you want to install pmOS on an x86_64 toaster but best pmOS image for it is named "device-tablet-..."
2023-10-06 03:07:20 +00:00
"