Hi Maxim!
> Sorry for my delayed reply.
No problem.
> Totally, if you haven't done so already.
I already did. See https://issues.guix.gnu.org/74296
And thanks to Ludovic the patch is already merged.
--
Best regards
Christoph
Hi!
I submitted a patch which fixes the issue. See
> https://issues.guix.gnu.org/74296
Feedback is appreciated!
Christoph
--
Best regards
Christoph
Hi Guix!
So i looked into the guile source code and, as expected, the `scm_hash`
function (see hash.c in guile) uses `unsigned long` wich is 8 bytes on
x64 and 4 bytes on arm32/i868. If `string-hash` is called with the size
parameter `n`, the hash value is limited to size by calculating the
modulo
Efraim Flashner writes:
> Can you run it again, but with i686 -> armhf, and x86_64 -> i686?
>
Hi Efraim!
Sure. No problem. Here we go:
cross compiled x86_64/i686 = 212719825 hash vs qemu i686 = 2434018 hash
cross compiled i686/arm* = 2434018 hash vs qemu arm = 2434018 hash
* This combina
Hi!
In case anybody is reading along here. I digged deeper and found
something rather interessting :P
>From my understanding by reading through the records.scm from guix (and
please note that im a total scheme newbee), the abi check works by
calculation a string-hash over the record field names a
Hi!
I can now reproduce this error locally. Consider the following file:
--8<---cut here---start->8---
(define-module (abi-error)
#:use-module (gnu system file-systems)
#:export (bla test))
(define bla (file-system
(device (file-system-label
Hi Zack!
> Can you show us the *complete and unedited* output of `readelf -hlSd
> file-systems.go` from both the working and the broken ramdisk, please?
>
Sure. See the attachments of this mail.
But i just saw that i made a mistake and compaired the module
`qemu/gnu/build/file-systems.go` to
`cr
type in the elf header is
32bits if executed in a cross-compiliation context on an x64 system. But
until now i couldn't figure out, if i can ignore these warnings or if
they might cause a problem.
--
Best regards
Christoph
I did some further digging into this issue.
it warns if the class ty
Richard Sent writes:
> Hi Christoph,
Hi Richard!
>
> The TL;DR (although I encourage you to read it!) is that you need the
> CONFIG_BINFMT_MISC Linux kernel compilation option set, but when you use
> a linux-libre-*-generic kernel that option is NOT set. If you're using
> the qemu-binfmt-servi
Hi!
Currently i am trying to create an guix image which will boot on
embedded imx6 arm32 board. Following the guix manual, i was able to
create such an image. This involved adding a custom uboot version and a
kernel with custom definition file. If flashed on an sdcard, the uboot
runs and the kerne
Hi Ian!
> You can have your source inherit from the original package’s, but with
> modifications -- just like the package itself. This might not be
> exaxtly right, but should give you the right idea:
>
>(define-public u-boot-new-cool-board-arm
> (package
>(inherit ub)
>(
Hi!
How do i define a new package which is just a variation of a given
package defined in guix?
In my concrete example i try to add a new board definition file via a
patch to the u-boot bootloader. What i come up with, looks like this:
```
;; Defines a package ub which will compile u-boot for th
Hi again!
Christoph Buck writes:
> Imho `--no-grafts` is necessary right now. I have a similiar setup as
> you (crosscompile aarch64 pi image from my x86_64 pc) and i need this
> option to get it to work. [...]
Forgot to mention. Can you try building the system with `--no-grafts
--sk
"Thomas Ieong" writes:
> Hey,
Hi Thomas!
> I'm afraid that it isn't the case atleast for now, Kubernetes is not
> packaged in Guix and I doubt that it will ever be, for two reasons:
>
> 1. Our Golang importer still needs some improvement and our Golang
> ecosystem isn't in a great shape either,
Hi!
> This hasn't been merged, but there was a patch proposed for a
> resize-fs-service that would resize the partition on boot.
> https://issues.guix.gnu.org/69090. Maybe worth taking a look at?
This is indeed very helpfull. I was already looking for an option like
this in guix. Thanks for point
Thiago Jung Bauermann writes:
> Hello Christoph,
Hi Thiago!
> This is a pity, because it doesn't look like this use-case would be hard
> to support in Guix and I think it would be a killer feature for
> developers, allowing it to gain more popularity as a development tool.
I think so too. Comp
Richard Sent writes:
> Hi Christoph!
Hi Richard!
Christoph here (writing from a different mail address to up my mailing
list game).
> (I assume your inspiration was [1], but in my opinion this is
> different enough in both context and content to deserve its own
> section.)
> [...]
> [1]: https
Hi!
Total guix newbie here. Currently i am evaluating if guix could be a
better alternative to yocto. My use case is as follows. I want to
declarative define a system (for aarch64), generate an image and deploy
it by flashing it to an sd card. Additionally i want to setup a
development environment
Hi!
I have a quick question if the following is currently possible with the
latest version of guix.
I managed to cross-compile an `aarch64-linux-gnu` images (for the rpi4 in
case this matters) from my `x86_64-linux-gnu` host using
> guix system image --target=aarch64-linux-gnu my-image.scm --no-
19 matches
Mail list logo
