bug#56263: set-paths phase throws match-error "match" "no matching pattern" while cross-compiling a kernel module

bug#56263: set-paths phase throws match-error "match" "no matching pattern" while cross-compiling a kernel module

[Pavel Shlyak]

I don’t know the reason it happens. Maybe it’s somehow related to file-append hack that is used to set driver location in the repo. The other problem can be about 
inputs or native-inputs being empty. Anyway, package definition looks fine to me and I suppose there’s a problem with set-paths phase.
Package definition:
https://git.pantherx.org/development/hardware/raspberry/-/blob/c9260f1720f63c409ef3ce88cefa677a21eb9e0b/reterminal.scm
Package ltr30x-linux-module builds successfully here with aarch64 host and it fails if I cross-compile it with x86_64 host
Error log here:
https://gist.github.com/shlyakpavel/b8b53e9bb4392cce1bba3c77c6d35d58

bug#56263: Another reproducer

[Pavel Shlyak]

Another reproducer:
guix build librem-ec-acpi-linux-module --target=aarch64-linux-gnu
Fails with the same error. It doesn’t require external packages like the previous reproducer.

bug#56263: set-paths phase throws match-error "match" "no matching pattern" while cross-compiling a kernel module

[Pavel Shlyak]

I just checked, this one is still relevant as of b21d05d232ec0aba5abec20e83cc52c1d5163cc3

bug#56263: set-paths phase throws match-error "match" "no matching pattern" while cross-compiling a kernel module

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 397 bytes --]


On 27-06-2022 20:05, Pavel Shlyak wrote:
> Error log here:
> https://gist.github.com/shlyakpavel/b8b53e9bb4392cce1bba3c77c6d35d58
>
I recommend a paste service such as paste.debian.net, it's doesn't have 
trackers or non-free javascript, and its implementation is apparently 
free software <https://paste.debian.net/paste.pl?show_template=about, 
unlike GitHub.

Greetings,
Maxime.


[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]

bug#56263: set-paths phase throws match-error "match" "no matching pattern" while cross-compiling a kernel module

[Maxime Devos]

[-- Attachment #1.1.1: Type: text/plain, Size: 1577 bytes --]


On 27-06-2022 20:05, Pavel Shlyak wrote:
> I don’t know the reason it happens. Maybe it’s somehow related to file-append hack that is used to set driver location in the repo. The other problem can be about
> inputs or native-inputs being empty. Anyway, package definition looks fine to me and I suppose there’s a problem with set-paths phase.
> Package definition:
> https://git.pantherx.org/development/hardware/raspberry/-/blob/c9260f1720f63c409ef3ce88cefa677a21eb9e0b/reterminal.scm
> Package ltr30x-linux-module builds successfully here with aarch64 host and it fails if I cross-compile it with x86_64 host
> Error log here:
> https://gist.github.com/shlyakpavel/b8b53e9bb4392cce1bba3c77c6d35d58

linux-module-build-cross quotes stuff:

           (define %build-host-inputs
             '#+(input-tuples->gexp build-inputs))

but 'input-tuples->gexp' already returns something quoted, so its quoted 
twice.

Try removing the 'quote' (i.e., ').

No relation to file-append as far as I can tell.


In rpi-kernel.scm, you are copying stuff from linux.scm without 
preserving copyright lines or the license header and the GPL license 
text is also removed; please respect the GPL license.

In the README, you are writing GUIX, but the standard capitalisation is 
Guix (sometimes guix, but never GUIX outside things like environment 
variable names).

License headers are missing from teterminal.scm, I recommend being 
explicit (gpl3 is kind of implied, but do you mean gpl3-only or gpl3+?)

Greetings,
Maxime.


[-- Attachment #1.1.2: OpenPGP public key --]
[-- Type: application/pgp-keys, Size: 929 bytes --]

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 236 bytes --]