bug#41120: uvesafb service is unsupported on aarch64

2022-08-05 Thread pelzflorian (Florian Pelz)
Pavel Shlyak writes: > This one is done with https://issues.guix.gnu.org/55806. I suggest closing it > as resolved. Indeed. With 55806, the uvesafb is added if (supported-package? v86d system), avoiding the need to check the system. I’m Closing by sending a mail to 41120-d...@debbugs.gnu.org.

bug#41120: uvesafb service is unsupported on aarch64

2022-08-04 Thread Pavel Shlyak
This one is done with https://issues.guix.gnu.org/55806. I suggest closing it as resolved.

bug#41120: uvesafb service is unsupported on aarch64

2021-12-29 Thread Tobias Geerinckx-Rice via Bug reports for GNU Guix
I wrote the attached quick fix, then noticed that this bug is paired with #29296 which seems to propose a whole 'nother mechanism? I'm not sure I grok the latter's advantage yet. Kind regards, T G-R From 29d6ce59a0f3953de627d110adaa7978051ca077 Mon Sep 17 00:00:00 2001 From: Tobias Geerinckx

bug#41120: uvesafb service is unsupported on aarch64

2021-12-29 Thread Efraim Flashner
On Tue, Dec 28, 2021 at 09:30:27PM -0500, Leo Famulari wrote: > On Thu, May 07, 2020 at 08:40:15AM +0300, Efraim Flashner wrote: > > 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 instal

bug#41120: uvesafb service is unsupported on aarch64

2021-12-28 Thread Leo Famulari
On Thu, May 07, 2020 at 08:40:15AM +0300, Efraim Flashner wrote: > 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. This is still an issue, right?

bug#41120: uvesafb service is unsupported on aarch64

2020-05-18 Thread Mathieu Othacehe
Hey Ludo, > Anyway, it took me much more time than I thought, but it’s here now: > > 502f609d05 vm: Use 'let-system'. > 300a54bb98 utils: 'target-arm32?' & co. take an optional parameter. > 644cb40cd8 gexp: Add 'let-system'. > d03001a31a gexp: Compilers can now return lowerable objects.

bug#41120: uvesafb service is unsupported on aarch64

2020-05-15 Thread Ludovic Courtès
Hi Mathieu, Mathieu Othacehe skribis: > Here's a rebased version of Ludo's patch. I'm not sure about the merge > resolution in "lower-object", but otherwise it works fine! I took another look, and you’re right, it does the job. There were a couple of issues: returning a self-quoting value as i

bug#41120: uvesafb service is unsupported on aarch64

2020-05-14 Thread Ludovic Courtès
Hi, Mathieu Othacehe skribis: > Here's a rebased version of Ludo's patch. I'm not sure about the merge > resolution in "lower-object", but otherwise it works fine! > > Ludo, would it be of to push it? I’d like to think a bit more about it. In particular, ‘let-system’ is not great because we’d

bug#41120: uvesafb service is unsupported on aarch64

2020-05-13 Thread Mathieu Othacehe
Hello, > We could maybe do something like that: > > (define (operating-system-hardware-specific-services) > #~(let-system (system target) > (cond > ((target-arm? system target) > '()) > ((target-intel? system target) >

bug#41120: uvesafb service is unsupported on aarch64

2020-05-08 Thread Mathieu Othacehe
Hello, Thanks for working on that Florian & Efraim. > + (if (and (string-suffix? "linux-gnu" %host-type) > +(or (string-prefix? "x86_64" %host-type) > +(string-prefix? "i686" %host-type))) > + #~(lambda () > +

bug#41120: uvesafb service is unsupported on aarch64

2020-05-07 Thread pelzflorian (Florian Pelz)
On Thu, May 07, 2020 at 04:55:13PM +0200, pelzflorian (Florian Pelz) wrote: > I have more success with moving the file-exists check into the > #~(lambda …) like the attached patch. Sorry I forgot to git add. This is the patch. >From f88b1b487d48c959a7ed00d6032ccfe05aa81f0e Mon Sep 17 00:00:00 200

bug#41120: uvesafb service is unsupported on aarch64

2020-05-07 Thread pelzflorian (Florian Pelz)
On Thu, May 07, 2020 at 11:12:34AM +0300, Efraim Flashner wrote: > I haven't tested the produced image, but the following builds without > trying to also build v86d > > (start >(if (and (and (string-suffix? "linux-gnu" %host-type) > (or (string-prefix?

bug#41120: uvesafb service is unsupported on aarch64

2020-05-07 Thread Efraim Flashner
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 rep

bug#41120: uvesafb service is unsupported on aarch64

2020-05-07 Thread Efraim Flashner
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 rep

bug#41120: uvesafb service is unsupported on aarch64

2020-05-07 Thread Mathieu Othacehe
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 he

bug#41120: uvesafb service is unsupported on aarch64

2020-05-06 Thread Efraim Flashner
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. -- Efraim Flashner אפרים פלשנר GPG key = A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality can