Issue #446 has been updated by Aaron Burton.
Target version changed from none to 4.19
Bug #446: Optiplex 9010 No Post
https://ticket.coreboot.org/issues/446#change-1338
* Author: Aaron Burton
* Status: New
* Priority: Normal
* Target version: 4.19
* Start
Issue #446 has been reported by Aaron Burton.
Bug #446: Optiplex 9010 No Post
https://ticket.coreboot.org/issues/446
* Author: Aaron Burton
* Status: New
* Priority: Normal
* Target version: none
* Start date: 2023-01-09
---
What does it to to see if library is present? Strace may help.
On Sun, Jan 8, 2023, 12:48 PM Rafael Send
wrote:
> Hi,
> The weird part is that if I build from the root directory, it DOES say
> uuid-dev is found yet the build still fails. Might that be for the
> aforementioned reason* " Many test
Solved it - apparently I had to install python3-distutils after chewing
through the error log above. It's kinda weird that it was also complaining
about other things in the meantime - but...
thanks for the suggestion about moving the xgcc folder though, that really
got me unstuck here.
Cheers,
Ra
Hi,
The weird part is that if I build from the root directory, it DOES say
uuid-dev is found yet the build still fails. Might that be for the
aforementioned reason* " Many tests will indicate that a library is present
if they find the .so. But the .so is useless if you need static linking."*
?
I'v
If it would help, we could supply a VM with each release that had the coreboot
toolchain pre-built. It's also possible to use the released docker images to
rebuild coreboot - those already contain the toolchain.
The advantages to both of these is that you'd be building in the environment
that
But in some cases static libs are no longer provided at all. Would be nice
to know if that's the case for libuuid.
On Sun, Jan 8, 2023, 9:24 AM Nico Huber wrote:
> On 08.01.23 17:42, ron minnich wrote:
> > For reasons I still don't understand, the various linux distros no longer
> > ship .a as p
Hi Peter,
Thanks for your response.
I followed steps in the tutorial to the letter up to the point where it
started failing.
My understanding is that /libpayload/ gets built automatically as a
dependency to /coreinfo/, but don't trust me on this, as /make/ files
are beyond my expertise.
A
Issue #445 has been updated by Masc Masc.
File lspci_vvvxx_coreboot.txt added
File lspci_tv_coreboot.txt added
File lspci_nn_coreboot.txt added
File lspci_vvvxx_libreboot.txt added
File lspci_tv_libreboot.txt added
File lspci_nn_libreboot.txt added
An interesting development happened. I flashed l
On 08.01.23 17:42, ron minnich wrote:
> For reasons I still don't understand, the various linux distros no longer
> ship .a as part of the library package.
They ship them separately. On Ubuntu, usually a -dev package. I even
recall -devel-static packages (-devel was headers only and such)
~20 year
If i look on ubuntu 18 I see this: /usr/lib/x86_64-linux-gnu/libuuid.a
If I look on ubuntu 22, it's no longer there.
to build firmware with this sort of library, you need the .a (which is for
static linking). Somewhat ironic, for UEFI, since the entire DXE model is
built on the DLL model, that t
Issue #445 has been updated by Paul Menzel.
Thank you for providing these files. As it’s a PCIe card, please also attach
the output of `lspci -nn`, `lspci -tv` and `sudo lspci -vvvxx` – preferably
with (working) Libreboot and (problematic) coreboot.
---
12 matches
Mail list logo