@slact Could you please add the sed command to prepare() as described by @je-vv, please?
Search Criteria
Package Details: ectool 26.03-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/coreboot-utils.git (read-only, click to copy) |
|---|---|
| Package Base: | coreboot-utils |
| Description: | Dump the RAM of a laptop's Embedded/Environmental Controller (EC) |
| Upstream URL: | https://www.coreboot.org |
| Licenses: | GPL-2.0-only |
| Submitter: | slact |
| Maintainer: | yochananmarqos |
| Last Packager: | yochananmarqos |
| Votes: | 4 |
| Popularity: | 0.37 |
| First Submitted: | 2020-07-10 17:11 (UTC) |
| Last Updated: | 2026-03-27 16:25 (UTC) |
Dependencies (2)
- glibc (glibc-gitAUR, glibc-eacAUR, glibc-git-native-pgoAUR)
- go (go-gitAUR, gcc-go-gitAUR, go-binAUR, goup-rsAUR, gcc-go-snapshotAUR, placeholder-for-goAUR, gcc-go) (make)
Required by (2)
Sources (2)
Latest Comments
« First ‹ Previous 1 2
C.Schmidpeter commented on 2024-03-27 14:22 (UTC)
taotieren commented on 2024-02-19 09:15 (UTC)
Can you add a pciutils dependency. to solve the problem of compilation reporting errors? Thank you!
pciutils /usr/include/pci/header.h
je-vv commented on 2023-12-27 21:24 (UTC) (edited on 2023-12-27 21:48 (UTC) by je-vv)
That Makefile is an upstream one, right? So it seems an upstream bug. That said, a sed command in prepare() is required, otherwise this package doesn't build, :(
Perhaps @slact has an account on their bug tracker system, https://ticket.coreboot.org, and can file the bug on them... I once wrote to their general mailing list, and never got a reply back, :(
BTW, thanks a lot @Parker8283. Here it's the sed addition to prepare():
prepare() {
cd "coreboot-$pkgver"
patch -p0 < ../ifdtools-nowerror.patch
sed -i 's|CFLAGS ?=|CFLAGS +=|' util/intelmetool/Makefile
}
Parker8283 commented on 2023-12-27 17:35 (UTC)
I am unable to build the intelmetool on my system, as I get the following output:
==> Starting build()...
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/amdfwtool'
make: Nothing to be done for 'all'.
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/amdfwtool'
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/cbfstool'
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/cbfstool'
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/cbmem'
make: Nothing to be done for 'all'.
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/cbmem'
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/ectool'
make: Nothing to be done for 'all'.
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/ectool'
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/ifdtool'
make: '../ifdtool/ifdtool' is up to date.
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/ifdtool'
make: Entering directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/intelmetool'
cc -march=native -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security -fstack-clash-protection -fcf-protection -c -o me_status.o me_status.c
Checking for development libraries: pci and zlib... me_status.c:4:10: fatal error: commonlib/bsd/helpers.h: No such file or directory
4 | #include <commonlib/bsd/helpers.h>
| ^~~~~~~~~~~~~~~~~~~~~~~~~
compilation terminated.
make: *** [<builtin>: me_status.o] Error 1
make: *** Waiting for unfinished jobs....
found.
make: Leaving directory '/home/parker/.cache/yay/coreboot-utils/src/coreboot-4.22.01/util/intelmetool'
==> ERROR: A failure occurred in build().
Aborting...
After some investigation, it is likely due to the Makefile for intelmetool doing a ?= for CFLAGS, and since makepkg sets its own CFLAGS, the CFLAGS in intelmetool do not get set. Unsure if this is an upstream bug or a something that this package should patch (or maybe this is user error?)
I got around this by simply changing the ?= to a +=, and it compiled fine after that. Unsure if that's the best solution, but it's what I did.
je-vv commented on 2020-11-17 05:46 (UTC)
Really good to see a non git version. Cloning and fetching from coreboot is really hard on bad internet connections... Thanks a lot !
Pinned Comments
yochananmarqos commented on 2025-04-30 00:26 (UTC)
PSA:
coreboot-utilsis now a split package. Remove it if you already have it installed, then install each tool you might need individually.