From: Efraim Flashner <efraim@flashner.co.il>
To: Mathieu Othacehe <m.othacehe@gmail.com>
Cc: 41120@debbugs.gnu.org
Subject: bug#41120: uvesafb service is unsupported on aarch64
Date: Thu, 7 May 2020 11:05:22 +0300 [thread overview]
Message-ID: <20200507080522.GI2359@E5400> (raw)
In-Reply-To: <87wo5ody1e.fsf@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]
On Thu, May 07, 2020 at 09:06:21AM +0200, Mathieu Othacehe wrote:
>
> Hello Efraim,
>
> > the uvesafb-service which was added to the installation image isn't
> > supported on aarch64 (or probably any non-x86 system) and causes the
> > creation of an installation image to fail.
>
> Thanks for reporting. There's this small snippet in uvesafb-service:
>
> --8<---------------cut here---------------start------------->8---
> (or (not (and (string-suffix? "linux-gnu" %host-type)
> (or (string-prefix? "x86_64" %host-type)
> (string-prefix? "i686" %host-type))))
> --8<---------------cut here---------------end--------------->8---
>
> which must then fail? Do you have a specific error message?
>
It fails while building v86d. Looking at the or statement, it should
probably close after (file-exists? "/dev/fb0") and then the whole thing
wrapped in a when or an if. I checked and /dev/fb0 doesn't exist on my
machine.
Actually that didn't make a difference, it still tried to build v86d.
Even changing the '(or (not' to '(if (and (and' it still tries to build
v86d. My guess is that it's not evaluating the conditionals until it's
time to run the service so it makes sure v86d is there.
--
Efraim Flashner <efraim@flashner.co.il> אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-05-07 8:07 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-07 5:40 bug#41120: uvesafb service is unsupported on aarch64 Efraim Flashner
2020-05-07 7:06 ` Mathieu Othacehe
2020-05-07 8:05 ` Efraim Flashner [this message]
2020-05-07 8:12 ` Efraim Flashner
2020-05-07 14:55 ` pelzflorian (Florian Pelz)
2020-05-07 14:58 ` pelzflorian (Florian Pelz)
2020-05-08 9:09 ` Mathieu Othacehe
2020-05-13 12:50 ` Mathieu Othacehe
2020-05-14 8:16 ` Ludovic Courtès
2020-05-15 22:43 ` Ludovic Courtès
2021-12-29 2:30 ` Leo Famulari
2021-12-29 8:20 ` Efraim Flashner
2021-12-29 22:03 ` Tobias Geerinckx-Rice via Bug reports for GNU Guix
2022-08-04 23:03 ` Pavel Shlyak
2022-08-05 12:59 ` pelzflorian (Florian Pelz)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://guix.gnu.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200507080522.GI2359@E5400 \
--to=efraim@flashner.co.il \
--cc=41120@debbugs.gnu.org \
--cc=m.othacehe@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).