2023-12-31 07:48:29 +00:00
|
|
|
# Maintainer: Clayton Craft <clayton@craftyguy.net>
|
2024-04-26 17:39:40 +00:00
|
|
|
# Co-Maintainer: Oliver Smith <ollieparanoid@postmarketos.org>
|
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"
|
2024-06-19 05:27:23 +00:00
|
|
|
pkgver=14
|
|
|
|
pkgrel=0
|
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
|
|
|
|
"
|
2023-12-31 07:48:29 +00:00
|
|
|
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
|
2023-12-31 07:48:29 +00:00
|
|
|
"
|
|
|
|
_pmb_recommends="
|
2024-04-29 05:15:24 +00:00
|
|
|
firmware-ath6kl
|
2024-04-30 16:47:29 +00:00
|
|
|
firmware-b43xx
|
2024-02-06 12:40:08 +00:00
|
|
|
linux-firmware
|
2023-12-31 07:48:29 +00:00
|
|
|
oem-amd
|
2024-04-29 05:15:24 +00:00
|
|
|
oem-intel
|
2023-12-31 07:48:29 +00:00
|
|
|
"
|
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
|
|
|
|
}
|
|
|
|
|
|
|
|
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="
|
2024-04-29 05:15:24 +00:00
|
|
|
e9dfcd70ccfb9a0fdaa0cdc52faf3be96d6de8af8c60a758bb703c515b0648cec4552e0eaf56e5168b0004cd3fc4b28118abb05dad2c581d3579a2e9134862cb deviceinfo
|
2024-06-19 05:27:23 +00:00
|
|
|
e464ef0ad4a4c34d2d53f69c4612b612ea878a77c9efdef69b0f842edf701036c8218809fd63aac286d6a08ae07f39e568199fc3e38d145e716c1723e7215019 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
|
|
|
"
|