adam_free2air | tried again with make cleanup, then make menu -->all gives chroot: failed to run command ‘/debootstrap/debootstrap’: Exec format error https://pastebin.com/swNAqGr2 with userdata.txt https://pastebin.com/QH011n79 | 00:46 |
---|---|---|
rrq | multiarch? | 00:48 |
adam_free2air | rrq: ? sorry, don't understand the comment? | 00:52 |
rrq | it looked like the "host" and the "chroot" are of different architectures, so the "host" wuold need multiarch setup | 00:52 |
adam_free2air | ok, so i may need to try e.g. dpkg --add-architecture arm64 && apt update on the build host ... | 01:00 |
Tenkawa | thats not needed | 01:00 |
parazyd | adam_free2air: You need qemu-user, run debootstrap with --foreign, and chroot into /debootstrap/debootstrap --second-stage | 01:00 |
Tenkawa | exactly | 01:01 |
parazyd | https://gitea.devuan.dev/devuan-sdk/libdevuansdk/src/branch/master/zlibs/bootstrap#L60 | 01:01 |
Tenkawa | you dont need arm on the native side | 01:01 |
Tenkawa | dpkg -l | grep croaa ; dpkg -l | grep multi | 01:01 |
Tenkawa | oops | 01:01 |
adam_free2air | ohai parazyd thanks! | 01:01 |
parazyd | yw | 01:02 |
rrq | yeah .. good advice; same thing -- different wrapping | 01:02 |
Tenkawa | rrq: no.. completely different actually | 01:02 |
parazyd | Yeah | 01:03 |
rrq | different how? | 01:03 |
parazyd | You just need qemu-user-static and binfmt on the host | 01:03 |
parazyd | It has nothing to do with apt or debian | 01:03 |
Tenkawa | adding an arch to dpkg introduces a whole new level of system dependencies for your running machine | 01:03 |
rrq | yes, that's the wrapping | 01:04 |
Tenkawa | no.. soon as you add it to sources.list on the root host… it cascades | 01:05 |
Tenkawa | you are going to have to deal with library and binary changes non stop | 01:05 |
rrq | ok, fine. you like the qemu-user other way better :) | 01:05 |
adam_free2air | ok. added qemu-user. will start clean run now & check in the morning. | 01:07 |
Tenkawa | parazyd: I found a machine I'm tempted by…. even though I'd be building/fixing most of it all with no support | 01:08 |
Tenkawa | https://pine64.com/product/quartz64-model-a-8gb-single-board-computer/ | 01:08 |
parazyd | I'm only interested in things already somewhat supported in mainline | 01:08 |
parazyd | Zero time to do any significant kernel work unfortunately | 01:09 |
Tenkawa | then again… with me and my odroids.. and nanopi.. standard operation | 01:09 |
Tenkawa | parazyd: most of my time now is dedicated to the kernel | 01:10 |
Tenkawa | I need to see if there's anywhere they need volunteers for "the kernel" | 01:11 |
parazyd | That's nice | 01:11 |
Tenkawa | since it has to be volunteer for me | 01:11 |
parazyd | Yeah pine64 is very open to mainlining | 01:11 |
Tenkawa | seems like a nice board to start on my retirement projects with lol | 01:12 |
Tenkawa | I'm also injured atm recooperating from that for about 6 more weeks heh | 01:13 |
Tenkawa | so I got time lol | 01:13 |
parazyd | heh | 01:13 |
parazyd | Tenkawa: What does the riscv cpu do on this board? | 01:19 |
Tenkawa | I was wondering that too | 01:19 |
parazyd | Is it also supposed to run Linux? | 01:19 |
Tenkawa | I assume so… I plan on doing more research on that part tomorrow | 01:20 |
parazyd | Cool | 01:20 |
Tenkawa | I know people are working on FreeBSD on the Arm side.. but have heard no details at all about the risc-v yet | 01:21 |
parazyd | Weird though, because other riscv I've seen are 64bit | 01:21 |
parazyd | Debian has ports for both though | 01:21 |
Tenkawa | indeed | 01:21 |
parazyd | Anyway | 01:21 |
parazyd | Looks interesting :D | 01:21 |
Tenkawa | I'll take either | 01:21 |
c0rnelius | adam_free2air: That looks like a qemu error - https://github.com/pyavitz/rpi-img-builder/commit/2ee0968e1ff72a129ea81801960ab2496fa66941 | 03:27 |
c0rnelius | Although I mostly only see it using docker, some people have had the problem building cross. | 03:28 |
c0rnelius | Either way, installing docker and running the following corrects it - docker run --rm --privileged multiarch/qemu-user-static --reset -p yes | 03:38 |
tuxd3v | adam_free2air, what is the output of this command: 'update-binfmts --display|grep -EA 7 "aarch64.*enabled" --color' | 04:17 |
tuxd3v | you should be good with 'binfmt-support' and 'qemu-user-static' | 04:18 |
tuxd3v | but for what I understand you are crossdebootstrap( Runing a host on ex amd64, and guest applications in aarch64 ). | 04:20 |
tuxd3v | the bootstraping is made in 2 steps, the first stage, and the second stage.. | 04:21 |
tuxd3v | parazyd is right about the second stage.. | 04:21 |
c0rnelius | tuxd3v: There was a qemu update a whiles ago that broke qemu, at least that when I noticed it. It could have been fixed since then but it seemed to have been across Debian based distros. Maybe a simple apt update && and apt upgrade -y could resolve this as I haven't seen this problem since I made that commit. | 04:22 |
c0rnelius | which was a whiles ago. | 04:22 |
tuxd3v | it could be | 04:22 |
c0rnelius | But I did notice it on Debian and Ubuntu for a whiles. | 04:23 |
tuxd3v | one thing that would be nice to know, is what command is adam_free2air running at the beguining of everything.. | 04:23 |
c0rnelius | Well it appeared he was using the rpi builder, so all that foreign business is already accounted for in debootstrap process. Hence why I suspect its the qemu bug at this point. | 04:25 |
tuxd3v | ho.. yeah it could be indeed, or he doesn't installed the packages: binfmt-support and qemu-user-static :) | 04:26 |
c0rnelius | In my case and a few other peps who had the problem I just ran that docker command on my x86 host machine and it cleared the problem up. But I'm pretty sure there has been an update for it since then? | 04:27 |
c0rnelius | True :) But that is a part of the depends of the builder. Now there is the possibility if he made a custom kernel and didn't build in support this could also create problems. But I'm just assuming he is running Vanilla. | 04:29 |
tuxd3v | yeah, we don't know what base host he has :) | 04:50 |
adam_free2air | c0rnelius: i am running completely fresh install, vanilla Ubuntu 20.04.2 LTS focal. added git, make and packages from README and from make ccompile | 07:25 |
adam_free2air | fresh == up todate | 07:26 |
adam_free2air | with no docker installed. | 07:26 |
c0rnelius | adam_free2air: Its not docker related really, its a qemu update that doesn't work. | 07:28 |
c0rnelius | Try this - sudo apt install docker docker-compose && sudo usermod -aG docker $USER | 07:28 |
c0rnelius | then - docker run --rm --privileged multiarch/qemu-user-static --reset -p yes | 07:28 |
c0rnelius | should correct the problem. | 07:29 |
c0rnelius | you can purge docker after the fact | 07:29 |
c0rnelius | I'm gonna crash, its late here. | 07:33 |
c0rnelius | Might be good to do a reboot ;) | 07:34 |
adam_free2air | c0rnelius: re-reboot sure. i have to do that on the jenkins debian host that previously built the devuan beowulf images. | 07:57 |
rrq | adam_free2air: as I remember with the qemu-user-static method /usr/bin/qemu-user-static needs to be available within the chroot | 08:01 |
rrq | (was a while ago) run chroot $DIR /usr/bin/qemu-static /bin/bash | 08:03 |
rrq | then you can run: /debootstrap/debootstrap --second-stage | 08:04 |
rrq | (no reboot required :)) | 08:06 |
rrq | adam_free2air: https://linux-sunxi.org/Debootstrap tells how; almost what I remembered :) | 08:26 |
rrq | see "Second Stage" section | 08:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!