Hello!
Okay update. This is WSL remember, I grabbed an Ubuntu image that I'd
previously claimed and allowed the automation to install it. I should
mention that I also followed normal Debian based Linux methods to
upgrade it.
And I then pulled over a tar compressed with Bzip2 tree of my entire
Hello!
Okay, I tried setting that variable, and it did not show me anything.
I also looked at the page you suggested. Interesting, I suspect I'd
need to do that should I go ahead and want to contribute.
As for updating certificates, the big problem is that is a WSL
prebuilt image, and someone
Hi Gregg,
Am Do., 30. Sept. 2021 um 21:16 Uhr schrieb Gregg Levine <
gregg.drw...@gmail.com>:
> fatal: unable to access 'https://review.coreboot.org/coreboot.git/':
> SSL certificate problem: certificate has expired
>
Given the timing, I wonder if
Hello!
I just tried to synch my local tree with what's stored back there, and
instead of watching it update I saw this one:
fatal: unable to access 'https://review.coreboot.org/coreboot.git/':
SSL certificate problem: certificate has expired
Huh?
Is everyone else aware of this?
-
Gregg C
Speaking as the person who wrote the first few config tools in python,
and was happy to see the python dependency gone, I think bringing
python back in would be a mistake.
Every single python test framework I've worked with works until there
is a problem, and I then find myself having to walk
I guess that needs to be done by properly programming the verb table.
HDAU utility may help
On Wed, Sep 29, 2021 at 2:43 AM Rao wrote:
> Hi Jose,
>
>
>
> Did you manager to resolve this on Baytrail E3845, I faced this issue on
> External interface with DP port
>
> LVDS, HDMI,DVI works fine
>
>
On Thu, Sep 30, 2021 at 8:37 AM Nico Huber wrote:
> Hi Jack,
>
> On 30.09.21 15:22, Jack Rosenthal via coreboot wrote:
> > On Thu, Sep 30, 2021 at 2:27 AM Arthur Heymans
> wrote:
> >
> >> As a rule of thumb, any project involving a substantial amount of Python
> >>> always ends up needing a
Am Do., 30. Sept. 2021 um 17:29 Uhr schrieb Jack Rosenthal <
jrose...@google.com>:
> With respect to Kconfig, we (at Google) encountered a lovely build flake
> after the Kconfig uprev last month in the coreboot tree that took a couple
> of weeks to sort out and resolve. Some sort of automated
Hi Jack,
On 30.09.21 15:22, Jack Rosenthal via coreboot wrote:
> On Thu, Sep 30, 2021 at 2:27 AM Arthur Heymans wrote:
>
>> As a rule of thumb, any project involving a substantial amount of Python
>>> always ends up needing a Docker container to build. So I'm in the "no" camp
>>> for making
On Thu, Sep 30, 2021 at 7:43 AM Patrick Georgi wrote:
> Am Do., 30. Sept. 2021 um 15:22 Uhr schrieb Jack Rosenthal <
> jrose...@google.com>:
>
>> IMO, any codebase is significantly easier and safer to maintain if there
>> are tests.
>>
> Since we kinda-sorta support SPARK in our toolchain (not
Am Do., 30. Sept. 2021 um 15:22 Uhr schrieb Jack Rosenthal <
jrose...@google.com>:
> IMO, any codebase is significantly easier and safer to maintain if there
> are tests.
>
Since we kinda-sorta support SPARK in our toolchain (not for the host
though at this time), maybe we should evaluate doing a
On Thu, Sep 30, 2021 at 2:27 AM Arthur Heymans wrote:
> As a rule of thumb, any project involving a substantial amount of Python
>> always ends up needing a Docker container to build. So I'm in the "no" camp
>> for making Python a dependency, however I think it's fine to keep things
>> as-is
>
> As a rule of thumb, any project involving a substantial amount of Python
> always ends up needing a Docker container to build. So I'm in the "no" camp
> for making Python a dependency, however I think it's fine to keep things
> as-is where it can be used for helper scripts and utilities for
13 matches
Mail list logo