Search Criteria
Package Details: grml-systemd-boot 2024.02-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/grml-systemd-boot.git (read-only, click to copy) |
---|---|
Package Base: | grml-systemd-boot |
Description: | GRML as systemd-boot loader entry |
Upstream URL: | https://wiki.archlinux.org/title/Systemd-boot#Grml_on_ESP |
Licenses: | GPL |
Submitter: | nickray |
Maintainer: | nickray |
Last Packager: | nickray |
Votes: | 2 |
Popularity: | 0.000139 |
First Submitted: | 2021-05-05 23:34 (UTC) |
Last Updated: | 2024-07-10 11:50 (UTC) |
Dependencies (1)
- systemd (systemd-chromiumosAUR, systemd-selinuxAUR, systemd-gitAUR, systemd-fmlAUR)
Latest Comments
MaximGun commented on 2023-10-12 13:20 (UTC)
FWIW, I would still appreciate updates to this package even if it no longer fits on the 512MB default /boot. I use a 2GB /boot primarily for multiple kernels, but also for things like this.
nickray commented on 2023-01-23 13:22 (UTC)
Well now it happened, version 2022.11 grew another 90MB and doesn't fit into a 512MB /boot next to a minimal systemd-boot. Not sure if I should update this package.
nickray commented on 2022-01-25 13:09 (UTC)
Not sure what you mean by it doesn't fit. My
/boot
is 512MB, with currently (2020.06) 294M sizedgrml64-small.squashfs
. For 2021.07, this file grew to 340M, which should still fit.ewout commented on 2021-07-28 08:24 (UTC) (edited on 2021-07-28 08:25 (UTC) by ewout)
What's the recommended EFI System Partition size for this? It doesn't fit on 512MiB, which is my current go to as default. What'd be a appropriate size for future proofing? 4GiB?
nickray commented on 2021-07-09 22:32 (UTC)
@ahmubashshir can you expand? Or perhaps PR against https://github.com/nickray/aur-packages/tree/main/grml-systemd-boot if that's easier/clearer.
@thiagowfx my packaging is optimized for minimal effort on my part, which I revisit only to decrease the effort further (https://xkcd.com/1319/); I trust the 213B added by the Makefile isn't an actual dealbreaker :)
ahmubashshir commented on 2021-07-05 17:16 (UTC)
You can do a split package that'll load grml to ram with
toram=grml64-small.squashfs
grml.confthiagowfx commented on 2021-07-01 19:19 (UTC)
Your package looks good. I added a link from the relevant wiki page to it for discoverability.
I find it's a bit odd you include a Makefile with each and every one of your PKGBUILDs though. The PKGBUILD itself is like a "makefile", there should be no need to ship a Makefile along with every PKGBUILD.
I'd strongly suggest to remove them to make your packages cleaner. You could have a single, separate, package-agnostic Makefile for all of your packages (
make PACKAGE=foo
) instead. Just my 2 cents.