#linuxcnc-devel Logs
Aug 21 2022
#linuxcnc-devel Calendar
03:53 AM -!- #linuxcnc-devel mode set to +v by ChanServ
04:00 AM -!- #linuxcnc-devel mode set to +v by ChanServ
10:25 AM silopolis[m]: <pere> "silopolis: is smoe right that..." <- So much time I haven't worked on it... It may have better parts, but certainly not ready for consumption 🙄
10:26 AM silopolis[m]: Hello friends ✌️
10:28 AM silopolis[m]: <pere> "should we enable this by default..." <- May need to promote a buildable only merge policy
10:36 AM silopolis[m]: <pere> "silopolis: what about a gui qt..." <- That's somehow my default arch, just also remote.
10:36 AM silopolis[m]: But when you think remote and REST, then a web app begins to make more sense than a Qt one. The later becoming the first choice candidate for a standalone GUI client.
10:36 AM silopolis[m]: OTOH, first computer could be setup as a server with a local client, and others only get standalone client and/or other client apps
10:40 AM silopolis[m]: <pere> "Tom_L: btw, what about building..." <- I believe so. As Tom_L suggested, RPi4 first comes to mind, but I think others in community are looking for alternatives for various reasons... CaptHindsight: was that you that were building a list of candidate SBCs to run linuxcnc on?
12:33 PM pere: silopolis[m]: It has been so long I do no longer remember what I asked about. :)
12:48 PM silopolis[m]: <silopolis[m]> "May need to promote a buildable..." <- That was about building artifacts
12:50 PM pere: silopolis[m]: right. I already implemented it, and seb_kuzminsky merged it into master.
12:51 PM * Tom_L hi'fives pere for being on the ball
12:51 PM pere: silopolis[m]: see for example <URL: https://github.com/LinuxCNC/linuxcnc/actions/runs/2899072263 >
12:51 PM pere: Tom_L: thanks.
12:51 PM pere: Tom_L: are you on the cross build live iso ball?
12:52 PM Tom_L: not hardly
12:52 PM Tom_L: i did get the build to work
12:52 PM pere: I lack a machine with enough free space to try at the moment.
12:53 PM Tom_L: i'd try but i'd need a complete walk thru
12:53 PM Tom_L: maybe too much trouble for you
12:54 PM pere: we can give it a try now.
12:55 PM pere: if you got the bookworm branch checked out, I suspect "lb config --bootstrap-qemu-arch armhf && sudo lb build" might do the trick, if the correct qemu package is installed. not sure which it is.
12:57 PM Tom_L: that's 12?
12:57 PM pere: 12?
12:57 PM Tom_L: debian 12 bookworm
12:57 PM pere: yes
12:59 PM pere: look like --architecture armhf is a better option.
12:59 PM Tom_L: cloning..
01:00 PM pere: is armhf the correct arch, btw?
01:00 PM Tom_L: yes
01:01 PM -!- #linuxcnc-devel mode set to +v by ChanServ
01:01 PM pere: suspect this might be a better option: lb config --bootstrap-qemu-arch arm --architecture armhf
01:01 PM pere: qemu lack qemu-armhf-static, but qemu-arm-static exist.
01:01 PM Tom_dev: do the config line first?
01:01 PM pere: yes
01:02 PM pere: similar to the README, but with a few extra options for config.
01:02 PM pere: testing here, to see if the deboostrap is correct. look like it is not. :(
01:03 PM Tom_dev: git checkout bookworm?
01:04 PM pere: yeah
01:04 PM Tom_dev: lb config --bootstrap-qemu-arch arm --architecture armhf
01:04 PM pere: my problems were due to leftover failed configs. different when wiping everything and starting over.
01:04 PM Tom_dev: arrg.. i don't have live build on this ssd
01:05 PM Tom_dev: what was the lib name?
01:05 PM pere: live-build?
01:05 PM Tom_dev: got it..
01:05 PM pere: also, you need qemu-user-static.
01:06 PM jepler[m]1: fwiw when I dabbled with building images for pi4, the code I wrote ended up here: https://github.com/LinuxCNC/pi-gen -- this was based on raspberry pi's own image generation stuff, distinct from lb
01:07 PM pere: jepler[m]1: building hd images is easier than live images.
01:08 PM Tom_dev: P: Updating config tree for a debian/bookworm/amd64 system
01:08 PM Tom_dev: P: Symlinking hooks...
01:08 PM Tom_dev: ./auto/config: 24: --parent-mirror-bootstrap: not found
01:08 PM Tom_dev: after executing: lb config --bootstrap-qemu-arch arm --architecture armhf
01:09 PM pere: unable to reach http://deb.debian.org/debian ?
01:09 PM Tom_dev: maybe it's not arm
01:10 PM Tom_dev: no
01:10 PM Tom_dev: i can browse to it
01:11 PM Tom_dev: links to an ftp site
01:12 PM pere: my config run work, but I get E: the following stage is required to be done first: bootstrap
01:12 PM pere: tested with this to try to make config happy: lb config --bootstrap-qemu-arch arm --architecture armhf --bootloaders grub-efi
01:12 PM pere: no idea if grub-efi is the correct boot loader.
01:13 PM pere: but found armhf mentioned /usr/lib/live/build/binary_grub-efi, so hope it is usable.
01:13 PM Tom_dev: same not found error
01:14 PM Tom_dev: P: Updating config tree for a debian/bookworm/amd64 system
01:14 PM Tom_dev: P: Symlinking hooks...
01:14 PM Tom_dev: ./auto/config: 24: --parent-mirror-bootstrap: not found
01:15 PM pere: is your auto/config file sane?
01:15 PM pere: it should say debian/bookworm/armhf, not amd64...
01:15 PM Tom_dev: no
01:16 PM pere: I ended up doing 'rm -rf config; git checkout config' to wipe all old bogus settings.
01:17 PM Tom_dev: Updated 54 paths from the index
01:18 PM * pere tests: lb config --bootstrap-qemu-arch armhf --architecture armhf --bootloaders grub-efi --bootstrap-qemu-static /usr/bin/qemu-arm-static
01:18 PM pere: looks promising: P: Building for a debian/bookworm/armhf system
01:18 PM Tom_dev: P: Updating config tree for a debian/bookworm/amd64 system
01:18 PM Tom_dev: P: Symlinking hooks...
01:18 PM Tom_dev: ./auto/config: 24: --parent-mirror-bootstrap: not found
01:19 PM pere: what is on line 24 of auto/config?
01:19 PM pere: is line 23 missing a backslash?
01:19 PM pere: this look promising too: P: Running debootstrap second stage under QEMU
01:19 PM Tom_dev: --parent-mirror-bootstrap http://deb.debian.org/debian \
01:19 PM Tom_dev: line 24 and no backslash missing
01:20 PM Tom_dev: that i can tell
01:20 PM pere: it sound like your shell do not like auto/config. no idea why. perhaps paste it for me to see?
01:23 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/live-build/auto-config.png
01:24 PM pere: yours do not match mine. the quote section is at the end in my file.
01:24 PM Tom_dev: i haven't tried building on bookworm yet, just buster
01:24 PM pere: --updates should be followed by --parent-mirror-binary
01:24 PM Tom_dev: one sec
01:25 PM pere: did you try to enable security upgrades by editing auto/config?
01:25 PM Tom_dev: move the comments down?
01:25 PM Tom_dev: no
01:25 PM Tom_dev: i'm following directions :)
01:25 PM pere: the commented block should not be part of the command, so yeah, move it out of the way.
01:26 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/live-build/auto-config.png
01:26 PM Tom_dev: refresh
01:27 PM pere: look like it should work
01:27 PM Tom_dev: ok that took this time
01:27 PM Tom_dev: P: Updating config tree for a debian/bookworm/armhf system
01:27 PM Tom_dev: P: Symlinking hooks...
01:27 PM pere: "lb config --bootstrap-qemu-arch armhf --architecture armhf --bootloaders grub-efi --bootstrap-qemu-static /usr/bin/qemu-arm-static" seem to be working.
01:27 PM pere: but I will run out of disk space before the build is done.
01:28 PM Tom_dev: then sudo lb build?
01:28 PM pere: yes
01:28 PM Tom_dev: running it
01:30 PM pere: might also have to update config/build, see it got amd64 and might need armhf.
01:30 PM Tom_dev: P: Running debootstrap second stage under QEMU
01:30 PM Tom_dev: chroot: failed to run command ‘/usr/bin/env’: Exec format error
01:30 PM Tom_dev: E: An unexpected failure occurred, exiting...
01:31 PM pere: do you have the binfmt_misc kernel module loaded?
01:31 PM Tom_dev: how to check?
01:31 PM Tom_dev: not that i know of
01:31 PM pere: it is the trick qemu uses to run arm binaries on amd64. check using "lsmod |grep binfmt_misc"
01:31 PM pere: and load using sudo modprobe binfmt_misc.
01:33 PM Tom_dev: lsmod |grep binfmt_misc returned nothing but a prompt
01:33 PM Tom_dev: sudo modprobe binfmt_misc returned nothing but a prompt as well
01:33 PM Tom_dev: running build again
01:34 PM pere: hope it work this time.
01:34 PM Tom_dev: I: Extracting libacl1...
01:34 PM Tom_dev: E: Tried to extract package, but file already exists. Exit...
01:34 PM Tom_dev: E: An unexpected failure occurred, exiting...
01:34 PM pere: sudo lb clean
01:35 PM pere: you still have the failing chroot directory messing up the retry.
01:35 PM Tom_dev: then start with the config line again?
01:35 PM pere: yeah, or the build line
01:35 PM Tom_dev: building..
01:35 PM pere: (do not believe any harm come from running config several times.
01:35 PM Tom_dev: at least you know what you got that way
01:36 PM Tom_dev: where should it put the iso if it succeeds?
01:36 PM Tom_dev: in the live-build directory?
01:36 PM Tom_dev: getting further along this time
01:36 PM pere: in the live-build directory, same as with amd64.
01:37 PM Tom_dev: ok
01:37 PM Tom_dev: it finished
01:37 PM Tom_dev: no iso
01:37 PM Tom_dev: dependency issues
01:37 PM Tom_dev: The following packages have unmet dependencies:
01:37 PM Tom_dev: nvidia-tesla-kernel-support : Depends: nvidia-tesla-alternative (= 510.85.02-1) but it is not installable
01:37 PM Tom_dev: Depends: nvidia-tesla-alternative--kmod-alias
01:37 PM Tom_dev: E: Unable to correct problems, you have held broken packages
01:38 PM pere: run 'grep -rl nvidia-tesla-kernel-support config' and remove it from the package list.
01:39 PM pere: (I suspect the package lists need to be restructured to have common and arch specific lists if we want to build for several archs. :)
01:39 PM Tom_dev: grep returned nothing
01:39 PM pere: hm, where did that come from, then...
01:40 PM Tom_dev: i forgot to edit the build to armhf
01:40 PM Tom_dev: lemme clean and try again
01:42 PM Tom_dev: E: Unable to locate package linux-image-rt-armmp
01:42 PM Tom_dev: E: Unable to locate package linux-image-rt-armmp-lpae
01:42 PM Tom_dev: sudo apt install?
01:42 PM Tom_dev: nope
01:43 PM pere: armmp?
01:43 PM pere: I would expect linux-image-rt-armhf?
01:44 PM Tom_L: http://tom-itx.no-ip.biz:81/~webpage/cnc/live-build/build.png
01:46 PM Tom_dev: no
01:47 PM pere: any idea where armmp came from? 'grep -rl armmp auto config' might give a clue.
01:47 PM Tom_dev: config/chroot
01:47 PM pere: also, the png show amd64, not armhf.
01:47 PM pere: did you use only lb config, or the one with qemu stuff in it?
01:47 PM Tom_dev: with the qemu stuff
01:49 PM Tom_dev: trying with lb config sudo lb build
01:49 PM Tom_dev: same nvidia-tesla-alternative error
01:49 PM CaptHindsight[m]: silopolis: "CaptHindsight: was that you that were building a list of candidate SBCs to run linuxcnc on?" https://forum.linuxcnc.org/18-computer/46077-potential-all-in-one-single-board-computers
01:50 PM CaptHindsight[m]: the main focus is for SBC's that can not only just run LCNC bust also software step using internal microcontrollers like the BBB
01:50 PM pere: something in config/package-lists/ must depend on the nvidia stuff. no idea what.
01:51 PM CaptHindsight[m]: s/bust/but/
01:51 PM CaptHindsight[m]: who would have done such a thing :)
01:53 PM Tom_dev: firmware-amd-graphics?
01:53 PM pere: Tom_dev: perhaps. no idea what that is
01:53 PM Tom_dev: amd64-microcode
01:53 PM pere: you could just remove all the firmware, doubt it is relevant on armhf.
01:53 PM Tom_dev: probably should be changed
01:56 PM Tom_dev: Reading state information...
01:56 PM Tom_dev: E: Unable to locate package linux-image-rt-armmp
01:56 PM Tom_dev: E: Unable to locate package linux-image-rt-armmp-lpae
01:56 PM Tom_dev: E: An unexpected failure occurred, exiting...
01:57 PM pere: what does grep -r armmp config give?
01:58 PM Tom_dev: config/chroot:LB_LINUX_FLAVOURS_WITH_ARCH="armmp armmp-lpae"
02:02 PM pere: from /usr/share/live/build/functions/configuration.sh
02:02 PM pere: do armhf have real time kernel?
02:02 PM Tom_dev: i believe so
02:03 PM pere: perhaps --linux-flavours armhf avoid the problem?
02:03 PM Tom_dev: in the config file?
02:03 PM pere: alongside the qemu stuff when calling config
02:04 PM Tom_dev: trying
02:05 PM Tom_dev: eading state information...
02:05 PM Tom_dev: E: Unable to locate package linux-image-rt-armhf
02:05 PM Tom_dev: E: An unexpected failure occurred, exiting...
02:05 PM pere: according to <URL: https://packages.debian.org/source/unstable/linux-signed-arm64 >, the rt kernel is linux-image-rt-arm64 .
02:07 PM Tom_dev: booting rpi4..
02:07 PM -!- #linuxcnc-devel mode set to +v by ChanServ
02:08 PM Tom_rpi: Linux linuxcnc 4.19.71-rt24-v7l+ #1 SMP PREEMPT RT Fri Jan 1 21:15:16 GMT 2021 armv7l GNU/Linux
02:08 PM Tom_rpi: 10.12
02:08 PM -!- #linuxcnc-devel mode set to +v by ChanServ
02:08 PM Tom_rpi: currently
02:09 PM Tom_dev: running buster on that right now
02:09 PM Tom_dev: armv71?
02:10 PM Tom_dev: l
02:11 PM pere: try apt-cache search linux-image|grep rt-
02:17 PM Tom_dev: linux-headers-5.18.0-3-rt-amd64 - Header files for Linux 5.18.0-3-rt-amd64
02:17 PM Tom_dev: linux-image-5.18.0-3-rt-amd64-dbg - Debug symbols for linux-image-5.18.0-3-rt-amd64
02:17 PM Tom_dev: linux-image-5.18.0-3-rt-amd64-unsigned - Linux 5.18 for 64-bit PCs, PREEMPT_RT
02:17 PM Tom_dev: linux-image-rt-amd64-dbg - Debugging symbols for Linux rt-amd64 configuration (meta-package)
02:17 PM Tom_dev: linux-image-5.18.0-3-rt-amd64 - Linux 5.18 for 64-bit PCs, PREEMPT_RT (signed)
02:17 PM Tom_dev: linux-image-rt-amd64 - Linux for 64-bit PCs (meta-package)
02:19 PM pere: Tom_dev: tenkte du kunne kjøre det på rpi-en
02:19 PM Tom_dev: well it is !
02:21 PM pere: amd64 packages on rpi?
02:21 PM Tom_rpi: preempt-rt says armv7l
02:21 PM pere: oh, wrong language. I hoped you could run the search on the rpi
02:21 PM Tom_rpi: i can
02:22 PM Tom_rpi: nothing
02:22 PM Tom_rpi: this was an img file someone created, not a full debian install
02:23 PM Tom_rpi: and i don't recall who built it
02:23 PM Tom_rpi: maybe andy
02:23 PM pere: my best suggestion is to use arm64 as the flavour.
02:23 PM pere: or drop the rt kernel for now...
02:23 PM Tom_dev: lb config --bootstrap-qemu-arch armhf --architecture armhf --bootloaders grub-efi --bootstrap-qemu-static /usr/bin/qemu-arm-static --linux-flavours armhf64
02:24 PM Tom_dev: ?
02:25 PM Tom_dev: E: Unable to locate package linux-image-rt-armhf64
02:26 PM pere: try --linux-flavours arm64 instead.
02:27 PM Tom_dev: E: Unable to locate package linux-image-rt-arm64
02:28 PM pere: :(
02:29 PM pere: I guess we have solved the live-build cross building challenges and started on the arm real time and linuxcnc specific issues. I do not know how to solve those.
02:29 PM Tom_dev: https://packages.debian.org/testing/kernel/linux-headers-5.18.0-4-arm64
02:30 PM Tom_dev: you were asking about armmp: https://packages.debian.org/testing/kernel/linux-headers-5.18.0-4-armmp
02:33 PM pere: Tom_dev: my suggestion would be to drop the rt kernel stuff and build without it.
02:34 PM pere: ie drop the --linux-packages part from auto/config and try again.
02:36 PM Tom_dev: that would defeat the purpose for this exercise though wouldn't it?
02:37 PM Tom_dev: there may be no current solution and certainly not one i know of
02:38 PM pere: Tom_dev: not really. it would create a iso and test if the rest of the build work, while we try to figure out what the rt kernel is called. booting rpi from the iso would give access to the official list of packages from debian, and an opportunity to locate the rt kernel.
02:38 PM Tom_dev: you've got enough other fires to put out..
02:39 PM pere: I assume the armhf list from debian do not match the one from rasbian.
02:39 PM Tom_dev: remove the linux-flavors switch?
02:39 PM pere: remove the --linux-packages and --linux-flavours switches, yes.
02:39 PM pere: this should fall back to the defaults, which I hope are ok.
02:41 PM Tom_dev: E: Unable to locate package linux-image-armmp
02:41 PM Tom_dev: E: Unable to locate package linux-image-armmp-lpae
02:41 PM pere: Tom_dev: I am happy we found the cross build options. the next steps is just a question of finding the correct package names.
02:41 PM Tom_dev: i must have missed something
02:41 PM Tom_dev: yeah
02:42 PM pere: the -rt- part disappeared, so I guess you did correct. perhaps armhf support of live-build is broken?
02:42 PM pere: I do not really know what the kernel packages on armhf is named.
02:42 PM Tom_dev: ok
02:43 PM Tom_dev: carry on with the rest of life...
02:43 PM Tom_dev: :)
02:43 PM Tom_dev: something will show up sooner or later
02:43 PM Tom_dev: would it be wrong to try that testing site>
02:43 PM Tom_dev: ?
02:44 PM pere: <URL: https://packages.debian.org/source/testing/linux > list a lot of kernel names. no idea which is good.
02:44 PM pere: what does try that testing site mean?
02:44 PM Tom_dev: the one you just linked
02:45 PM Tom_dev: linux-headers-5.18.0-4-arm64
02:45 PM pere: linux-image-armmp is listed as a valid kernel from the linux source package, so no idea why it was not found.
02:46 PM Tom_dev: too far above my paygrade
02:47 PM pere: I got to run soon. happy we got a step further, we will have to try again later, possibly after testing on a debian rpi install first.
02:47 PM Tom_dev: ok
02:47 PM Tom_dev: thanks for putting up with me :)
02:48 PM Tom_dev: i'm up for testing just about anything
02:48 PM Tom_dev: later..
02:48 PM pere: I suggest fetching a rpi4 debian image, running it and looking for the kernel names.
02:48 PM Tom_L: ok
02:49 PM -!- #linuxcnc-devel mode set to +v by ChanServ
02:49 PM Tom_dev: https://raspi.debian.net/tested-images/
02:51 PM pere: got to run. see you later. :)
02:51 PM Tom_dev: cheers
03:04 PM -!- #linuxcnc-devel mode set to +v by ChanServ
03:04 PM CaptHindsight[m]: FWIW the Gentoo for Rpi4 and similar is a aarch64
03:07 PM Tom_L: CaptHindsight[m], i just verified that with that debian image i just tried
03:08 PM Tom_L: boots up bookworm/sid
03:14 PM CaptHindsight[m]: https://github.com/pftf/RPi4
03:14 PM CaptHindsight[m]: Gentoo LiveCD on RPi4 with EFI
03:15 PM Tom_dev: E: Unable to locate package linux-image-aarch64
03:16 PM CaptHindsight[m]: I'd prefer u-boot over EFI but we can't have that since Broadcom makes the ARM SOC
03:17 PM Tom_L: enough for now..
03:18 PM CaptHindsight[m]: Gentoo has had a nicely working arm64 ISO working for a couple of years
03:19 PM CaptHindsight[m]: I'll look at adding a prempt_rt kernel and LCNC to the ISO
03:19 PM CaptHindsight[m]: it has XFCE for the desktop
04:00 PM pere: anyone understand <URL: http://buildbot.linuxcnc.org/buildbot/builders/1660.rip-buster-python3/builds/2299/steps/compile_1/logs/warnings%20%282%29 > and how to fix it?
04:15 PM jepler[m]1: "clearly" the right solution is to totally rewrite the ini parser ... to get rid of stringop-truncation diagnostics. https://gist.github.com/jepler/6beade982f79cf57407bf29581dcad53
04:16 PM jepler[m]1: pere: yes https://github.com/LinuxCNC/linuxcnc/commit/73ea930b7f632b9549c850f7ff3ea6577261059c
04:19 PM pere: jepler[m]1: right. is the rip-install-menus target used? found no traces of it.
04:20 PM jepler[m]1: it's something a hypothetical human would run, but it probably never got documented
04:20 PM jepler[m]1: the idea is, a "make" target that puts stuff from your RIP build into the applications menu, for folk who think that way
04:20 PM pere: why would that human not use install-menus instead?
04:20 PM pere: why two names for the same operation, where only one is referred elsewhere...
04:20 PM jepler[m]1: because that installs to /usr/share/applications, i.e., it's used during package building.
04:21 PM jepler[m]1: that's why my 'fix' was to prefix the other rule with rip-
04:21 PM pere: I thought the idea was to use one or the other, with different if blocks for each?
04:22 PM jepler[m]1: if that's the intent then my change was wrong, and should be replaced by conditionalizing the other install-menu(s) properly instead.
04:23 PM jepler[m]1: I was trying to get out of the way of the changes around making package building better, which is what the new rule seemed concerned with
04:23 PM pere: at least the two install-menu targets seem to be for rip and non-rip setups.
04:25 PM jepler[m]1: the 2nd block must have been outside a conditional for "is an installed build" then
04:26 PM pere: there are so many if blocks in the file I lost track of what go where...
04:26 PM jepler[m]1: sounds like the intent was for it to be within such a block intead
04:26 PM jepler[m]1: instead
04:26 PM pere: Tom_L: <URL: https://github.com/LinuxCNC/linuxcnc-live-build/pulls > show my take away from our testing session. :)
04:27 PM jepler[m]1: it's grown organically for 17 years, src/Makefile has.
04:28 PM pere: fungus...
04:30 PM pere: andypugh: I lack the privilege to flag <URL: https://github.com/LinuxCNC/linuxcnc-live-build/pull/10 > as a draft, but that is its status.
04:34 PM Tom_L: pere, yay! :)
04:34 PM pere: Tom_L: I was not running the latest bookworm branch, so I did not see the issue with auto/config you had. not quite sure where it came from.
04:37 PM pere: andypugh: any idea where the change undone in <URL: https://github.com/LinuxCNC/linuxcnc-live-build/pull/9 > came from? 'git log -p auto/config' do not show it, which I find rather terrifying.
04:43 PM Tom_L: that build ends up being linuxcnc 2.8.3
04:43 PM Tom_L: not 2.8.2
04:44 PM pere: you already got <URL: https://github.com/LinuxCNC/linuxcnc-live-build/pull/8 > included?
04:44 PM Tom_L: not me
04:45 PM pere: Tom_L: I did some more checking, and linux-image-rt-armmp seem to be the RT kernel available for armhf, making me suspect --linux-flavours armmp is the correct option to use.
04:45 PM pere: I suspect it was not complained about both kernels, only the armmp-lpae one.
04:45 PM Tom_L: i put --linux-packages linux-image-rt back in the config
04:46 PM Tom_L: on my copy
04:46 PM pere: <URL: https://github.com/LinuxCNC/linuxcnc-live-build/pull/10/files > show my proposed recipe.
04:46 PM pere: not quite sure if it is ok to just remove the arch field from config/build...
04:48 PM Tom_L: put armmp there instead of armhf?
04:48 PM jepler[m]1: pere: I marked that PR as draft. I didn't know github ever withheld permission for a user to change their own PR to draft status.
04:50 PM pere: Tom_L: I tried to just drop it, and my build seem to work until I ran out of disk space, at least.
04:52 PM Tom_L: i'll give it a go
04:52 PM -!- #linuxcnc-devel mode set to +v by ChanServ
04:52 PM pere: jepler[m]1: thanks.
04:52 PM Tom_L: should i rm -rf config or just sudo lb clean?
04:53 PM pere: my config seem to keep values I want to reset, so I end up with rm -rf config; git checkout config...
04:55 PM Tom_dev: E: Unable to locate package linux-image-rt-armmp
04:56 PM Tom_L: doing an apt update first..
04:59 PM pere: weird. my chroot had linux-image-rt-armmp. :/
05:01 PM pere: you can test your arm environment using sudo chroot chroot/
05:02 PM pere: apt install linux-image-rt-armmp there might give a clue about what causes this failure.
05:02 PM Tom_dev: crap
05:05 PM Tom_dev: still no linux-image-rt-armmp
05:06 PM pere: what do your 'sudo chroot chroot/ apt-cache search linux-image-' show?
05:08 PM Tom_dev: http://tom-itx.no-ip.biz:81/~webpage/cnc/live-build/linux-image.txt
05:11 PM pere: Tom_dev: bad config, configured with amd64, not armhf.
05:13 PM Tom_dev: remind me the directory it's in..
05:15 PM Tom_dev: i'm not finding it..
05:16 PM pere: not sure what you ask for.
05:17 PM Tom_dev: the bad config...
05:17 PM Tom_dev: what to change from amd64 to armhf
05:17 PM Tom_dev: i'm not finding it
05:17 PM pere: sudo rm -rf config cache chroot && lb config \
05:17 PM pere: --architecture armhf \
05:17 PM pere: --linux-flavours armmp \
05:17 PM pere: --bootstrap-qemu-arch armhf \
05:17 PM pere: --bootloaders grub-efi \
05:17 PM pere: --bootstrap-qemu-static /usr/bin/qemu-arm-static
05:18 PM pere: ah, forgot git checkout config
05:18 PM Tom_dev: first..
05:19 PM pere: oneliner: sudo rm -rf config cache chroot && git checkout config && lb config --architecture armhf --linux-flavours armmp --bootstrap-qemu-arch armhf --bootloaders grub-efi --bootstrap-qemu-static /usr/bin/qemu-arm-static && sudo lb build
05:19 PM Tom_dev: that's pretty much what i did
05:20 PM Tom_dev: heh..
05:20 PM pere: this should give you a armhf chroot and not a amd64 chroot, and 'sudo chroot chroot/ apt-cache search linux-image-' should not list amd64 kernels.
05:20 PM Tom_dev: one liner wasn't quite ... umm
05:21 PM Tom_dev: P: Deconfiguring file /bin/hostname
05:21 PM Tom_dev: chroot: failed to run command ‘/usr/bin/env’: No such file or directory
05:21 PM Tom_dev: E: An unexpected failure occurred, exiting...
05:21 PM Tom_dev: P: Begin unmounting filesystems...
05:21 PM pere: still missing binfmt_misc?
05:21 PM Tom_dev: let's see...
05:22 PM andypugh: pere: Is it a typo? It looks like the line that was commented out for bookworm was inserted in the right place in the list, so just needed uncommenting. With your change it needs to be uncommented and moved into the right place in the list.
05:22 PM Tom_dev: getting further
05:22 PM andypugh: I think.
05:23 PM pere: andypugh: yes.
05:23 PM pere: andypugh: can you find the git commit when it was moved? I could not.
05:24 PM Tom_dev: omg.. it may be working
05:24 PM Tom_dev: configuring login... configuring adduser...
05:24 PM pere: sound good
05:24 PM andypugh: What I am saying is that I think that the commented line was in the right place, but commit 2cd1d would mobe the commented line out of the list.
05:24 PM Tom_dev: but what was different?
05:25 PM andypugh: (Or, possibly, I don;t know what I am talking about)
05:25 PM Tom_dev: you do
05:25 PM Tom_dev: i think moving the comments to the end fixed that
05:25 PM Tom_dev: that's what the change appeared to be to me anyway
05:26 PM pere: andypugh: try running the script and see for yourself. the current one do not work, I do not understand from the git history how it ended up that way, and my patch fixes it.
05:28 PM andypugh: is it possible that the problem is not the comment but the blank line before the comment, that interrupts the continuation characters /
05:28 PM pere: nope
05:29 PM Tom_dev: still building so that's a plus
05:32 PM andypugh: pere: I think I probably messed up a merge conflict when I created the bookworm branch.
05:32 PM jepler[m]1: JT-Shop: is the forum still stuck unable to send e-mails these days?
05:32 PM andypugh: I thought that the commented line whould be commented in-situ.
05:35 PM pere: andypugh: aha. do not really explain why git log -p auto/config do not show the change.
05:39 PM Tom_dev: live-boot: core filesystems dm-verity devices utils udev blockdev dns.
05:42 PM pere: ?
05:45 PM Tom_dev: still building
05:45 PM JT-Shop: jepler[m]1, no, I fixed that
05:46 PM jepler[m]1: Oh good, thank you
05:46 PM JT-Shop: I had to stop using gmail, they don't allow less secure apps any more
05:46 PM JT-Shop: forum it doing good
05:47 PM JT-Shop: is there a way to get the latest hostmot2 into 2.8 so the 7i96S is known?
05:49 PM Tom_dev: JT-Shop, did you take notes on adding mate to the build iso?
05:50 PM Tom_dev: well crap
05:50 PM Tom_dev: P: Begin installing disk information...
05:50 PM Tom_dev: cp: cannot stat '/usr/share/live/build/data/debian-cd/bookworm/armhf_netinst_udeb_include': No such file or directory
05:50 PM Tom_dev: E: An unexpected failure occurred, exiting...
05:50 PM JT-Shop: kinda
05:50 PM Tom_dev: i have it on the other ssd
05:50 PM JT-Shop: I've not tested it in a few days
05:51 PM JT-Shop: I have to build debian 13 again in the am and check my build steps for installing lcnc... seems I missed a dependency or three
05:51 PM pere: Tom_dev: oh. which version of live-build are you using?
05:52 PM pere: Tom_dev: my version lack bookworm in /usr/share/live/build/data/debian-cd/. Guess a newer version of live-build is needed for it. :(
05:52 PM Tom_dev: 20220505
05:53 PM Tom_dev: i did an update prior to running
05:54 PM Tom_dev: i think i'll start from a fresh git clone to verify this process too
06:01 PM pere: mine is 1:20210407 on bullseye
06:05 PM Tom_dev: http://tom-itx.no-ip.biz:81/~webpage/cnc/live-build/armhf-bookworm-iso.txt
06:05 PM Tom_dev: does that look sane?
06:07 PM JT-Shop: bookworm is the only branch
06:07 PM Tom_dev: try building one
06:07 PM pere: Tom_dev: not quite
06:07 PM Tom_dev: what's missing?
06:07 PM pere: the sudo rm part should be before git checkout config
06:07 PM JT-Shop: I'll leave that to you
06:08 PM Tom_dev: refresh
06:08 PM pere: JT-Shop: there are two branches, buster is the other.
06:08 PM JT-Shop: oh you added one?
06:08 PM pere: "sudo rm -rf config cache chroot" belong before git checkout config, and is only needed to reconfigure.
06:09 PM JT-Shop: oh I see that now there are two branches
06:09 PM Tom_dev: done i think
06:09 PM pere: JT-Shop: believe andypugh added one.
06:09 PM JT-Shop: I did git branch after cloning and it came up the branch I was building
06:09 PM andypugh: git branch -r to list the ones on the server
06:10 PM JT-Shop: I forgot the -r switch
06:10 PM JT-Shop: I need to add that to my git secrets file
06:10 PM Tom_dev: edited the wrong file :)
06:11 PM Tom_dev: wonder why the error on the netinst directory
06:11 PM * JT-Shop calls it a day
06:12 PM * pere too. sleep tight.
06:12 PM Tom_dev: pere, refresh.. i think i got it this time
06:12 PM Tom_dev: i'll let it build and see how far it gets
06:12 PM pere: Tom_dev: sudo rm -rf config cache chroot is still there, and it should not be
06:13 PM pere: well, it do not much harm, though.
06:13 PM pere: wrong. it remove all of config, which is needed by lb config.
06:14 PM Tom_dev: but it's building :)
06:14 PM pere: Tom_dev: http://paste.debian.net/1251257/
06:15 PM pere: good luck and good night. :)
06:15 PM Tom_dev: thanks
06:15 PM Tom_dev: good night
06:21 PM -!- #linuxcnc-devel mode set to +v by ChanServ
07:09 PM -!- #linuxcnc-devel mode set to +v by ChanServ
08:01 PM -!- #linuxcnc-devel mode set to +v by ChanServ