Re: guix deploy: modinfo.sh doesn't exist error

[Dmitry Matveyev]

Hi, Tobias!

Tobias Geerinckx-Rice  writes:

> Dmitry Matveyev 写道：
>> /gnu/store/ch9q9w5zbvgq8srr6dscq6hdf03pfqb4-grub-efi-2.06…
>
> Note the ‘-efi’.
>
>> …/lib/grub/i386-pc/modinfo.sh
>
> Note the ‘i386-pc’, i.e., non-UEFI.
>
> This GRUB thinks it's installing in BIOS/CSM mode, but was not built to 
> support
> this, and fails.
>
> Is the ‘minimal ISO image’ booted in UEFI mode, that is, does 
> /sys/firmware/efi
> exist there?
>
> If so, is the ESP actually mounted at /boot/efi?

It was indeed not booted in the UEFI mode, as I gathered from Vultr's
tutorial[1] on installing Gentoo, the volumes should use MBR anyway, so
my attempt to use both UEFI for ISO image and installation failed as
well.

[1]: https://www.vultr.com/docs/installing-gentoo-linux-on-a-vultr-server/

I have changed both ISO and deploy config to using MBR, now it is a
different error, so some progress at least. Thank you!

Best,
Dmitry.


signature.asc
Description: PGP signature

Re: How to debug hanging "check" phase when building Kakoune

[Dmitry Matveyev]

Hi, Ekaitz!

Ekaitz Zarraga  writes:

> Does this make any sense?

Thank you a lot, this totally makes sense. I will try to find out why
this is happening further.


Regards,

Dmitry.

How to debug hanging "check" phase when building Kakoune

[Dmitry Matveyev]

Hi,

I use guix on Arch Linux, version
050be36cbf3a42199f64f2e44c59f1cb1b3afab5.

When I run

 guix build --check kakoune

everything builds correctly.

Now I change original `source` definition to fetch not from url but from
git repository. Original source and version:

(version "2020.09.01")
(source
 (origin
   (method url-fetch)
   (uri (string-append "https://github.com/mawww/kakoune/;
   "releases/download/v" version "/"
   "kakoune-" version ".tar.bz2"))
   (sha256
(base32 "0x81rxy7bqnhd9374g5ypy4w4nxmm0vnqw6b52bf62jxdg2qj6l6"

And my modified kakoune package:

(define-module (mykak)
  #:use-module (guix packages)
  #:use-module (guix git-download)
  #:use-module (gnu packages text-editors))

(package
  (inherit kakoune)
  (version "2020.09.01")
  (source
   (origin
 (method git-fetch)
 (uri (git-reference
   (url "https://github.com/mawww/kakoune.git;)
   (commit (string-append "v" version
 (file-name (git-file-name "mykak" version))
 (sha256
  (base32
   "091qzk0qs7hql0q51hix99srgma35mhdnjfd5ncfba1bmc1h8x5i")

Now when I run to build this package, assuming it is named
`kakoune.scm`:

guix build --check -f kakoune.scm

it freezes with this output:

phase `build' succeeded after 29.7 seconds
starting phase `check'
ln -sf kak.opt kak
cd ../test && ./run
  kak-tests.R6Lc8cJk
compose

And the problem as I figured out with printf debugging is on this line:

https://github.com/mawww/kakoune/blob/v2020.09.01/test/run#L71

Same result is when I manually download tarball from github, unpack and
use it to build the package:

(define-module (mykak)
  #:use-module (guix packages)
  #:use-module (guix download)
  #:use-module (guix gexp)
  #:use-module (gnu packages text-editors))

(package
  (inherit kakoune)
  (version "2020.09.01")
  (source
   (local-file "/tmp/kakoune-2020.09.01" #:recursive? #t)))

I have assumption that this is somehow connected with read-write
permissions because when I keep failed builds and later try to delete
them, it asks whether I really want to delete some read-only files.

I have no idea how exactly that `test/run` script works with all the
pipes and output redirection. And I have no idea how to check why this
build phase hangs. Any tips would be really helpful.


Regards,

Dmitry.