Sorry, I forgot to attach that config.(use-modules (gnu bootloader)
(gnu bootloader u-boot)
(gnu services base)
(gnu system)
(gnu system image)
(gnu system file-systems)
(guix channels)
(guix inferior)
Hi,
> > LCD output, nothing answering on serial console (@1.5Mbps
> > (uboot speed) or 115.2Kbps (kernel speed, I think)).
Both kernel and u-boot use 150 baud.
> Strange, seems that Caliph did manage to get a serial console. Caliph,
> any insight here?
A configuration close to the
On Sun, Jan 17, 2021 at 12:01 PM Mathieu Othacehe wrote:
> you should be able to download this image.
Yep, I DL'ed and got the same result as with my own images, so my
building is not be the problem.
> Yes looks like the search pagination and ordering is broken, those are
> definitely bugs that
> That's slightly different than what I have been doing, but
> the resulting image has the same problem than mine, no
> LCD output, nothing answering on serial console (@1.5Mbps
> (uboot speed) or 115.2Kbps (kernel speed, I think)).
Strange, seems that Caliph did manage to get a serial console.
On Sun, Jan 17, 2021 at 11:17 AM Mathieu Othacehe wrote:
> --8<---cut here---start->8---
> guix build -f pinebook.scm
> --8<---cut here---end--->8---
>
> should achieve the same result locally.
That's slightly different than
Hello,
> trying to DL (in browser or with wget) the build output, by using
> the "https://ci.guix.gnu.org/download/190783; link, I get:
> error "Could not find the request build product."
Oh, it's already been garbage collected on Berlin, sorry about that
:(. I'll see what I can do. In the
Hello,
Thanks
On Sun, Jan 17, 2021 at 10:35 AM Mathieu Othacehe wrote:
> You can download the latest Pinebook Pro image here:
>
> https://ci.guix.gnu.org/build/190783/details
trying to DL (in browser or with wget) the build output, by using
the "https://ci.guix.gnu.org/download/190783; link, I
Hello Vincent,
You can download the latest Pinebook Pro image here:
https://ci.guix.gnu.org/build/190783/details
to search for the latest images:
https://ci.guix.gnu.org/search?query=spec%3Aguix-master+system%3Ax86_64-linux+status%3Asuccess+pinebook-pro
Thanks,
Mathieu
Hello,
> > I even attempted building the pinebook pro image without success.
>
> Hm... it's a shame we are building this and it doesn't work.
I only tried my locally built one, is there a substitute that I can try ?
That would tell if the problem is on my side or not.
> Do you also use some
On Fri, Jan 15, 2021 at 09:27:36AM +0100, Vincent Legoll wrote:
> On Fri, Jan 15, 2021 at 12:07 AM Leo Famulari wrote:
> > Specifically about armhf, if anybody wants to use it with Guix, I hope
> > they will speak up.
>
> I am interested, I have tried, and failed to get anything (apart from guix
Hello,
On Fri, Jan 15, 2021 at 10:54 AM Mathieu Othacehe wrote:
> It seems that Caliph Nomble succeeded to build a Pinebook Pro image and
> booted it, without graphics, after a few fixes:
> https://issues.guix.gnu.org/45584.
>
> You may want to try again :).
DONE, it's a bit better, this time
Hello Vincent,
> I even attempted building the pinebook pro image without success.
It seems that Caliph Nomble succeeded to build a Pinebook Pro image and
booted it, without graphics, after a few fixes:
https://issues.guix.gnu.org/45584.
You may want to try again :).
>> There is almost no
Hey Ludo,
> You seem to imply that the issue is the number of architectures, rather
> than the small number of ARMv7 build machines (now that we disabled
> 32-bit builds on AArch64). Do I get it right?
Yes my point is that building three specifications on three
architectures, including an
Hello,
On Fri, Jan 15, 2021 at 12:07 AM Leo Famulari wrote:
> Specifically about armhf, if anybody wants to use it with Guix, I hope
> they will speak up.
I am interested, I have tried, and failed to get anything (apart from guix
on foreign armbian). But I am more interested in guixsd though.
On Thu, Jan 14, 2021 at 09:44:17AM +0100, Mathieu Othacehe wrote:
> Your weather summary is a great idea, thanks! As I said in my previous
> email, the armhf substitutes are not built right now on the CI. It's
> really sad but we have to make an impossible choice between:
Specifically about
Hi,
Mathieu Othacehe skribis:
> Your weather summary is a great idea, thanks! As I said in my previous
> email, the armhf substitutes are not built right now on the CI. It's
> really sad but we have to make an impossible choice between:
>
> * Trying to build everything on all architecture and
Hi Mathieu,
I have not read carefully all the emails on the topic, so I am
probably out-of-scope.
On Thu, 14 Jan 2021 at 09:44, Mathieu Othacehe wrote:
> * Trying to build everything on all architecture and have the CI that is
> awfully lagging behind.
>
> * Restrict the number of
> The armhf-linux platform is in the worst shape, both on the master and
> staging branches. It's a shame because it's also the least powerful,
> with almost no hardware thermally capable of sustained CPU usage, so
> users will have the worst experience building packages for it.
>
> Does anyone
The armhf-linux platform is in the worst shape, both on the master and
staging branches. It's a shame because it's also the least powerful,
with almost no hardware thermally capable of sustained CPU usage, so
users will have the worst experience building packages for it.
Does anyone want to work
19 matches
Mail list logo
